Вопросы Теги

dhcpd не отпустит старых арендных договоров

Единственное время, которое это должно взять больше, чем TTL для обновления, было бы то, при изменении записей с регистратором. Обычно, регистратор будет обновлять записи несколько раз каждые 24 часа. Обычно, однако, эти записи - те, которые указывают на Ваш домен на Ваши серверы DNS.

Если Вы обновляете нормальный (A, PTR, CNAME, и т.д....) записи на Ваших серверах DNS, и они работают, связывают, необходимо смочь сделать "rndc, перезагружают domain.name" (или "rndc перезагружают domain.name В поле зрения") запланировать незамедлительное обновление.

Один последний протест, браузеры поддерживают свой собственный кэш, а также клиент DNS ОС. Я был расстроен несколько раз очевидным отсутствием обновления, когда все, что я действительно должен был сделать, было "ipconfig/flushdns" на клиенте Windows.

0
задан 15 June 2010 в 00:49
4 ответа

Это зависит от многих вещей, крупнейшее существо время владения. Если Вы выделяете очень большое время владения, dhcpd может прекратить выделять новые, пока некоторые не истекают.

Проверка журнала (системный журнал), вероятно, даст Вам прямой ключ к разгадке на том, что продолжается.

"Зафиксировать" это хитро. Можно остановить процесс dhcpd и отредактировать файл арендного договора непосредственно. Это опасно, если Вы не уверены, что Вы делаете. Могут быть инструменты для обработки этого для Вас или инструментов для списка содержания, по крайней мере.

1
ответ дан 4 December 2019 в 15:13

Проверьте Ваш default-lease-time и max-lease-time настройки в/etc/dhcpd3/dhcpd.conf

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

0
ответ дан 4 December 2019 в 15:13

Обычно, арендуйте время истечения срока, должен быть нечего делать здесь, пока клиенты правильно отправляют пакет DHCPRELEASE, в конце DHCP коммуникация клиент-сервер. Кроме того, оператор ping проверки в dhcpd.conf должен помочь решить проблему или по крайней мере показать источник. Согласно моему опыту, проблемы с арендными договорами могут возникнуть от ошибочных клиентов - процесс следует:

  1. Клиент запускает с DHCPDISCOVER
  2. Сервер резервирует IP и ответ с DHCPOFFER
  3. Клиент игнорирует пакет или никогда не получает его, и запускает разговор снова. Если это происходит быстро, такой ошибочный клиент может одолжить все арендные договоры легко. Ищите такой клиент, наблюдающий разговор в журналах и grep -i ff:ff:ff $PATH_TO_DHCPD_LEASES_FILE С другой стороны, помните, что в dhcpd.leases файле там также истекают арендные договоры. Таким образом, это может быть похожим на все арендные договоры, которые будут использоваться, но это не имеет место. Необходимо легко проанализировать этот файл с awk и grep (или жемчуг), для наблюдения, сколько используется.

Также - можно очистить файл арендного договора и перезапустить сервер. Это может помочь Вам видеть, как процесс похож. Но знайте, что, если у Вас нет ручных клиентов DHCP (IP, присвоенный в зависимости от MAC), IP-адреса предусмотрели рабочие станции, мог и вероятно изменяться.

0
ответ дан 4 December 2019 в 15:13

Правильный вариант здесь - использовать параметр одна аренда на клиента . Пример: 

#
# Sample configuration file for ISC dhcpd for Debian
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#
ddns-update-style none;
option domain-name "example.net";
option domain-name-servers 1.1.1.1, 2.2.2.2;
option ntp-servers ntp.example.net;

default-lease-time 3600;
max-lease-time 7200;

authoritative;
log-facility local7;
deny declines;
deny duplicates;
one-lease-per-client true;

default-lease-time и max-lease-time не имеют ничего общего с максимальными записями аренды (только время истечения срока аренды, созданной в то время). запретить дубликаты также потребует, чтобы у вас не было дублированных записей аренды для одного и того же Mac, но с другой идентификацией клиента (хост с двойной загрузкой, вероятно, выйдет из строя, если вы загрузите дополнительную ОС, когда все еще есть действующая аренда на вашей основной ОС). отклонение отклонений заставит DHCPDECLINE запросы, поступающие от клиентов, игнорироваться.

1
ответ дан 4 December 2019 в 15:13

Теги

Похожие вопросы