DHCPREQUEST adımında neden yayın kullanılıyor?

Bu DHCPoperasyon sürecidir ,

Sorum 3. adımda, istemci önceki iki işlemden sonra DHCP sunucusunun / Aktarma sunucusunun adresinin bilinmesi gerektiği gibi neden bir Unicast değil bir Yayın gönderiyor ?

dhcp

— muhammed
kaynak

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:

https://tools.ietf.org/html/rfc2131#page-13

Sunucular istemciden DHCPREQUEST yayını alır. DHCPREQUEST iletisi tarafından seçilmeyen bu sunucular, iletiyi istemcinin sunucunun teklifini reddettiğine dair bildirim olarak kullanır.

Protokol, birden fazla DHCP sunucusu olabileceğini varsayar. İstek mesajını yayınlayarak, bir teklif vermiş olabilecek tüm sunucular müşterinin seçiminin farkında olabilir.

— boomi
kaynak

Potansiyel olarak birden fazla DHCP sunucunuz olabilir - istek, tekliflerinin alınmadığı potansiyel olarak gönderilmiş teklifleri olan diğer DHCP sunucularını bilgilendirmek için yayın olarak gönderilir.

— Zac67
kaynak

Çünkü sunucu DHCPACK'i gönderene kadar, istemcinin hala bir IP adresi yoktur. Bir DHCP sunucusunun bir isteğe DHCPNACK ile cevap vermesi mümkündür.

— YLearn
kaynak

İstemci, sunucunun MAC adresini DHCPOFFER iletisinden bilir, böylece DHCPREQUEST'i o sunucuya tek noktaya yayın gönderebilir - bunun için bir IP adresine gerek yoktur.

— psmears

@psmears, çünkü L3 yayınları L2 yayınları olarak gönderilir. DHCP bir L2 protokolü değildir, bu nedenle veriler L3'ten L2'ye geçirildiği için kurallara bağlı olursunuz.

— YLearn

@YLearn: Ayrıca bir L3 çok noktaya yayın veya yayın paketi için bir kaynak ve hedef IP'ye de ihtiyacınız var, bu yüzden sorun değil :) DHCPREQUEST paketinin hedef IP ve MAC ile gönderilememesinin teorik bir nedeni yoktur. sunucusunu ve (yayın paketinde olduğu gibi) kaynak IP'si 0.0.0.0'dır. Yayının nedeni, diğer DHCP sunucularına (varsa) istemcinin tekliflerini reddettiğini bildirmektir.

— psmears

@psmears, bir L3 yayınının hedefi 255.255.255.255. 0.03.0'dan bir L3 yayını yapabilirsiniz. Ancak, 0.0.0.0'dan bir L3 tek noktaya yayın kaynaklayamazsınız.

— YLearn

@YLearn: Kaynak adresin sıfıra ayarlanmış olduğu baytları içeren bir paket gönderebilirsiniz! Yine de bazı RFC tarafından yasaklanmış olabilir - birini biliyor musunuz? RFC1700, 0.0.0.0 "yalnızca kaynak adres olarak kullanılabilir" (ancak tek noktaya yayın / yayın hakkında hiçbir şey olmadığını); RFC1122, 0.0.0.0 "Ana bilgisayarın kendi IP adresini öğrendiği başlatma prosedürünün bir parçası olarak bir kaynak adresi dışında" gönderilmemesi GEREKİR "diyor (yine uni / yayın kısıtlaması yok). Bu başka bir yerde zorunlu mu?

— psmears