Raffael
-
Zawartość
19 -
Rejestracja
-
Ostatnio
Posty napisane przez Raffael
-
-
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.18ns2.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.19plik 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 wwwPlik 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.
-
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?
Jak i gdzie zarejestrować nameserver?
w Serwery DNS
Napisano · Raportuj odpowiedź
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