Cobbler不是PXE替代品，而是对其流程的封装与集中管理工具；它通过自动提取多系统镜像组件、统一配置server/next_server、绑定profile与kickstart模板，实现多发行版共存、按需推送及无人值守部署。
cobbler 本身不是 PXE 的替代品，而是对 PXE 流程的封装和集中管理工具。直接用 pxelinux.0 手动搭 PXE 是可行的，但一旦要管 CentOS、Ubuntu、Windows 多个镜像 + 不同硬件配置 + Kickstart/Preseed/WSIM 模板，不靠 cobbler 就得自己写脚本同步 TFTP 目录、维护 DHCP 配置、生成菜单项——容易出错且不可扩展。
关键判断：**Cobbler 的核心价值不在“能不能装机”，而在“能不能让多系统镜像共存、互不干扰、按需推送”**。下面分三块说清楚怎么做、为什么这么设、以及哪些地方一动就崩。
怎么让 CentOS / Ubuntu / Windows 镜像在同一个 Cobbler 里不打架
不同发行版的内核加载方式、initrd 结构、启动参数差异极大，cobbler import 不是简单复制文件，而是提取并归类关键组件：
-
cobbler import --name=centos7 --arch=x86_64 --path=/mnt：自动从 ISO 提取vmlinuz和initrd.img到/var/www/cobbler/images/centos7-x86_64/，并生成对应distro -
cobbler import --name=ubuntu2004 --arch=x86_64 --path=/mnt-ubuntu：识别casper/vmlinuz和casper/initrd，但需手动指定--breed=ubuntu，否则cobbler会当成 generic Linux 处理，导致内核参数错误 - Windows 需绕过
import：把install.wim放到/var/lib/cobbler/win_images/，再用cobbler profile add --name=win10-x64 --distro=centos7-x86_64 --kickstart=/var/lib/cobbler/kickstarts/win10.ks占位，实际启动靠memdisk+grub.exe，cobbler只管菜单跳转
坑点：cobbler 默认只认 isolinux/ 或 EFI/ 下的标准路径，Ubuntu 的 casper/、Windows 的 sources/ 必须显式声明 --breed 或用 --arch 区分，否则 cobbler distro list 看似成功，但 pxelinux.cfg/default 里根本不会生成对应菜单项。
为什么 next_server 和 server 必须设成同一个 IP
PXE 启动时，DHCP 返回的 next-server（即 TFTP 服务器）和 server（即 HTTP/Kickstart 文件服务器）如果指向不同地址，客户端大概率卡在 “Loading vmlinuz…” 或 “Failed to load initrd” —— 因为 pxelinux.0 从 next-server 拉内核，但内核启动后默认从 server 拉 Kickstart 和镜像，两者不一致就 404。
- 必须统一设为 Cobbler 服务器的管理 IP：
server: 192.168.1.100，next_server: 192.168.1.100 - 如果网络里已有外部 DHCP 服务器，
manage_dhcp: 0，则需在外部 DHCP 的 option 66/67 中硬编码这个 IP，不能依赖cobbler sync自动写入 - 改完必须跑
cobbler sync，否则/etc/dhcp/dhcpd.conf和/var/lib/tftpboot/pxelinux.cfg/default不更新
cobbler profile 怎么绑定不同镜像和 Kickstart
一个 profile 是 distro + kickstart + 参数的组合体，不是模板继承关系。常见误操作是以为改了全局 /etc/cobbler/settings 就能影响所有 profile，其实没用。
- 绑定 CentOS 镜像：
cobbler profile add --name=centos7-minimal --distro=centos7-x86_64 --kickstart=/var/lib/cobbler/kickstarts/centos7-minimal.ks - 绑定 Ubuntu 镜像：
cobbler profile add --name=ubuntu2004-desktop --distro=ubuntu2004-x86_64 --kickstart=/var/lib/cobbler/kickstarts/ubuntu2004-desktop.ks --breed=ubuntu - 关键区别：
--breed=ubuntu会触发不同的内核参数渲染逻辑（比如用autoinstall而非ks），漏掉这个参数，Ubuntu 启动后直接进 live 模式，不执行自动化安装 - 验证是否生效：
cobbler profile report --name=centos7-minimal | grep -E "(distro|kickstart)"，输出必须显示真实路径，而不是None
最易忽略的一点：每次修改 kickstart 文件内容后，cobbler 不会自动重载，必须手动 cobbler sync，否则客户端拿到的还是旧版本 KS 文件——这个延迟经常被当成“KS 不生效”，其实是缓存没刷。
