DHCP -> DNS и RR-запись TXT непонятного назначения

[RustemNur]

Здравствуйте!
BIND 9.6.1-P2
DHCP 3.1.2
После настройки связки DHCP -> DNS в файле аренды DHCP-сервера стали появляться, кроме всего прочего, непонятные (мне) записи вида:
  set ddns-txt = "31e719c43142640d6f8e7066c5abcbfed4";
  client-hostname "artem";
а в файлах зоны DNS соответственно RR-записи вида:
artem         A   192.168.1.20
         TXT   "31e719c43142640d6f8e7066c5abcbfed4"
Все эти TXT-записи содержат 34 символа и все цифры и буквы в нижнем регистре.
Стало интересно, что же это такое, но в Инете ничего не нашел.

ЗЫ: Оно, конечно, "не жмет", но ...

[AnrDaemon]

А как ты думаешь, откуда DDNS узнаёт, когда надо обновлять запись?

[yuristep]

to AnrDaemon
... а можно с этого места и по подробнее ?... Потому-как насколько я до сего момента понимал - узнает DNS об том, что нужно обновить записи - от DHCPd ...

[AnrDaemon]

Не DNS. DDNS.
DDNS собственно и есть DHCP, оно им контролируется.
Соответсвенно, когда DHCP выделает новый адрес, он лезет в зону DNS и смотрит, что там творится. Если это что-то - черти-что, он берёт в руки молоток и подправляет по месту.
А DNS что... он только следит, чтобы запросы брабатывались своевременно и в соответствии с записями в зоне.

[RustemNur]

Ну, ... я так и не понял, что это за запись
  TXT   "31e719c43142640d6f8e7066c5abcbfed4"
и для рихтовки чего она служит?

[yuristep]

Не DNS. DDNS.

... наверное я "нуб" - расшифруйте, плз, для публики эти две аббревиатуры

DDNS собственно и есть DHCP, оно им контролируется.

.... чего?...?!

Соответсвенно, когда DHCP выделает новый адрес, он лезет в зону DNS и смотрит, что там творится. Если это что-то - черти-что, он берёт в руки молоток и подправляет по месту.

... хм... кому-то из нас явно нужно почитать RFC ... нисколько я знаю - НИЧЕГО DHCPd в DNS не "смотрит/проверяет" - проверяет он только собственную! БД, и согласно нее выдает клиенту очередной адрес, или продолжает аренду старого, а DNS просто ставит перед фактом - что такая-то запись изменилась. И НИЧЕГО собственно сам DHCPd в БД DNS править не имеет "правов", а опять таки - привлекает для этих целей DNS-демона...

Пользователь решил продолжить мысль 18 Февраля 2010, 10:28:44:

Ну, ... я так и не понял, что это за запись
  TXT   "31e719c43142640d6f8e7066c5abcbfed4"
и для рихтовки чего она служит?

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

[RustemNur]

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

Благодарю за разъяснения. Попробую проверить.

[RustemNur]

Нашел ответ в книге Ли и Альбница.
Это хеш от МАС-адреса клиента, который запросил аренду у DHCP-сервера.
Т.о. обновления в зону будут внесены, только если они относятся к клиенту с тем же МАС-адресом, что и при первом обновлении.