Поведение DHCP-клиента

это вопрос о стандартах интернет-протокола.

  • DCHP-клиент (dhcpcd-5.2.10 с Android 4.x) инициализирует интерфейс
  • DHCP-клиент отправляет сообщение DHCPDISCOVER
  • DHCP-server отправляет сообщение DHCPOFFER
  • затем клиент отправляет сообщение DHCPREQUEST, которое содержит" запрошенный IP-адрес", отличный от" ваш IP-адрес "из DHCPOFFER и не содержит"идентификатор DHCP-сервера".

I смотрите его от захват пакетов (можно открыть с помощью Wireshark) на устройстве dhcp-server.

RFC 2131 говорит:

The client broadcasts a DHCPREQUEST message that MUST include 
the 'server identifier' option to indicate which server 
it has selected, and that MAY include other options specifying 
desired configuration values.  
The 'requested IP address' option MUST be set to the value
of 'yiaddr' in the DHCPOFFER message from the server.

вопрос: корректно ли поведение DHCP-клиента? Могут ли стандарты измениться?

25
задан someuser
15.01.2023 14:53 Количество просмотров материала 3071
Распечатать страницу

1 ответ

Я в ответ... (больше места;)

первый вопрос. Вы испытываете задержку в получении правильного IP от сервера? Как я вижу, прошло более полутора минут, чтобы получить правильный IP (192.168.1.33). Если это так, может быть, мы должны посмотреть ближе к запросам.

Я думаю, что протокол правильный, как сейчас.

я отфильтровал только трафик от/до LenovoMo в/из MS-НЛБ-PhysServer. (По крайней мере, я думаю, что сделал ;)

я использовал фильтр

((((eth) && !(bootp.hw.mac_addr == 00:bb:3a:89:67:be)) && !(bootp.hw.mac_addr == b4:98:42:d6:63:c1)) && !(bootp.hw.mac_addr == e0:69:95:74:b2:43)) && !(bootp.hw.mac_addr == 78:e4:00:9d:fd:6b)

Это то ,что я получил (щелкните правой кнопкой мыши и выберите "Открыть в новой вкладке" Для большей версии):

enter image description here

  • глядя на первый запрос DHCP (строка #1) Ваш клиент запрашивает 192.168.1.35.

enter image description here

  • он получает DHCP NAK (нет правильного IP) обратно с сервера.
  • клиент переходит в DHCP Режим обнаружения и отправляет несколько пакетов для обнаружения (как и должно).
  • сервер отправляет предложение DHCP (также несколько раз), и я думаю, что он предлагает 192.168.1.33.

enter image description here

  • на строке 9 клиенты пытается снова получить 192.168.1.35 с запросом DHCP

    (дважды, почему? может быть, это упрямство;) (клиенту разрешено отправлять несколько запросов)
  • снова сервер отвечает с помощью DHCP NAK.
  • ...
  • это продолжается минуту.
  • ...
  • наконец, в строке № 63 клиент делает запрос DHCP с IP-адрес 192.168.1.33

    С "Option: (54) идентификатор DHCP-сервера" (как следует). (см. ниже)

Я не уверен (пока), почему это занимает так много времени, но все запросы DHCP, которые делает клиент (до строки #63) являются с просьбой 192.168.1.35 и таковы просьбы о обновление тот же IP во время INIT-REBOOT.

вопрос: корректно ли поведение DHCP-клиента? Могут ли стандарты измениться?

но... Думаю, ответ на этот вопрос есть...

да, это правильное поведение клиента

и NO стандарты не изменились ;)



enter image description here

1
отвечен Rik 2023-01-16 22:41

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Мы используем cookie. Это позволяет нам анализировать взаимодействие посетителей с сайтом и делать его лучше. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Политика конфиденциальности
Согласен
Вверх