The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Корректно ли настроен BIND?, !*! running_man, 05-Апр-09, 10:02  [смотреть все]
Возник вопрос о том, корректно ли настроен bind.
Сомнения вот почему:
___
proxy# nslookup yandex.ru
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
Name:   yandex.ru
Address: 77.88.21.11
Name:   yandex.ru
Address: 87.250.251.11
Name:   yandex.ru
Address: 93.158.134.11
Name:   yandex.ru
Address: 213.180.204.11
____
т.е. почему то он опрашивает сразу 4 ns сервера?
не думаю что сие есть хорошо
или так должно быть?
вот еще вдогонку:
____

proxy# dig @127.0.0.1 ya.ru

; <<>> DiG 9.3.4-P1 <<>> @127.0.0.1 ya.ru
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20743
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 0

;; QUESTION SECTION:
;ya.ru.                         IN      A

;; ANSWER SECTION:
ya.ru.                  5203    IN      A       213.180.204.8

;; AUTHORITY SECTION:
.                       26789   IN      NS      J.ROOT-SERVERS.NET.
.                       26789   IN      NS      K.ROOT-SERVERS.NET.
.                       26789   IN      NS      L.ROOT-SERVERS.NET.
.                       26789   IN      NS      M.ROOT-SERVERS.NET.
.                       26789   IN      NS      A.ROOT-SERVERS.NET.
.                       26789   IN      NS      B.ROOT-SERVERS.NET.
.                       26789   IN      NS      C.ROOT-SERVERS.NET.
.                       26789   IN      NS      D.ROOT-SERVERS.NET.
.                       26789   IN      NS      E.ROOT-SERVERS.NET.
.                       26789   IN      NS      F.ROOT-SERVERS.NET.
.                       26789   IN      NS      G.ROOT-SERVERS.NET.
.                       26789   IN      NS      H.ROOT-SERVERS.NET.
.                       26789   IN      NS      I.ROOT-SERVERS.NET.

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Apr  5 09:50:54 2009
;; MSG SIZE  rcvd: 250
____

  • Корректно ли настроен BIND?, !*! aurved, 10:35 , 05-Апр-09 (1)
    • Корректно ли настроен BIND?, !*! aurved, 10:37 , 05-Апр-09 (2)
    • Корректно ли настроен BIND?, !*! running_man, 10:43 , 05-Апр-09 (3)
      >Насчет первого -- это он не четыре сервера опрашивает, а выдает ответ
      >о том, что yandex.ru -- это вот эти четыре ip-адреса. Тут
      >все нормально. А насчет второго не знаю. Dig наверно в отличии
      >от nslookup выдает один ответ.

      Чорт, не поглядел на ip'ы. Сорри. Просто за ночь ipfw+natd+mpd поднял, а тут еще и bind пришлось.
      А по поводу второго: почему так указаны все корневые ns сервера? Или мне выспаться надо?))

      • Корректно ли настроен BIND?, !*! running_man, 09:07 , 06-Апр-09 (4)
        Все индексы гугла облазил, но не смог с еще одной проблемой справиться:
        после ребута не стартует named
        собака зарыта в том, что он запускается от юзера bind
        на данный момент имею вот что
        ____
        Apr  6 08:28:58 proxy named[891]: starting BIND 9.3.4-P1 -u bind -t /var/named -u bind
        Apr  6 08:28:58 proxy named[891]: command channel listening on 127.0.0.1#953
        Apr  6 08:28:58 proxy named[891]: command channel listening on ::1#953
        Apr  6 08:28:58 proxy named[891]: couldn't open pid file 'named.pid': Permission denied
        Apr  6 08:28:58 proxy named[891]: exiting (due to early fatal error)
        ____

        сначала были траблы с тем, что он файл конфига не видел, решил эту проблему, сменив владельца с рута на bind.
        а с этим pid я хз че делать, он создается в дире /var/named/etc/namedb после запуска nameв
        в rc.conf прописано:
        ____
        chown -h bind:bind /etc/namedb
        chown bind:bind /var/named/etc/namedb
        chown bind:bind /var/named/etc/namedb/*


        named_enable="YES"
        named_flags="-u bind"
        ____

        если даже учесть, что этот pid файл создается в процессе запуска named и попытаться впендюрить chown bind:bind /var/named/etc/namedb/* сразу после named_enable="YES", то ничего путного не выходит.
        В инете есть топики с подобной проблемой, но там все не то...
        Буду благодарен за любую информацию)




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру