Raffael

Witam, niedawno zakupiłem hosting typu VPS. Postawiłem serwer na Debianie. Ponieważ od jakiegoś czasu posiadam domenę postanowiłem stworzyć własne nameservery dla niej. Zainstalowałem więc BIND9 i odpowiednio go skonfigurowałem. Mam teraz dwa nameservery typu ns1.domena.pl i ns2.domena.pl. Polecenie dig pokazuje że funkcjonują one prawidłowo. U rejestratora domeny nie posiadam żadnego panelu zarządzania nią. Gdy poprosiłem rejestratora domeny o zmianę poprzednich namserverów na ns1.domena.pl i ns2.domena.pl nie mógł on tego zrobić ponieważ te nameservery nie są nigdzie zarejestrowane. Pytanie brzmi, gdzie mogę za darmo zarejestrować swoje nameservery?

Adresy dała mi firma hostingowa. Napisali mi że są to moje dodatkowe adresy IP. Same adresy IP dają się spingować, ale tylko z mojego serwera. Z zewnątrz nie. Wychodzi na to że są niewidoczne na zewnątrz. Mam je dopisać do którychś plików konfiguracyjnych systemu? Może należałoby je dopisać do interfaces? Szczerze mówiąc odkąd je dostałem nic z nimi nie robiłem poza wpisami z bindem a tylko ja dokonuje konfiguracji i zmian w systemie. Sprawdziłem ifconfig, są wpisane venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:194.24.175.13 P-t-P:194.24.175.13 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 venet0:1 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:194.24.175.18 P-t-P:194.24.175.18 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 venet0:2 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:194.24.175.19 P-t-P:194.24.175.19 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1

Plik solojuve.com.db: $TTL 86400 @ IN SOA ns1.solojuve.com. lucid_dreamer.solojuve.com. ( 2008092408 3H 15M 1W 1D ) solojuve.com. IN NS ns1.solojuve.com. solojuve.com. IN NS ns2.solojuve.com. solojuve.com. IN A 194.24.175.13 solojuve.com. IN MX 0 solojuve.com. www IN CNAME solojuve.com. mail IN CNAME solojuve.com. ftp IN CNAME solojuve.com. ns1.solojuve.com.db $ORIGIN . $TTL 86400 ns1.solojuve.com IN SOA ns1.solojuve.com. lucid_dreamer.solojuve.com. ( 2008092408 3H 15M 1W 1D ) ns1.solojuve.com. IN NS ns1.solojuve.com. ns1.solojuve.com. IN NS ns2.solojuve.com. ns1.solojuve.com. IN A 194.24.175.18 ns2.solojuve.com.db: $ORIGIN . $TTL 86400 ns2.solojuve.com IN SOA ns2.solojuve.com. lucid_dreamer.solojuve.com. ( 2008092408 3H 15M 1W 1D ) ns2.solojuve.com. IN NS ns2.solojuve.com. ns2.solojuve.com. IN NS ns1.solojuve.com. ns2.solojuve.com. IN A 194.24.175.19 plik 194.24.175.rev $TTL 1d ; $ORIGIN 175.24.194.IN-ADDR.ARPA. @ IN SOA ns1.solojuve.com. lucid_dreamer.solojuve.com. ( 2008092408 7200 120 2419200 604800 ) IN NS ns1.solojuve.com. IN NS ns2.solojuve.com. 18 IN PTR ns1.solojuve.com. 19 IN PTR ns2.solojuve.com. plik named.conf.local: zone "ns1.solojuve.com" { type master; file "/etc/bind/zones/master/ns1.solojuve.com.db"; }; zone "ns2.solojuve.com" { type master; file "/etc/bind/zones/master/ns2.solojuve.com.db"; }; zone "solojuve.com" { type master; file "/etc/bind/zones/master/solojuve.com.db"; }; zone "175.24.194.IN-ADDR.ARPA" { type master; file "/etc/bind/zones/master/194.24.175.rev"; };

Spróbuj ponownie, restartowałem serwer.

Pokazuje: ; <<>> DiG 9.2.4 <<>> +trace domena.pl ;; global options: printcmd . 381813 IN NS B.ROOT-SERVERS.NET. . 381813 IN NS C.ROOT-SERVERS.NET. . 381813 IN NS D.ROOT-SERVERS.NET. . 381813 IN NS E.ROOT-SERVERS.NET. . 381813 IN NS F.ROOT-SERVERS.NET. . 381813 IN NS G.ROOT-SERVERS.NET. . 381813 IN NS H.ROOT-SERVERS.NET. . 381813 IN NS I.ROOT-SERVERS.NET. . 381813 IN NS J.ROOT-SERVERS.NET. . 381813 IN NS K.ROOT-SERVERS.NET. . 381813 IN NS L.ROOT-SERVERS.NET. . 381813 IN NS M.ROOT-SERVERS.NET. . 381813 IN NS A.ROOT-SERVERS.NET. ;; Received 440 bytes from 212.51.207.67#53(212.51.207.67) in 14 ms com. 172800 IN NS A.GTLD-SERVERS.NET. com. 172800 IN NS B.GTLD-SERVERS.NET. com. 172800 IN NS C.GTLD-SERVERS.NET. com. 172800 IN NS D.GTLD-SERVERS.NET. com. 172800 IN NS E.GTLD-SERVERS.NET. com. 172800 IN NS F.GTLD-SERVERS.NET. com. 172800 IN NS G.GTLD-SERVERS.NET. com. 172800 IN NS H.GTLD-SERVERS.NET. com. 172800 IN NS I.GTLD-SERVERS.NET. com. 172800 IN NS J.GTLD-SERVERS.NET. com. 172800 IN NS K.GTLD-SERVERS.NET. com. 172800 IN NS L.GTLD-SERVERS.NET. com. 172800 IN NS M.GTLD-SERVERS.NET. ;; Received 490 bytes from 192.228.79.201#53(B.ROOT-SERVERS.NET) in 188 ms domena.pl. 172800 IN NS ns1.domena.pl. domena.pl. 172800 IN NS ns2.domena.pl. ;; Received 98 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 151 ms dig: Couldn't find server 'ns2.domena.pl': Name or service not known Dziwne, teraz nawet nslookup nie może zlokalizować ns2 za to lokalizuje normalnie ns1 Ech, już nie daję rady. Jak możecie to sprawdźcie. Domena: solojuve.com Oprócz tego zerknijcie tu -> http://www.intodns.com/solojuve.com

Tak, jest wydelegowana na ns1 i ns2

No dobra, czy taka konfiguracja jak tu -> http://itmission.org/Main/How-to-Setup-you...ry-name-servers będzie odpowiednia do dwóch ns'ów w tej samej domenie?

No więc dobrze, firma dodała mi odpowiednie ns'y. Problem w tym że one nadal nie działają. Gdzie mam stworzyć te subdomeny ns1.domena.pl i ns2.domena.pl? W bindzie? Sytuacja jest następująca nslookup ns1.domena.pl z innego serwera: Non-authoritative answer: Name: ns1.domena.pl Address: 1.2.3.5 nslookup ns2.domena.pl z innego serwera: Non-authoritative answer: Name: ns2.domena.pl Address: 1.2.3.6 Gdy wykonuję nslookup z mojego serwera dostaje SERVFAIL jako odpowiedź. Dig ns1.domena.pl z innego serwera: ; <<>> DiG 9.2.4 <<>> ns1.domena.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47576 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;ns1.domena.pl. IN A ;; ANSWER SECTION: ns1.domena.pl. 172397 IN A 1.2.3.5 ;; AUTHORITY SECTION: domena.pl. 172397 IN NS ns1.domena.pl. domena.pl. 172397 IN NS ns2.domena.pl. ;; ADDITIONAL SECTION: ns2.domena.pl. 172397 IN A 1.2.3.6 ;; Query time: 5 msec ;; SERVER: 212.51.209.34#53(212.51.209.34) ;; WHEN: Wed Sep 24 19:16:06 2008 ;; MSG SIZE rcvd: 98 dig ns1 z mojego serwera: ; <<>> DiG 9.3.4-P1.1 <<>> ns1.domena.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 47399 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;ns1.domena.pl. IN A ;; Query time: 7 msec ;; SERVER: 194.24.175.242#53(194.24.175.242) ;; WHEN: Wed Sep 24 17:18:18 2008 ;; MSG SIZE rcvd: 34 Plik domena.pl.db: ; ; BIND data file for domena.pl ; $TTL 604800 @ IN SOA domena.pl. master.domena.pl. ( 2008092303 ; Serial 7200 ; Refresh 120 ; Retry 2419200 ; Expire 604800) ; Default TTL ; @ IN NS ns1.domena.pl. @ IN NS ns2.domena.pl. @ IN MX 10 mail.domena.pl. @ IN A 1.2.3.4 @ IN TXT "v=spf1 ip4:1.2.3.4 a mx ~all" ns1 IN A 1.2.3.5 ns2 IN A 1.2.3.6 mail IN A 1.2.3.4 ftp IN CNAME www Plik rev $TTL 1d ; $ORIGIN 3.2.1.IN-ADDR.ARPA. @ IN SOA ns1.domena.pl. master.domena.pl. ( 2008092303 7200 120 2419200 604800 ) IN NS ns1.domena.pl. IN NS ns2.domena.pl. 5 IN PTR ns1.domena.pl. 6 IN PTR ns2.domena.pl. Log z syslogd Sep 24 17:11:38 194-24-175-13 named[13537]: starting BIND 9.3.4-P1.1 -u bind -t /var/lib/named Sep 24 17:11:38 194-24-175-13 named[13537]: found 1 CPU, using 1 worker thread Sep 24 17:11:38 194-24-175-13 named[13537]: loading configuration from '/etc/bind/named.conf' Sep 24 17:11:38 194-24-175-13 named[13537]: listening on IPv6 interfaces, port 53 Sep 24 17:11:38 194-24-175-13 named[13537]: listening on IPv4 interface lo, 127.0.0.1#53 Sep 24 17:11:38 194-24-175-13 named[13537]: listening on IPv4 interface venet0:0, 1.2.3.4#53 Sep 24 17:11:38 194-24-175-13 named[13537]: listening on IPv4 interface venet0:1, 1.2.3.5#53 Sep 24 17:11:38 194-24-175-13 named[13537]: listening on IPv4 interface venet0:2, 1.2.3.6#53 Sep 24 17:11:38 194-24-175-13 named[13537]: command channel listening on 127.0.0.1#953 Sep 24 17:11:38 194-24-175-13 named[13537]: command channel listening on ::1#953 Sep 24 17:11:38 194-24-175-13 named[13537]: zone 0.in-addr.arpa/IN: loaded serial 1 Sep 24 17:11:38 194-24-175-13 named[13537]: zone 127.in-addr.arpa/IN: loaded serial 1 Sep 24 17:11:38 194-24-175-13 named[13537]: zone 3.2.1.IN-ADDR.ARPA/IN: loaded serial 2008092303 Sep 24 17:11:38 194-24-175-13 named[13537]: zone 255.in-addr.arpa/IN: loaded serial 1 Sep 24 17:11:38 194-24-175-13 named[13537]: zone domena.pl/IN: loaded serial 2008092303 Sep 24 17:11:38 194-24-175-13 named[13537]: zone localhost/IN: loaded serial 1 Sep 24 17:11:38 194-24-175-13 named[13537]: running Sep 24 17:11:38 194-24-175-13 named[13537]: zone domena.pl/IN: sending notifies (serial 2008092303) Sep 24 17:11:38 194-24-175-13 named[13537]: zone 3.2.1.IN-ADDR.ARPA/IN: sending notifies (serial 2008092303) Sep 24 17:11:38 194-24-175-13 named[13537]: client 1.2.3.5#59458: received notify for zone 'domena.pl' Sep 24 17:11:39 194-24-175-13 named[13537]: client 1.2.3.6#59458: received notify for zone 'domena.pl' Sep 24 17:11:39 194-24-175-13 named[13537]: client 1.2.3.6#59458: received notify for zone '3.2.1.IN-ADDR.ARPA'

W najgorszym wypadku, jak nie uda się założyć subdomeny to założyłem sobie podstawowy ns na http://freedns.sgh.waw.pl Jeżeli ktoś uważa to za zły pomysł to z chęcią się o tym dowiem, bo nie wiem czy dobrze jest stosować darmowe dns'y jako podstawowe.

A tak przy okazji, log z syslogd: Sep 23 21:39:01 194-24-175-13 named[7869]: exiting Sep 23 21:39:04 194-24-175-13 named[9714]: starting BIND 9.3.4-P1.1 -u bind -t /var/lib/named Sep 23 21:39:04 194-24-175-13 named[9714]: found 1 CPU, using 1 worker thread Sep 23 21:39:04 194-24-175-13 named[9714]: loading configuration from '/etc/bind/named.conf' Sep 23 21:39:04 194-24-175-13 named[9714]: listening on IPv6 interfaces, port 53 Sep 23 21:39:04 194-24-175-13 named[9714]: listening on IPv4 interface lo, 127.0.0.1#53 Sep 23 21:39:04 194-24-175-13 named[9714]: listening on IPv4 interface venet0:0, 1.2.3.4#53 Sep 23 21:39:04 194-24-175-13 named[9714]: listening on IPv4 interface venet0:1, 1.2.3.5#53 Sep 23 21:39:04 194-24-175-13 named[9714]: listening on IPv4 interface venet0:2, 1.2.3.6#53 Sep 23 21:39:04 194-24-175-13 named[9714]: command channel listening on 127.0.0.1#953 Sep 23 21:39:04 194-24-175-13 named[9714]: command channel listening on ::1#953 Sep 23 21:39:04 194-24-175-13 named[9714]: zone 0.in-addr.arpa/IN: loaded serial 1 Sep 23 21:39:04 194-24-175-13 named[9714]: zone 127.in-addr.arpa/IN: loaded serial 1 Sep 23 21:39:04 194-24-175-13 named[9714]: zone 3.2.1.IN-ADDR.ARPA/IN: loaded serial 2008092301 Sep 23 21:39:04 194-24-175-13 named[9714]: zone 255.in-addr.arpa/IN: loaded serial 1 Sep 23 21:39:04 194-24-175-13 named[9714]: zone domena.pl/IN: loaded serial 2008092301 Sep 23 21:39:04 194-24-175-13 named[9714]: zone localhost/IN: loaded serial 1 Sep 23 21:39:04 194-24-175-13 named[9714]: running Sep 23 21:39:04 194-24-175-13 named[9714]: zone 3.2.1.IN-ADDR.ARPA/IN: sending notifies (serial 2008092301) Sep 23 21:39:04 194-24-175-13 named[9714]: zone domena.pl/IN: sending notifies (serial 2008092301) Sep 23 21:39:04 194-24-175-13 named[9714]: client 1.2.3.6#49785: received notify for zone '3.2.1.IN-ADDR.ARPA' Sep 23 21:39:04 194-24-175-13 named[9714]: client 1.2.3.5#49785: received notify for zone 'domena.pl' Sep 23 21:39:04 194-24-175-13 named[9714]: client 1.2.3.6#49785: received notify for zone 'domena.pl' Niestety, jak pisałem już wcześniej, nie posiadam dostępu do Panelu Domeny, ma go jedynie firma w której zarejestrowałem domenę i jakoś nie kwapi się żeby mi ten dostęp dać. Ale napiszę im żeby zrobili subdomeny. Widać się trochę pośpieszyłem z tymi wpisami do pliku, ups...

Czyli w plik db walnąć: ns1.domena.pl. IN A 1.2.3.5 ns2.domena.pl. IN A 1.2.3.6 Co poza tym? Oczywiście, zmieniłem numery seryjne i przeładowałem bind'a. Nslookup nadal daje SERVFAIL.

Jasne że brakuje podstaw, bo pierwszy serwer w życiu postawiłem tydzień temu, więc jestem totalnie zielony w temacie Może drugi ns postawić na jakimś darmowym?

No dobra, ale mam stworzyć subdomeny w bindzie? Z osobnymi plikami konfiguracyjnymi?

No dobra, to co zrobić żeby były widoczne na zewnątrz a tym samym możliwe do użycia z domeną?

Nslookup z innego serwera: > ns1.domena.pl Server: 212.51.207.67 Address: 212.51.207.67#53 ** server can't find ns1.domena.pl: SERVFAIL > ns2.domena.pl Server: 212.51.207.67 Address: 212.51.207.67#53 ** server can't find ns2.domena.pl: SERVFAIL > domena.pl Server: 212.51.207.67 Address: 212.51.207.67#53 ** server can't find domena.pl: SERVFAIL

Syslogd po restarcie serwera: Sep 23 20:14:09 194-24-175-13 named[7235]: starting BIND 9.3.4-P1.1 -u bind -t /var/lib/named Sep 23 20:14:09 194-24-175-13 named[7235]: found 1 CPU, using 1 worker thread Sep 23 20:14:09 194-24-175-13 named[7235]: loading configuration from '/etc/bind/named.conf' Sep 23 20:14:09 194-24-175-13 named[7235]: listening on IPv6 interfaces, port 53 Sep 23 20:14:09 194-24-175-13 named[7235]: binding TCP socket: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: listening on IPv4 interface lo, 127.0.0.1#53 Sep 23 20:14:09 194-24-175-13 named[7235]: binding TCP socket: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: listening on IPv4 interface venet0:0, 1.2.3.4#53 Sep 23 20:14:09 194-24-175-13 named[7235]: binding TCP socket: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: listening on IPv4 interface venet0:1, 1.2.3.5#53 Sep 23 20:14:09 194-24-175-13 named[7235]: binding TCP socket: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: listening on IPv4 interface venet0:2, 1.2.3.6#53 Sep 23 20:14:09 194-24-175-13 named[7235]: binding TCP socket: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: couldn't add command channel 127.0.0.1#953: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: couldn't add command channel ::1#953: address in use Sep 23 20:14:09 194-24-175-13 named[7235]: zone 0.in-addr.arpa/IN: loaded serial 1 Sep 23 20:14:09 194-24-175-13 named[7235]: zone 127.in-addr.arpa/IN: loaded serial 1 Sep 23 20:14:09 194-24-175-13 named[7235]: zone 3.2.1.IN-ADDR.ARPA/IN: loaded serial 2007011501 Sep 23 20:14:09 194-24-175-13 named[7235]: zone 255.in-addr.arpa/IN: loaded serial 1 Sep 23 20:14:09 194-24-175-13 named[7235]: zone domena.pl/IN: loaded serial 2007011501 Sep 23 20:14:09 194-24-175-13 named[7235]: zone localhost/IN: loaded serial 1 Sep 23 20:14:09 194-24-175-13 named[7235]: running Sep 23 20:14:09 194-24-175-13 named[7235]: zone 3.2.1.IN-ADDR.ARPA/IN: sending notifies (serial 2007011501) Sep 23 20:14:09 194-24-175-13 named[7235]: zone domena.pl/IN: sending notifies (serial 2007011501) Sep 23 20:14:35 194-24-175-13 named[3639]: loading configuration from '/etc/bind/named.conf' Restart bind'a przebiegł bezproblemowo: /etc/init.d/bind9 restart Stopping domain name service...: bind. Starting domain name service...: bind.

Zawartość named.conf.options: options { directory "/var/cache/bind"; // If there is a firewall between you and nameservers you want // to talk to, you might need to uncomment the query-source // directive below. Previous versions of BIND always asked // questions using port 53, but BIND 8.1 and later use an unprivileged // port by default. // query-source address * port 53; // If your ISP provided one or more IP addresses for stable // nameservers, you probably want to use them as forwarders. // Uncomment the following block, and insert the addresses replacing // the all-0's placeholder. // forwarders { // 0.0.0.0; // }; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; Wstawione wcześniej wyniki polecenia dig wykonywane były z innego serwera. Wykonywane na tym samym serwerze (co serwer DNS) dają prawidłowe odpowiedzi.

Zawartość named.conf // This is the primary configuration file for the BIND DNS server named. // // Please read /usr/share/doc/bind9/README.Debian.gz for information on the // structure of BIND configuration files in Debian, *BEFORE* you customize // this configuration file. // // If you are just adding zones, please do that in /etc/bind/named.conf.local include "/etc/bind/named.conf.options"; // prime the server with knowledge of the root servers zone "." { type hint; file "/etc/bind/db.root"; }; // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; }; // zone "com" { type delegation-only; }; // zone "net" { type delegation-only; }; // From the release notes: // Because many of our users are uncomfortable receiving undelegated answers // from root or top level domains, other than a few for whom that behaviour // has been trusted and expected for quite some length of time, we have now // introduced the "root-delegations-only" feature which applies delegation-only // logic to all top level domains, and to the root domain. An exception list // should be specified, including "MUSEUM" and "DE", and any other top level // domains from whom undelegated responses are expected and trusted. // root-delegation-only exclude { "DE"; "MUSEUM"; }; include "/etc/bind/named.conf.local"; Named działa, wynik polecenia top (nie cały wynik): PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3639 bind 20 0 52804 3404 1996 S 0 0.6 0:00.00 named Port 53 jest otwarty (wynik działania nmap'a): 53/tcp open domain

Oto moje pliki stref z katalogu master: plik domena.pl.db: ; ; BIND data file for domena.pl ; $TTL 604800 @ IN SOA domena.pl. owner.domena.pl. ( 2007011501 ; Serial 7200 ; Refresh 120 ; Retry 2419200 ; Expire 604800) ; Default TTL ; @ IN NS ns1.domena.pl. @ IN NS ns2.domena.pl. domena.pl. IN MX 10 mail.domena.pl. domena.pl. IN A 1.2.3.4 www IN CNAME domena.pl. mail IN A 1.2.3.4 ftp IN CNAME domena.pl. domena.pl. IN TXT "v=spf1 ip4:1.2.3.4 a mx ~all" mail IN TXT "v=spf1 a -all" Plik 1.2.3.rev: $TTL 1d ; $ORIGIN 3.2.1.IN-ADDR.ARPA. @ IN SOA ns1.domena.pl. owner.domena.pl. ( 2007011501 7200 120 2419200 604800 ) IN NS ns1.domena.pl. IN NS ns2.domena.pl. 5 IN PTR ns1.domena.pl. 6 IN PTR ns2.domena.pl. Adres IP dla ns1 to 1.2.3.5, zaś dla ns2 1.2.3.6 Rejestrator domeny przy próbie zmiany ns'ów domeny na moje dostaje: {ns2=NameServer ns2.domena.pl is not a valid Nameserver, ns1=NameServer ns1.domena.pl is not a valid Nameserver} Zawartość named.conf.local: zone "domena.pl" { type master; file "/etc/bind/zones/master/domena.pl.db"; }; zone "3.2.1.IN-ADDR.ARPA" { type master; file "/etc/bind/zones/master/1.2.3.rev"; }; Według mnie wszystko jest w porządku... No dobra, coś nie jest w porządku... Wynik działania polecenia dig @1.2.3.5 (adres IP ns1): ; <<>> DiG 9.2.4 <<>> @1.2.3.5 domena.pl ;; global options: printcmd ;; connection timed out; no servers could be reached Tak samo dla dig na ns2 Za to dig na adres IP samego serwera daje: ; <<>> DiG 9.2.4 <<>> @1.2.3.4 domena.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41856 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;domena.pl. IN A ;; ANSWER SECTION: domena.pl. 604800 IN A 1.2.3.4 ;; AUTHORITY SECTION: domena.pl. 604800 IN NS ns1.domena.pl. domena.pl. 604800 IN NS ns2.domena.pl. ;; Query time: 14 msec ;; SERVER: 1.2.3.4#53(1.2.3.4) ;; WHEN: Tue Sep 23 21:27:02 2008 ;; MSG SIZE rcvd: 82 Czy powinienem edytować jakieś pliki systemowe żeby pod tymi adresami IP (mam 3 adresy IP od firmy hostingowej, 1 używam do serwera a dwa na ns'y) wystartowały serwery ns'y? Serwery ustawiłem wczoraj w nocy.