LINUX.ORG.RU
Форум — Admin  

Настройка Bind для собственных имен серверов


0

1

Здравствуйте! Надеюсь, что вы сможете помочь мне, так как я застраял с этой проблемой вот уже несколько дней :((

Есть VDS(VPS) сервак и на нем CentOS Linux. Я пытался сконфигурировать Bind правильно чтобы у меня заработали домены с собственными нейм-серверами: rockstarcsui.pp.ua и indiachinainteractions.org

Для этого по совету хостера приобрел втрой айпи адрес: 182.154.138.39 и 182.154.138.56.

Итак, вот что я вписал в Named.conf: 

options {
directory "/var/named/working";
pid-file "/var/run/named/named.pid";
dump-file "/var/dump/named_dump.db";
statistics-file "/var/stats/named.stats";
};

zone "." { type hint; file "/var/named/named.root"; };

zone "rockstarcsui.pp.ua"
{
    type master;
    file "/var/named/masterzones/rockstarcsui.pp.ua";
};

zone "indiachinainteractions.org"
{
    type master;
    file "/var/named/masterzones/indiachinainteractions.org";
};
А вот что прописал в файлы зон:

$TTL    3600
indiachinainteractions.org.     IN      SOA     ns1.indiachinainteractions.org. root.indiachinainteractions.org. (2011011510 10800 3600 604800 86400)
indiachinainteractions.org.     IN      NS       ns1.indiachinainteractions.org.
indiachinainteractions.org.     IN      NS       ns2.indiachinainteractions.org.
indiachinainteractions.org.     IN      MX      10 mail
indiachinainteractions.org.     IN      MX      20 mail
indiachinainteractions.org.     IN      A        182.154.138.39
www     IN      A        182.154.138.39
ftp     IN      A        182.154.138.39
mail    IN      A        182.154.138.39
smtp    IN      A        182.154.138.39
pop     IN      A        182.154.138.39
indiachinainteractions.org.     IN      TXT      "v=spf1 ip4:182.154.138.39 a mx ~all"
ns1     IN      A        182.154.138.39
ns2     IN      A        184.154.138.56

$TTL    3600
rockstarcsui.pp.ua.     IN      SOA     ns1.rockstarcsui.pp.ua. root.rockstarcsui.pp.ua. (2011011510 10800 3600 604800 86400)
rockstarcsui.pp.ua.     IN      NS       ns1.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     IN      NS       ns2.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     IN      MX      10 mail
rockstarcsui.pp.ua.     IN      MX      20 mail
rockstarcsui.pp.ua.     IN      A        182.154.138.39
www     IN      A        182.154.138.39
ftp     IN      A        182.154.138.39
mail    IN      A        182.154.138.39
smtp    IN      A        182.154.138.39
pop     IN      A        182.154.138.39
rockstarcsui.pp.ua.     IN      TXT      "v=spf1 ip4:182.154.138.39 a mx ~all"
ns1     IN      A        182.154.138.39
ns2     IN      A        184.154.138.56

Также я ввел ns1.indiachinainteractions.org, ns2.indiachinainteractions.org, ns1.rockstarcsui.pp.ua и ns2.rockstarcsui.pp.ua с соответствующими IP в панелях регистраторов доментов и они приняли их.

Сейчас на сервере у меня запущены Bind и Apache, но, когда я открываю любой из моих доменов в броузере, ничего не открывается! Я видел голубую страничку «It works!» от Apache при вводе http://182.154.138.39/ некоторое время, а сейчас и ее нет :(

Может кто-то может, взглянув на эти установки, подсказать в чем может быть проблема?

Заранее вам благодарен.

indiachinainteractions.org. IN SOA ns1.indiachinainteractions.org. root.indiachinainteractions.org. (2011011510 10800 3600 604800 86400)

Как в январе bind поставил, так SERIAL и не менял что ли?

adriano32 ★★★
()
Ответ на: комментарий от adriano32

А вообще rockstarcsui.pp.ua ресолвится, но не пингуется и не трейсится. Ты (или хостер) часом не прикрыл заслонку изнутри?

adriano32 ★★★
()

От меня эти адреса не пингуются, на DNS запросы не отвечают. Но не нужно мешать в кучу вопросы. Сначала определитесь работает ли DNS (создавая запросы с помощью nslookup, dig). Если изнутри работает, а снаружи нет, то либо у вас, либо у хостера перекрыть порт 53 udp. Снаружи, если нет других серверов запросы можно поотправлять с помощью mxtoolbox.com или другого подобного сайта.

А проблему с аpache'м решайте потом.

А может вся проблема в том, что вы не настроили маршрутизацию. Допустим, «ping -I 182.154.138.39» и «ping -I 182.154.138.56» работают?

mky ★★★★★
()
Ответ на: комментарий от adriano32

У меня для rockstarcsui.pp.ua резолвится только NS, а для indiachinainteractions.org. вобще ничего не резолвится.

Кстати, там в файлах зон не надо прописывать $ORIGIN?

mky ★★★★★
()
Ответ на: комментарий от mky

Не обязательно ЕМНИП - из имени зоны может генерироваться

adriano32 ★★★
()
Ответ на: комментарий от mky

Если изнутри работает, а снаружи нет, то либо у вас, либо у хостера перекрыть порт 53 udp.

скорее всего он закрыл.
ТС,проверь в iptables.

alikhantara ★
()
Ответ на: комментарий от alikhantara

Спасибо большое за ответы. Теперь хотя бы есть представление, в каком направлении копать. Хотя разбираться все равно непросто - имею дело с линуксом второй раз в жизни. По совету разобраться с портом 53 пробовал iptables -L, но ничего не выводило, также как и iptables-save | grep 53. Поискав по Интернету, я нашёл советы здесь и здесь; ввел. Параметры iptables для меня выглядят пространными, но надеюсь, что это поможет порту 53... Теперь имею: 

[root@rockstarcsui ~]# iptables-save | grep 53
-A INPUT -p tcp -m tcp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -d 182.154.138.39 -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -d 182.154.138.39 -p udp -m udp --sport 53 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -s 182.154.138.56 -d 182.154.138.39 -p tcp -m tcp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -s 182.154.138.39 -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A OUTPUT -s 182.154.138.39 -p udp -m udp --sport 53 --dport 53 -m state --state ESTABLISHED -j ACCEPT
-A OUTPUT -s 182.154.138.39 -d 182.154.138.56 -p tcp -m tcp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
Также, по вашему совету сделал nslookup и dig айпишников, получил:

nslookup 182.154.138.39 

Server:         4.2.2.1
Address:        4.2.2.1#53

Non-authoritative answer:
39.138.154.182.in-addr.arpa     name = ip-182-154-138-39.wxnz.net.

Authoritative answers can be found from:
nslookup 182.154.138.56 
Server:         4.2.2.1
Address:        4.2.2.1#53

Non-authoritative answer:
56.138.154.182.in-addr.arpa     name = ip-182-154-138-56.wxnz.net.
Authoritative answers can be found from:
dig 182.154.138.39 
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> 182.154.138.39
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 25004
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;182.154.138.39.                        IN      A

;; AUTHORITY SECTION:
.                       900     IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2011052401 1800 900 604800 86400

;; Query time: 25 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Tue May 24 23:55:48 2011
;; MSG SIZE  rcvd: 107
dig 182.154.138.56 
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> 182.154.138.56
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 7053
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;182.154.138.56.                        IN      A

;; AUTHORITY SECTION:
.                       900     IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2011052401 1800 900 604800 86400

;; Query time: 77 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Tue May 24 23:56:23 2011
;; MSG SIZE  rcvd: 107
Здается мне, что Бинд выдает не все записи, или вообще выдает не так, как надо (если я правильно проинтерпертировал результат).

Пинг на оба IP дает 100% packet loss, хотя на другом серваке, где все работает (там хозяйством занимается хостинговая панель ISPManager) ping себя тоже дает 100% packet loss.

Borisov
() автор топика
Ответ на: комментарий от Borisov

на время тестов сделай на серверах

iptables -P INPUT ACCEPT
iptables -F INPUT

ОСТОРОЖНО! Так ты открываешь наружу все порты на сервере! Не забудь потом закрыть все, кроме нужных тебе!

Далее: indiachinainteractions.org у меня не резолвится вообще, dit +trace замирает на вот этом:

indiachinainteractions.org. 86400 IN    NS      ns2.indiachinainteractions.org.
indiachinainteractions.org. 86400 IN    NS      ns1.indiachinainteractions.org.
;; Received 112 bytes from 2001:500:b::1#53(c0.org.afilias-nst.info) in 156 ms

dig rockstarcsui.pp.ua 

; <<>> DiG 9.7.3 <<>> ANY rockstarcsui.pp.ua
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2336
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 2, ADDITIONAL: 1

;; QUESTION SECTION:
;rockstarcsui.pp.ua.            IN      ANY

;; ANSWER SECTION:
rockstarcsui.pp.ua.     3600    IN      NS      ns1.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     3600    IN      NS      ns2.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     3600    IN      TXT     "v=spf1 ip4:182.154.138.39 a mx ~all"
rockstarcsui.pp.ua.     3600    IN      SOA     ns1.rockstarcsui.pp.ua. root.rockstarcsui.pp.ua. 2011011510 10800 3600 604800 86400
rockstarcsui.pp.ua.     3600    IN      MX      10 mail.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     3600    IN      MX      20 mail.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     3600    IN      A       182.154.138.39

;; AUTHORITY SECTION:
rockstarcsui.pp.ua.     3600    IN      NS      ns1.rockstarcsui.pp.ua.
rockstarcsui.pp.ua.     3600    IN      NS      ns2.rockstarcsui.pp.ua.

;; ADDITIONAL SECTION:
mail.rockstarcsui.pp.ua. 3600   IN      A       182.154.138.39

;; Query time: 61 msec
;; SERVER: 172.23.0.1#53(172.23.0.1)
;; WHEN: Wed May 25 13:32:53 2011
;; MSG SIZE  rcvd: 258

Это вроде бы нормально.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

Сделал: # traceroute 182.154.138.39 

traceroute to 182.154.138.39 (182.154.138.39), 30 hops max, 40 byte packets
 1  xen3.virtualsrv.com (184.154.220.225)  0.933 ms  1.111 ms  1.356 ms
 2  dr6506b.ord03.singlehop.net (173.236.122.253)  0.485 ms  0.710 ms  0.677 ms
 3  xe-1-0-1.ar1.ord6.us.nlayer.net (69.31.111.29)  3.885 ms  3.864 ms  5.558 ms
 4  ae5-30g.cr2.ord1.us.nlayer.net (69.31.110.253)  1.534 ms  1.508 ms  1.477 ms
 5  10gigabitethernet4-1.core1.chi1.he.net (206.223.119.37)  7.941 ms  7.924 ms  7.896 ms
 6  10gigabitethernet3-2.core1.den1.he.net (184.105.213.86)  55.373 ms  55.805 ms  55.660 ms
 7  10gigabitethernet4-4.core1.sjc2.he.net (184.105.213.105)  60.486 ms  63.165 ms  64.436 ms
 8  10gigabitethernet1-4.core1.sjc1.he.net (72.52.92.117)  54.836 ms  55.095 ms  55.339 ms
 9  64.71.184.46 (64.71.184.46)  55.294 ms  54.330 ms  55.235 ms
10  ge-0-1-0-128.cor02.syd03.nsw.VOCUS.net.au (114.31.192.102)  206.572 ms  206.511 ms  206.509 ms
11  ten-1-3-0.cor01.syd03.nsw.VOCUS.net.au (114.31.192.86)  206.460 ms  206.060 ms  206.798 ms
12  ge-0-3-911.bdr01.syd01.nsw.VOCUS.net.au (114.31.192.129)  205.968 ms  206.740 ms  206.286 ms
13  ten-0-1-0.bdr01.akl02.akl.VOCUS.net.au (114.31.202.42)  207.193 ms  206.294 ms  206.572 ms
14  as17435.cust.bdr01.akl02.akl.VOCUS.net.au (114.31.203.90)  208.005 ms  207.272 ms  207.915 ms
15  * * *
16  * * *
17  * * *
обрывается на непонятном месте. Как это понимать?

Borisov
() автор топика

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

Пинги, судя по всему, режутся (т.е. ICMP-трафик блокируется).

iptables-save в студию, или хотя бы приватно, иначе непонятно, проблема в нем, в бинде или в хостере. На первый взгляд конфиг бинда нормальный, явных ляпов не видно.

В качестве теста, можно прогнать на Вашем VPS такие команды:

dig @182.154.138.39 rockstarcsui.pp.ua soa dig @182.154.138.56 rockstarcsui.pp.ua soa dig @127.0.0.1 rockstarcsui.pp.ua soa

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

livid
()
Ответ на: комментарий от livid

Да, dig конечно же построчно 

dig @182.154.138.39 rockstarcsui.pp.ua soa
dig @182.154.138.56 rockstarcsui.pp.ua soa
dig @127.0.0.1 rockstarcsui.pp.ua soa

livid
()
Ответ на: комментарий от Pinkbyte

Давайте пока исходить из мысли, что хостер ненормальный, потому что

хотя на другом серваке, где все работает ... ping себя тоже дает 100% packet loss.

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

livid
()
Ответ на: комментарий от livid

Спасибо за участие. Вот мои iptables-save 

iptables-save
# Generated by iptables-save v1.3.5 on Wed May 25 21:01:01 2011
*nat
:PREROUTING ACCEPT [200:12151]
:POSTROUTING ACCEPT [677:47057]
:OUTPUT ACCEPT [677:47057]
COMMIT
# Completed on Wed May 25 21:01:01 2011
# Generated by iptables-save v1.3.5 on Wed May 25 21:01:01 2011
*filter
:INPUT ACCEPT [14416:1457197]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [14832:3471880]
-A INPUT -p tcp -m tcp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A INPUT -d 182.154.138.39 -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -d 182.154.138.39 -p udp -m udp --sport 53 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -s 182.154.138.56 -d 182.154.138.39 -p tcp -m tcp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p udp -m udp --sport 1024:65535 --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -s 182.154.138.39 -p udp -m udp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
-A OUTPUT -s 182.154.138.39 -p udp -m udp --sport 53 --dport 53 -m state --state ESTABLISHED -j ACCEPT
-A OUTPUT -s 182.154.138.39 -d 182.154.138.56 -p tcp -m tcp --sport 53 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT
COMMIT
# Completed on Wed May 25 21:01:01 2011
Команды, что вы привели, вместо вывода приглашают ввод. Я попробовал вбивать их без собаки: # dig 182.154.138.56 rockstarcsui.pp.ua soa 
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> 182.154.138.56 rockstarcsui.pp.ua soa
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 2518
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;182.154.138.56.                        IN      A

;; AUTHORITY SECTION:
.                       882     IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2011052501 1800 900 604800 86400

;; Query time: 2 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Wed May 25 21:03:46 2011
;; MSG SIZE  rcvd: 107

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47501
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;rockstarcsui.pp.ua.            IN      SOA

;; ANSWER SECTION:
rockstarcsui.pp.ua.     3600    IN      SOA     ns1.rockstarcsui.pp.ua. root.rockstarcsui.pp.ua. 2011011510 10800 3600 604800 86400

;; Query time: 941 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Wed May 25 21:03:47 2011
;; MSG SIZE  rcvd: 81
# dig 127.0.0.1 rockstarcsui.pp.ua soa 
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> 127.0.0.1 rockstarcsui.pp.ua soa
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 43741
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;127.0.0.1.                     IN      A

;; AUTHORITY SECTION:
.                       744     IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2011052501 1800 900 604800 86400

;; Query time: 3 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Wed May 25 21:05:34 2011
;; MSG SIZE  rcvd: 102

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47200
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;rockstarcsui.pp.ua.            IN      SOA

;; ANSWER SECTION:
rockstarcsui.pp.ua.     3493    IN      SOA     ns1.rockstarcsui.pp.ua. root.rockstarcsui.pp.ua. 2011011510 10800 3600 604800 86400

;; Query time: 2 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Wed May 25 21:05:34 2011
;; MSG SIZE  rcvd: 81

Borisov
() автор топика
Ответ на: комментарий от Borisov

Как-то я упустил обновления треда, извините.

Нет-нет, без собаки это в принципе не то. Попробуйте экранировать собаку (писать перед ней обратный слеш).

iptables ничего не фильтрует. Правила можно убрать, default policy все равно accept. Значит дело не в нем. Значит проверяйте бинд, или мучайте техподдержку провайдера.

livid
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin