Dhcp sunucusunu değiştiremezseniz, PXE ile Cobbler nasıl kurulur?

Geçmişte, normal dhcp sunucusunun ağ önyüklemesi için gereken her şeyi döndürmesini sağlayarak birkaç kez bir PXE sunucusu kurdum: tek bir dhcp kurulumunda hem normal ip config VE bootinfo. Bu şekilde yapmak kolaydır .

Belgelere göre okudum ( wikipedia güzel bir özeti vardır ) değiştirilmemiş bir dhcp sunucusu (örneğin konumunuzdaki yönetici erişimi reddederse) ve SADECE önyükleme bilgilerini döndüren ayrı bir sunucuya sahip olmalıdır. Buna genellikle "PXE sunucusu" veya "Proxy DHCP" sunucusu denir. Geçmişte bu pxe sunucusunu gördüm (kullanmadım) (son sürüm 5 yıl önceydi).

Dün gerçekten ne yaptığını görmek için Cobbler'ı kurdum. Şimdi kullanmak istiyorum (kullanım kolaylığını seviyorum) ama PXE almak için 'ana' dhcpd sunucusunu değiştirmek bir seçenek değil.

Ayakkabıcıyı gerçek bir PXE (== proxy dhcp) sunucusu kullanarak nasıl çalıştırabileceğime dair herhangi bir belge bulamadım.

Bu ayakkabıcı ile yapılabilir mi?

İsc dhcp sunucusunu PXE sunucusu gibi davranacak şekilde yapılandırabilir miyim (yani NO ip bilgisi, sadece önyükleme bilgisi)?

Yoksa tamamen farklı bir yaklaşım benimsemeliyim (eğer öyleyse, öneriniz nedir)?

Teşekkürler

Az önce yaptığım yeni keşif: dnsmasq 2.4.8 sürümü için değişiklik günlüğü şöyle diyor:

"Proxy-DHCP, burada dnsmasq sadece PXE bilgilerini sağlar ve başka bir DHCP sunucusu adres tahsisi yapar, izin verilir."

ÇOK İLGİNÇ. Özellikle ayakkabıcı zaten dnsmasq kontrol edebilirsiniz.

Güncelleme:

dnsmasq 2.51, istediğim hileyi tam olarak yapan bu yapılandırmayı destekleyecek.

/Etc/cobbler/dnsmasq.template'im şimdi şöyle görünüyor:

# Cobbler generated configuration file for dnsmasq
# $date
#

# resolve.conf .. ?
#no-poll
#enable-dbus
read-ethers
addn-hosts = /var/lib/cobbler/cobbler_hosts

# Be a proxyDHCP server
dhcp-range=10.10.0.0,proxy

# Only respond to clients that are known (i.e present in /etc/ethers)
dhcp-ignore=#known

# Set this (and domain: see below) if you want to have a domain
# automatically added to simple names in a hosts-file.
expand-hosts
domain=test.basjes.nl,10.10.15.0

# Loads <tftp-root>/pxelinux.0 from dnsmasq TFTP server.
pxe-service=x86PC, "Boot PXELinux (=Cobbler controlled)", pxelinux ,$next_server

$insert_cobbler_system_definitions

Güncelleme: 2012-04-30

Birkaç ay önce birinden yukarıdakilerin işe yarayamayacağını belirten bir e-posta aldım. Unutmuş olduğum kendi ayakkabıcımı düzeltip değiştirdiğimi ortaya koyuyor. Bu yüzden bagajın bir parçası haline gelen ana ayakkabıcı için önemli bir düzeltme sağladım . Ayrıca bazı destekleyici belgeler de oluşturdum .

Yaptığımız şey, yaptığımız bir ISO dosyasını bağlamak, bir çekirdek ve initrd başlatmak ve merkezi bir konumdan bir kickstart yüklemesini sağlamaktır. Bu kickstart dosyası daha sonra ayakkabıcı sunucunuz olabilecek RPM dosyaları içeren bir depoya işaret eder.

Cobbler'la pek tecrübem yok (ne yazık ki), ama belki bu senin için bir seçenek?

PXE ROM, önyükleyiciyi bulmak ve yüklemek için DHCP sunucusundan bir "sonraki sunucu" yönergesine ihtiyaç duyar (grub, pxelinux veya başka bir önyükleyici olsun). Bir "sonraki sunucu" sağlanmazsa, ne yapılacağına karar vermek PXE ROM'a kalmıştır. Ağ kartı bios yapılandırmanıza bakmanız ve sunucuyu manuel olarak belirtmek için bir seçenek olup olmadığını görmeniz gerekir.

Yukarıdaki yanıtta belirtildiği gibi, makineyi önyüklemek için özel bir ISO veya USB Stick kullanmak, çekirdek komut satırında zaten verilen tüm bilgiler muhtemelen en iyi yoldur. DHCP sunucusunun yapılandırmasına erişiminiz yoksa.

sadece bazı testler yapmak istiyorsanız, aynı ağ üzerinde birkaç dhcp sunucunuz olabilir. ayakkabıcıya bir sunucuya yalnızca belirli bir MAC bir ARP isteği yaparken yanıt vermesini söyleyen bir dhcpd yapılandırması oluşturabilirsiniz. ve sadece o sunucudaki herhangi bir aralığı yorumlar / devre dışı bırakırsanız (ve burada isc-dhcpd hakkında konuşuyorum) müdahaleci olmayacaktır. Bazı windows kutuları AD ve benzeri kullanıyorsanız o dhcp sunucusu otoriter olmayan hakkında şikayet (yayınlarda) alabilirsiniz, ama bunun dışında çok fazla tehlike olduğunu sanmıyorum.

Ancak en iyi yol, ağınızın geri kalanından ayrı bir VLAN üzerinde sağlamaya çalıştığınız cobbler / dhcp ve sunuculara sahip olmaktır. Bu şekilde yayın alan adınızı sınırlarsınız ve başka hiçbir kutu DHCP duyurularınızı görmez.