vevs » Вт апр 15, 2008 8:12 am
Хех
А угадайте какой? Прально! Мелкософтовский. Вернее, настройка там такая присутствует, но по-умолчанию число проверок на конфликт = 0. Но проблема не в том..
Лично у меня ротация компов по подсетям (ну не сидится людям - переезжают туда-сюда) и просто оборот старое-новое составляет около 30 машин в неделю (в среднем). Если я поставлю ТАКОЕ время жизни - мусорка будет просто аццкая. Разбирать это руками - теряется смысл автоматизации, да и других работ хватает с головой (я помню - мы расходимся в вопросах задач и методов администрирования
) Это не решение.
Ну а теперь главный вопрос - зачем же мы вообще добивались корректной регистрации в ДНС, если через время жизни лизы к клиенту уже не обратишся по имени? Моё мнение - надо что-то делать (и неконтролируемая выдача бесконечных лиз - не выход). Можно, конечно, перегружать удаленно терминалы по расписанию - но это из разряда "из базуки по тушканчикам", имхо. Тем более, ничего сильно умного не надо, вот кусок учебника:
Продление аренды.
По прошествии половины периода, на который был выделен IP-адрес, DHCP-клиенты пытаются продлить его аренду. Для этого клиент посылает сообщение DHCPREQUEST непосредственно DHCP-серверу, выделившему ему адрес. При возможности DHCP-сервер продлевает ее и отсылает клиенту сообщение DHCPACK с новым временем аренды и параметрами конфигурации TCP/IP. Получив подтверждение, клиент обновляет свою конфигурацию.
При каждом перезапуске DHCP-клиент пытается получить у исходного DHCP-сервера свой старый IP-адрес. Если попытка окажется неудачной, а время аренды IP-адреса еще не истекло, то DHCP-клиент будет использовать старый IP-адрес до следующей попытки продления аренды.
Если по прошествии половины времени аренды DHCP-клиент не сможет продлить ее на исходном DHCP-сервере, то по истечении 87,5% времени аренды клиент начнет широковещательную рассылку сообщения DHCPREQUEST для связи с любым доступным DHCP-сервером. В ответ клиент может получить сообщение DHCPACK с информацией о продлении аренды, либо сообщение DHCPNACK, требующее инициализации клиента и получения им другого IP-адреса.
По истечении срока аренды или получении сообщения DHCPNACK DHCP-клиент должен сразу прекратить использование занятого IP-адреса. После этого он может возобновить процесс аренды для получения нового IP-адреса.
Хотя, как я понял, Вы выгружаете дхцп-клиента после получения адреса? А нельзя ли тогда поднимать его кроном для выполнения запроса и получения нового штампа времени, а потом грохать опять? Ну или на худой конец, когда клиент ещё в памяти - разобрать штамп времени, сформировать готовую датаграмму запроса обновления (ответ-то нам в таком случае не нужен) и пулять её в интерфейс по расписанию?
Признаюсь - я слабо знаком с линухом, так что если сказал глупость - извините и поправьте меня.
Хех :) А угадайте какой? Прально! Мелкософтовский. Вернее, настройка там такая присутствует, но по-умолчанию число проверок на конфликт = 0. Но проблема не в том..
Лично у меня ротация компов по подсетям (ну не сидится людям - переезжают туда-сюда) и просто оборот старое-новое составляет около 30 машин в неделю (в среднем). Если я поставлю ТАКОЕ время жизни - мусорка будет просто аццкая. Разбирать это руками - теряется смысл автоматизации, да и других работ хватает с головой (я помню - мы расходимся в вопросах задач и методов администрирования :)) Это не решение.
Ну а теперь главный вопрос - зачем же мы вообще добивались корректной регистрации в ДНС, если через время жизни лизы к клиенту уже не обратишся по имени? Моё мнение - надо что-то делать (и неконтролируемая выдача бесконечных лиз - не выход). Можно, конечно, перегружать удаленно терминалы по расписанию - но это из разряда "из базуки по тушканчикам", имхо. Тем более, ничего сильно умного не надо, вот кусок учебника:
[quote]
[b]Продление аренды. [/b]
По прошествии половины периода, на который был выделен IP-адрес, DHCP-клиенты пытаются продлить его аренду. Для этого клиент посылает сообщение DHCPREQUEST непосредственно DHCP-серверу, выделившему ему адрес. При возможности DHCP-сервер продлевает ее и отсылает клиенту сообщение DHCPACK с новым временем аренды и параметрами конфигурации TCP/IP. Получив подтверждение, клиент обновляет свою конфигурацию.
При каждом перезапуске DHCP-клиент пытается получить у исходного DHCP-сервера свой старый IP-адрес. Если попытка окажется неудачной, а время аренды IP-адреса еще не истекло, то DHCP-клиент будет использовать старый IP-адрес до следующей попытки продления аренды.
Если по прошествии половины времени аренды DHCP-клиент не сможет продлить ее на исходном DHCP-сервере, то по истечении 87,5% времени аренды клиент начнет широковещательную рассылку сообщения DHCPREQUEST для связи с любым доступным DHCP-сервером. В ответ клиент может получить сообщение DHCPACK с информацией о продлении аренды, либо сообщение DHCPNACK, требующее инициализации клиента и получения им другого IP-адреса.
По истечении срока аренды или получении сообщения DHCPNACK DHCP-клиент должен сразу прекратить использование занятого IP-адреса. После этого он может возобновить процесс аренды для получения нового IP-адреса.
[/quote]
Хотя, как я понял, Вы выгружаете дхцп-клиента после получения адреса? А нельзя ли тогда поднимать его кроном для выполнения запроса и получения нового штампа времени, а потом грохать опять? Ну или на худой конец, когда клиент ещё в памяти - разобрать штамп времени, сформировать готовую датаграмму запроса обновления (ответ-то нам в таком случае не нужен) и пулять её в интерфейс по расписанию?
Признаюсь - я слабо знаком с линухом, так что если сказал глупость - извините и поправьте меня.