Что происходит с сеансами DHCP на клиентских устройствах, когда сервер DHCP выходит из строя и через некоторое время подключается к сети?

Обычно DHCP-сервер сохранял свои данные об аренде в постоянное хранилище, поэтому после повторного запуска он действительно знал бы о состоянии вашего клиентского устройства. Если, однако, поломка была такова, что данные об аренде были потеряны, то это не удержалось бы, и сервер появился бы, ничего не зная.

Если DHCP-сервер просто назначает службу QoS вместе с арендой и покончил с ней, устройство может продолжать использовать службу QoS до истечения срока аренды, даже если DHCP-сервер, возможно, забыл об этом. Когда клиентское устройство продлевает аренду, ему также снова будет назначена служба QoS, и все в порядке. Однако, если DHCP-сервер играет постоянную роль в предоставлении услуги QoS даже между продлениями аренды, устройство может фактически потерять услугу QoS до тех пор, пока оно не продлит аренду. Это зависит от деталей того, как эта служба QoS реализована.

Я хотел бы знать, что именно происходит, когда DHCP-сервер снова подключается к сети. Будет ли DHCP-сервер знать о состоянии DHCP, поддерживаемом моим клиентским устройством, вместе с предоставленной службой QoS? Или устройство нужно будет снова аутентифицировать, чтобы воспользоваться услугой QoS?

Все это во многом зависит от того, что случилось с DHCP-сервером, насколько он «устойчивый» и как он был восстановлен в рабочем состоянии.

Большинство DHCP-серверов записывают состояние на диск, чтобы они могли хотя бы попытаться продолжить с того места, где остановились. Очевидно, что если это невозможно, если он потерял все свои настройки и информацию об аренде, все ставки отключены.

В любом случае клиент не «аутентифицируется». Вместо этого он будет продолжать использовать IP-адрес до тех пор, пока не наступит один из «периодов обновления», затем он попытается связаться с DHCP-сервером, который выдал его текущую аренду, а затем, если он не сможет этого сделать, он попытается получить новый IP-адрес путем широковещательной рассылки. общий запрос DHCP:

Клиент DHCP автоматически пытается продлить аренду, как только истечет 50 процентов срока аренды. DHCP-клиент также будет пытаться продлить аренду своего IP-адреса каждый раз при перезагрузке компьютера. Чтобы попытаться продлить аренду, DHCP-клиент отправляет пакет DHCPREQUEST непосредственно на DHCP-сервер, с которого клиент получил аренду.

Если DHCP-сервер доступен, он возобновляет аренду и отправляет клиенту пакет DHCPACK с новой продолжительностью аренды и любыми обновленными параметрами конфигурации. Клиент обновляет свою конфигурацию, когда получает подтверждение. Если DHCP-сервер недоступен, клиент продолжает использовать свои текущие параметры конфигурации.

Если клиенту DHCP не удается продлить аренду в первый раз, клиент DHCP передает пакет DHCPDISCOVER для обновления аренды адреса по истечении 87,5 процента текущего срока аренды. На этом этапе клиент DHCP принимает аренду, выданную любым сервером DHCP.

- https://www.serverbrain.org/network-services-2003/how-the-dhcp-lease-renewal-process-works-1.html

DHCP-серверы часто хранят аренду в файловой системе, что означает, что если сервер выйдет из строя и файл аренды не будет поврежден, то, когда DHCP-сервер вернется в режим онлайн, он будет знать адреса, все еще находящиеся в аренде.

DHCP-сервер ничего не применяет - устройство может использовать свой собственный адрес и конфигурацию в соответствии с тем, что сказал DHCP-сервер. DHCP только упрощает настройку, предоставляя клиенту рекомендуемые параметры и предоставляя IP-адрес, который, как известно, не используется другим устройством.

В худшем случае файл аренды поврежден, и DHCP-сервер арендует другое устройство с IP-адресом, который уже был арендован другим устройством, в результате чего два устройства будут использовать один и тот же адрес.