|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Slawa Olhovchenkov 2:5030/500 09 Sep 2005 11:46:00 To : Gleb Smirnoff Subject : dhcp на ppp интерфейсе -------------------------------------------------------------------------------- 09 Sep 05, Gleb Smirnoff writes to Slawa Olhovchenkov: SO>>>>> PS: если кто сразу не понял: подстава в том, что на момент запуска SO>>>>> dhcpd интерфейсы даже если и существуют, то находятся в дауне, что SO>>>>> приводит к их полному игнорированию демоном. GS>>>> А где вообще описана работа DHCP на point-to-point интерфейсах? SO>> http://www.cisco.com/en/US/tech/tk713/tk507/technologies_tech_note09186 SO>> a0080093c77.shtml#boot GS> По этой ссылке ничего понять нельзя. Тут понятно для чего это надо. GS> Я вот нашел другую, но она создаёт GS> еще больше вопросов: GS> http://www.cisco.com/en/US/tech/tk801/tk36/technologies_configuration_examp GS> le09186a0080094a4e.shtml GS> Hапример совершенно непонятно каким же образом выглядит DHCPDISCOVER GS> приходящий по ppp соединению: Хосподижтыбожемой. Hу спроси меня, я тебе с реальной системы усе нарисую: 12:00:29.933258 IP (tos 0x0, ttl 128, id 190, offset 0, flags [none], length: 328) 10.200.0.160.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request, length: 300, htype-#8, hlen:6, xid:0xe4ceb1ed, secs:1536, flags: [none] (0x0000) Client IP: 10.200.0.160 Vendor-rfc1048: DHCP:INFORM CID:[type-8]00:53:45:00:00:00 HN:"prezentation" VC:"MSFT 5.0" PR:NS+WNS+VO+SM+T249+DN 12:00:32.911856 IP (tos 0x0, ttl 128, id 199, offset 0, flags [none], length: 328) 10.200.0.160.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request, length: 300, htype-#8, hlen:6, xid:0xe4ceb1ed, secs:2304, flags: [none] (0x0000) Client IP: 10.200.0.160 Vendor-rfc1048: DHCP:INFORM CID:[type-8]00:53:45:00:00:00 HN:"prezentation" VC:"MSFT 5.0" PR:NS+WNS+VO+SM+T249+DN T249 -- это static route. GS> Особенно интересно "through relay 10.10.10.1", 10.10.10.1 - адрес GS> самого access serverа. Это кошкины заморочки. GS> В стандартах вообще нет упоминаний про p2p. Стандартами я называю RFC, GS> а не how-to от cisco. Hаоборот, чётко говорится слово broadcast: GS> 1. The client broadcasts a DHCPDISCOVER message on its local physical GS> subnet. The DHCPDISCOVER message may include options that suggest GS> values for the network address and lease duration. BOOTP relay GS> agents may pass the message on to DHCP servers not on the same GS> physical subnet. 10.200.0.160.68 > 255.255.255.255.67: BOOTP/DHCP, Request Что, не broadcast? GS> Возникает ощущение, что DHCP по PPP это какая-то фантазия Microsoft, и GS> Cisco совместима с этой фантазией. Потому, что в примерах на сайтах GS> Cisco постоянно подчеркивается, что клиент это Windows. Плевать. GS> Hо главное, что описания реализации не видно. Блин, основная проблема с реализацией -- то, что интерфейс на момент старта dhcpd -- в дауне. Я вот думаю -- а USE_SOCKETS может мою проблему решить или наоборот больше проблем создаст? Как-то описание этого режима совершенно невнятное. ... Hу вот, я так и знала... --- GoldED+/BSD 1.1.5 * Origin: (2:5030/500) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/2221432142f7.html, оценка из 5, голосов 10
|