Cisco'nun DHCP için “ip yardımcısı” kullanarak en iyi uygulama hangisi?


16

Topolojimiz öyle ki IDF dolaplarımızda iki 4510 var . Her anahtarda bir veri VLAN ve bir ses VLAN bulunur. Anahtarlar, VLAN arabirimlerinin bulunduğu, yönlendirmenin gerçekleştiği ve DHCP'nin DHCP sunucusuna iletildiği çekirdek 2 katmanına çekilir .

DHCP hizmeti yedekliliği sağlamak için en iyi uygulama nedir? İki dhcp sunucusu ve iki "ip yardımcısı" adresi varsa, ağ, ağ perspektifinden erişilebilir olduğu sürece yalnızca dhcp isteklerini ilk IP'ye iletir mi? Aşağı giderse, dhcp ikinci adrese gider mi?

İlk sunucunun dhcp hizmeti bir sorun yaşıyorsa - ancak sunucuya ağ üzerinden erişilebiliyorsa (ping atabilirsiniz, ancak dhcp hizmeti çalışmıyor) ne olur? Veya DHCP kapsamı doluysa ne olur? İkinci ip yardımcısı adresi yardımcı olacak mı? İkinci adres sadece ilk sunucu bozuksa devreye girecek mi?

İp-yardımcısı ikisi arasında "yuvarlak-robin" almak için herhangi bir yolu var mı?

PS. Ne yazık ki, bu yalnızca Microsoft DHCP Sunucusu seçeneğidir. Fikirler hakkında soru soruldu ve Infoblox'tan bahsettim, ama gelecekte .... belki.

Teşekkürler.


Yakından ilgili soru (ancak yinelenen bir sorun değil): networkengineering.stackexchange.com/questions/914/…
Mike Pennington

Herhangi bir cevap size yardımcı oldu mu? öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar ortaya çıkmayacak, bir cevap arıyor. Alternatif olarak, kendi cevabınızı verebilir ve kabul edebilirsiniz.
Ron Maupin

Yanıtlar:


10

Yönlendirici, tüm DHCP isteklerini ip helper ile yapılandırılmış tüm sunuculara iletecektir. Kullanılabilir bir adresle yanıt veren ilk sunucu kazanır. Yönlendiriciden yuvarlanmanın bir yolunun farkında değilim.


3
Açıklığa kavuşturmak için, her iki sunucudan gelen yanıtlar istemciye geri gönderilir ve istemci hangisinin kabul edileceğini seçer.
YLearn

"Kullanılabilir bir adresle yanıt veren ilk sunucu [genellikle] kazanır."
generalnetworkerror

7

Tüm yayın trafiği (DHCPDISCOVER'lar ve DHCPREQUEST'ler) tüm ip yardımcısı adreslerine yönlendirilecektir. İp-helper ifadelerinin yapılandırılma sırası fark etmez. Aygıt, DHCPOFFER aldığı ilk sunucudan bir adres alacaktır.

Bir kapsamın dolu olmasının tek yolu arabirimde ikincil bir alt ağ yapılandırmaktır. Cisco IOS'ta yapılandırma şöyle görünür:

interface f0/1
ip address 192.168.1.1 255.255.255.0
ip address 192.168.2.1 255.255.255.0 secondary

1
Tam bir kapsamı ele almanın tek yolu bu değil, en uygun olanlardan sadece biri. Örneğin, alt ağın boyutunu ayarlayabilir (/ 24'ü / 23 olarak değiştirebilir) veya DHCP yapılandırmanızı temizleyebilir (kullanılmayan "ayrılmış" adresi tekrar havuza ekleyebilirsiniz).
YLearn

1
Doğru, ama bunlar her zaman seçenek değildir. Belki de bir kapsamı tam olarak ele almanın tek tutarlı yoluyla ifadelerimi değiştirmeliyim.
Eric Rochow

1
Sadece ikincil bir alt ağ eklemenin her zaman bir seçenek olmadığını belirtmek isteriz. Bu çözümdeki tehlike, uygulamanın kolay olması ve genellikle gerici bir yaklaşımın sonucudur ve uygun tasarıma düşünce verilmez. Benim tecrübelerime göre, birisi bu çözümü düzenli olarak kullanırsa ağların "dağınık" olma eğiliminde olduğunu gördüm (yönlendirme tablolarına çok fazla giriş, zayıf IP kullanım planlaması, vb.). Tutarlı olmak yerine, seçtiğim kelimeye geri dönecektim, ki bu amaca uygun.
YLearn

İkincil adresi, sabit IP adresi yazıcılarının faksları bu kadar okunmuş olarak almak için yeterince uzun kullandım, sonra ondan kurtulduk
fredpbaker

2

ip helper-addressVLAN'ınızda yapılandırılan tüm satırlar istemciden DHCP yayınını alır, yönlendiricinin (ağ geçidi) adresini UDP paketine ekler, ardından DHCP sunucularına tek noktaya yayınlar. [Paket yeniden yazma işleminin yalnızca bir kez yapıldığından emin olduktan sonra her DHCP sunucusuna gönderilen bir kopyadır.] Yapılandırılan tüm listelenen sunucular DHCPDiscover paketini yönlendirici rölesi ile alır.

DHCP sunucularınızın yedekliliği yalnızca işletim sisteminize değil, belirli sürüme de bağlıdır! Bahsedilen Windows için seçenekleriniz Windows 2008 R2'deki gerçek bir bölme kapsamından Windows 2012'deki etkin yerine çalışma yedekliliğine kadar değişir. Çok sağlam olmayan DHCP sunucuları (yani Windows 2003) için, dürbün. Ortak öneri 80/20 kuralı olup, kiralamaların% 80'i sizin (ve tek başına) birincil DHCP sunucunuzu ve% 20 ve ikincil sunucuyu göz önünde bulundurarak yapılandırılmıştır. Çakışan kapsamlara sahip oldukları için her DHCP sunucusuna hariç tutmalar eklenir.

Dışlamalar görünümden gizlenme eğilimi gösterdiğinden Windows 2003'te örtüşen kapsamların hayranı olmadığım için , alt ağı her DHCP sunucusu için ikiye bölmeyi tercih ederim. Müşteri kiralaması için A / 24 bloğu iki / 25 bloğa dönüşür. Onlar anahtar kapsamda alt ağ maskesi hala bir / 24. Kapsamda yapılandırılan aralıktaki başlangıç ​​ve bitiş IP adresleriniz / 25'i izler. Şimdi, VLAN arabirimi IP adresleri ve HSRP gibi ağ aygıtlarının yanı sıra aynı alt ağdaki statik aygıtlar (örneğin yazıcılar) için bazı istisnalar öneriyorum. Bu yüzden ilk 16 (0-15) adresi hariç tutuyorum - elbette sıfır adres kullanılmayacaktı - ve elbette ilk 16 (240-255) - 255 yayını hariç tutuyorum. IP adresini uygun şekilde başlatarak ve sonlandırarak hariç tutmayı yapılandırmamanız gerekebilir.

Manuel olarak yapılandırılmış 50/50 bölünmüş kapsamdaki (2x / 25 = / 24) temel kapsam bilgileri aşağıdakine benzer:

DHCP Birincil
  Kapsam daha düşük: 192.0.2.0/24, başlangıç ​​192.0.2.16, son 192.0.2.127, hariç tutma yok
DHCP İkincil
  Kapsam üstü: 192.0.2.0/24, başlangıç ​​192.0.2.128, son 192.0.2.239, hariç tutma yok

Bu yöntemi tercih ediyorsanız özdeş kapsamları (2x / 24) uygun hariç tutmalar ile yapılandırın:

DHCP Birincil
  Kapsam dolu: 192.0.2.0/24, başlangıç ​​192.0.2.16, son 192.0.2.239, 1-15, 128-254 hariç
DHCP İkincil
  Kapsam dolu: 192.0.2.0/24, başlangıç ​​192.0.2.16, son 192.0.2.239, hariç 1-127, 240-254

Yinelenen DHCPDiscover paketleri her birinde tek noktaya yayınlandığında çok küçük bir gecikme olduğundan ip helper-address, her şey eşittir, listelenen ilk DHCP sunucusu genellikle bir DHCPOffer ile ilk yanıt veren kişi olur ve istemci DHCPRequest yaparken seçilen adres olur - garanti yok. Bu nedenle, birincil DHCP sunucunuzu önce VLAN için SVI'nıza yerleştirin. Bir istemci genellikle birden fazla DHCPOffer alır ve genellikle ilk alınan en iyi olana karar verir. Atama yalnızca istemci sunucuya bir DHCPRequest gönderdikten sonra tamamlanır - sunucunun kiralama konusundaki fikrini değiştirmesi veya artık ulaşılamaması veya ??? - ve sunucu bir DHCPACK gönderir.

arayüz vlan123
  vl123 dhcp röle örneği için desc svi
  ip adresi 192.0.2.1
  ip yardımcı adresi 192.0.4.1! Birincil DHCP sunucusu
  ip yardımcı adresi 192.0.4.2! İkincil DHCP sunucusu

Verileriniz ve ses VLAN'larınız arasında, belirli bir VLAN için birincil DHCP sunucusu olarak düşündüğünüz şeyi değiştirmek isteyebilirsiniz. Bunu kira yükünün biraz yayılmasına yardımcı olmak için yapıyorum.

Bir DHCP sunucusunun kapsamı doluysa, bir DHCPOffer ile yanıt vermez, bu nedenle teklif , dolu olmadığı varsayılarak başka bir DHCP sunucusundan gelir. Sorun giderme sırasında bir Windows istemcisinin en son kiraladıkları IP'yi hatırlayacağını ve bunu tekrar almaya çalışacağını unutmayın. Ayrıca, yaptığınız tüm rezervasyonların her iki sunucuda da yapılması ve güvenlik duvarlarında olduğu gibi ACL'lerde hesaba katılması gerektiğini unutmayın.

DHCP geçiş işleminin ayrıntılı açıklaması ve sniffer izleri için bkz . Catalyst Switch veya Enterprise Networks'teki DHCP'yi Anlama ve Sorun Giderme .


0

Tüm bunların amacı, DHCP artıklığının% 80 DHCP sunucusu sorunu olmasıdır, bölünmüş kapsam yaklaşımı yapabilirsiniz, windows 2012 kümeleme olmadan çoğaltma ile aktif ve bekleme yapmanızı sağlar. Sadece günlük yedeklemelerimiz var (7 günlük kiralamalar kullanıyoruz) ve sonra başka bir kutuya veya VM'ye geri yüklüyoruz. DHCP sunucu yazılımınızın ne sunduğunu kontrol edin, yardımcı adres gerçekten endişelerinizin en azıdır

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.