https://m.opennet.dev/openforum/vsluhforumID1/96919.html Есть сервер на Ubuntu 5.4.0, версия ядра 4.4.0-79. Настраивал DNS+DHCP с динамическим обновлением записей в DNS зонах по вот это статье:<br><br>https://howitmake.ru/blog/ubuntu/96.html<br><br>Все вроде бы прекрасно работает. На сервере DHCP указано выдавать адрес на сутки. Вот пример лога:<br><br>lease 192.168.1.241 {<br> starts 6 2017/06/17 08:32:52;<br> ends 1 2017/06/19 08:32:52;<br> cltt 6 2017/06/17 08:32:52;<br> binding state active;<br> next binding state free;<br> rewind binding state free;<br> hardware ethernet 28:e0:2c:3d:d6:81;<br> uid "\001(\340,=\326\201";<br> set ddns-fwd-name = "host-NB10.home.local";<br> set ddns-txt = "31a8a8dfc924d2d084735ef275aa2b5c97";<br> set ddns-rev-name = "241.1.168.192.in-addr.arpa.";<br> client-hostname "host-NB10";<br>}<br><br>Основная и реверсная зоны создавались без записей о клиентах, прописывая только адрес сервера:<br><br>$TTL 86400 ; 1 day<br>home.local. IN SOA 4proxy.home.local. admin.home.local. (<br> 20170615 ; Serial<br> https://m.opennet.dev/openforum/vsluhforumID1/96919.html#7 Wed, 21 Jun 2017 14:27:45 GMT Вообщем отвечу сам себе. Толком решения так и не нашел. Указал в dhcpd сервере привязку hard адресов к ip, в SARG-е вписал таблицу пользователей. Если имя резолвится по ip - добавляется полное. Если не резолвится - добавляется из таблицы SARG-а.<br><br>Криво конечно, но хотя бы так.<br> https://m.opennet.dev/openforum/vsluhforumID1/96919.html#6 Tue, 20 Jun 2017 09:24:44 GMT &gt; А что мешает сделать резервацию для ноутов?<br><br>Ну видимо так и придется сделать. Но, гемор, есть же еще телефоны... Штук 20-ть, :(<br> https://m.opennet.dev/openforum/vsluhforumID1/96919.html#5 Tue, 20 Jun 2017 08:28:29 GMT А что мешает сделать резервацию для ноутов?<br> https://m.opennet.dev/openforum/vsluhforumID1/96919.html#4 Sun, 18 Jun 2017 16:18:27 GMT Смотрите версию named (bind) и читайте его документацию по поводу дефолтного значения TTL. <br> https://m.opennet.dev/openforum/vsluhforumID1/96919.html#3 Sat, 17 Jun 2017 18:14:41 GMT Поясню, что я имею ввиду, и что меня смущает. Есть с десяток ноутбуков, которые перемещаются по разным сетям. Внутри моей сети они получают адрес на сутки с последующим продлением аренды. Как правило, в 99% этот адрес за ними сохраняется, поскольку из сети ноуты "пропадают" на 3-5-7 часов, потом опять возвращаются. На сервере стоит Squid + SARG, который соотв-но собирает статистику по трафику. Настроен прозрачный трафик на Squid.<br><br>Что происходит. Ноут получил адрес:<br><br>lease 192.168.1.31 {<br> starts 6 2017/06/17 11:54:21;<br> ends 0 2017/06/18 11:54:21;<br> cltt 6 2017/06/17 17:35:47;<br> binding state active;<br> next binding state free;<br> rewind binding state free;<br> hardware ethernet e4:a7:a0:6f:09:f5;<br> uid "\001\344\247\240o\011\365";<br> set vendor-class-identifier = "MSFT 5.0";<br> set ddns-fwd-name = "Host2-NB10.home.local";<br> set ddns-txt = "31cd0c440101d97f1255aec1e5f9c78ba0";<br> set ddns-rev-name = "31.1.168.192.in-addr.arpa.";<br>}<br><br>Запись в прямую и реверсную зоны были внесены. Все норм, пока ноу https://m.opennet.dev/openforum/vsluhforumID1/96919.html#2 Sat, 17 Jun 2017 14:33:23 GMT &gt; и что надо читать больше матчасти, чтоб разбираться в принципах работы базовых <br>&gt; протоколов, чтоб не задавать идиотские вопросы на форумах <br><br>Дружище, а вместо того, чтобы оскорблять незнакомого тебе человека, есть что-то толковое ответить кроме "забей" и "учи матчасть"? Или твое высказывание попытка самовыразиться таким образом?<br> https://m.opennet.dev/openforum/vsluhforumID1/96919.html#1 Sat, 17 Jun 2017 12:50:45 GMT забей, TTL это время в течении которого запись будет _кэшироваться_ на клиентах<br><br>представим что всё так как ты неправильно хочешь и TTL у нас сутки:<br>перед истечением лизы хостА хостB в локалке запрашивает A запись хостА и кэширует на сутки<br>а DHCPD по каким-то причинам (не важно каким) не продлевает лизу хостуA и выдаёт ему другой ипшник, ессно поправляя динамическую A<br>что получим?<br>правильно, у хостаВ целые сутки в кэше будет неправильная А записть хостаА<br><br>из чего делаем вывод<br>что высокий TTL для динамического DNS - ЗЛО<br>и что надо читать больше матчасти, чтоб разбираться в принципах работы базовых протоколов, чтоб не задавать идиотские вопросы на форумах<br><br><br><br><br><br>