https://slinkov.ru/openforum/vsluhforumID12/6432.html Я начинающий админ на линухе.<br>Понял что анализ логов необходим. Нигде не нашел расшифровки логов named, хоть аналогичный вопрос уже задавался.<br><br>Будьте любезны, расшифруйте запись в логах named и при возможности все же подскажите где можно почитать его расшифровку:<br><br>Jun 21 13:40:14.149 general: warning: dns_master_load: 192.168.100.zone:9: using RFC 1035 TTL semantics<br><br>Jun 21 13:44:47.506 security: error: client 192.168.100.214#1156: update 'nekaya.set/IN' denied (предположительно необходимо снять галочку в регистрации DNS на клиентских машинах, но не уверен.)<br>и если есть возможность подскажите возможные проблемы..<br><br>Так же периодически возникает ошибка:<br><br>Jun 21 12:48:39.906 general: critical: message.c:808: REQUIRE(*rdataset == ((void *)0)) failed<br>вызывающая остановку named<br>Где смотреть дабы понять в чем ошибка?<br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#8 Thu, 01 Jul 2010 04:20:07 GMT &gt;$TTL 1w <br>&gt;будет ли оптимальной данное значение для вполне статичной сети где новые машины <br>&gt;могут появляться раз в пол года/ раз в год (после прописывания <br><br>По моему многовато) Но для маленькой локалки не критично.<br><br>&gt;Red Hat Linux 2.4.20 SAMST 2003 i686 bind тот что шел со <br><br>К сожалению я незнаю какая там версия named. Но по году похоже что это оно.<br>Попробуйте погуглить рассылки безопасности 2002-2004годы, там был DOS на bind с такими симптомами.<br><br>&gt;переноса на openSUSE 11.2, потому как если последняя самая критичная ошибка <br>&gt;не является наследуемой то это не страшно. <br><br>Да, скорее всего она уйдет с апдейтом.<br><br>&gt;после того как на клиентских машинах были сняты флажки с "Зарегистрировать адреса <br>&gt;этого подключения в DNS" записи в логах <br>&gt;Jun 21 13:44:47.506 security: error: client 192.168.100.214#1156: update 'nekaya.set/IN' denied <br>&gt;продолжали появляться.. <br><br>Проверяйте, что именно на этом клиенте флажек снят.<br>Еще настройки dhcpd можно глянуть на предмет DDNS.<br>Вообщем то это не критично и https://slinkov.ru/openforum/vsluhforumID12/6432.html#7 Wed, 30 Jun 2010 19:10:57 GMT &gt;неа, это поле уже очень давно используется как TTL негативного кэша <br>&gt;Вам надо задать именно $TTL для зоны или прописать свой ttl для <br>&gt;каждой записи в зоне <br><br>$TTL 1w<br>будет ли оптимальной данное значение для вполне статичной сети где новые машины могут появляться раз в пол года/ раз в год (после прописывания выше указанной строчки в логах при перезапуске bind предупреждение перестало фигурировать.)<br><br>&gt;Последнее сообщение это не ошибка в настройках. <br>&gt;Вы бы озвучили версию bind... <br><br>Red Hat Linux 2.4.20 SAMST 2003 i686 bind тот что шел со сборкой, не обновлялся.. сейчас я анализирую настройки и собираю данные для переноса на openSUSE 11.2, потому как если последняя самая критичная ошибка не является наследуемой то это не страшно.<br><br>после того как на клиентских машинах были сняты флажки с "Зарегистрировать адреса этого подключения в DNS" записи в логах <br>Jun 21 13:44:47.506 security: error: client 192.168.100.214#1156: update 'nekaya.set/IN' denied <br>продолжали появляться..<br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#6 Wed, 30 Jun 2010 17:53:35 GMT &gt; 864000 ; minimum (1 week 3 days) !!!!это же и <br>&gt;есть TTL, вроде он указан.. <br><br>неа, это поле уже очень давно используется как TTL негативного кэша<br>Вам надо задать именно $TTL для зоны или прописать свой ttl для каждой записи в зоне<br><br>&gt;&gt;Очень похоже на то, что у вас старая (_дырявая_) версия named. <br>&gt;Это действительно так.. система досталась в наследство, так сказать потому необходимо оперативно <br>&gt;разобраться в настройках и понять что из настроеного в корне не <br>&gt;верно. <br><br>Последнее сообщение это не ошибка в настройках.<br>Вы бы озвучили версию bind...<br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#5 Tue, 29 Jun 2010 11:54:51 GMT &gt;[оверквотинг удален]<br>&gt;есть TTL, вроде он указан.. <br>&gt; ) <br>&gt;<br>&gt;&gt;&gt;Jun 21 12:48:39.906 general: critical: message.c:808: REQUIRE(*rdataset == ((void *)0)) failed <br>&gt;&gt;<br>&gt;&gt;Очень похоже на то, что у вас старая (_дырявая_) версия named. <br>&gt;<br>&gt;Это действительно так.. система досталась в наследство, так сказать потому необходимо оперативно <br>&gt;разобраться в настройках и понять что из настроеного в корне не <br>&gt;верно. <br><br>какая версия bind и от какой версии конфиг?<br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#4 Tue, 29 Jun 2010 10:05:28 GMT &gt;&gt;Jun 21 13:40:14.149 general: warning: dns_master_load: 192.168.100.zone:9: using RFC 1035 TTL semantics <br>&gt;<br>&gt;Скорее всего вы забыли указать $TTL для этой зоны. <br><br>$ORIGIN .<br>100.168.192.IN-ADDR.ARPA86400 IN SOA nekaya.set. root.fs.nekaya.set. (<br> 2002081903 ; serial<br>864000 ; refresh (1 week 3 days)<br>172800 ; retry (2 days)<br>2592000 ; expire (4 weeks 2 days)<br>864000 ; minimum (1 week 3 days) !!!!это же и есть TTL, вроде он указан..<br>) <br><br>&gt;&gt;Jun 21 12:48:39.906 general: critical: message.c:808: REQUIRE(*rdataset == ((void *)0)) failed <br>&gt;<br>&gt;Очень похоже на то, что у вас старая (_дырявая_) версия named. <br><br>Это действительно так.. система досталась в наследство, так сказать потому необходимо оперативно разобраться в настройках и понять что из настроеного в корне не верно.<br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#3 Tue, 29 Jun 2010 05:45:17 GMT &gt;Jun 21 13:40:14.149 general: warning: dns_master_load: 192.168.100.zone:9: using RFC 1035 TTL semantics <br><br>Скорее всего вы забыли указать $TTL для этой зоны.<br><br><br>&gt;Jun 21 13:44:47.506 security: error: client 192.168.100.214#1156: update 'nekaya.set/IN' denied (предположительно необходимо <br>&gt;снять галочку в регистрации DNS на клиентских машинах, но не уверен.)<br><br>угу.<br><br>&gt;Jun 21 12:48:39.906 general: critical: message.c:808: REQUIRE(*rdataset == ((void *)0)) failed <br><br>Очень похоже на то, что у вас старая (_дырявая_) версия named.<br><br><br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#2 Tue, 29 Jun 2010 05:24:00 GMT &gt;смотреть в англо-русском словаре. <br><br>При этом есть специфичные ошибки не поддающиеся переводу см. выше. Вопрос остается открытым.<br> https://slinkov.ru/openforum/vsluhforumID12/6432.html#1 Mon, 28 Jun 2010 23:25:33 GMT смотреть в англо-русском словаре.<br>