Skocz do zawartości
Zaloguj się, aby obserwować  
k4

Konfiguracja Bind9(netdirekt), Ustawienie Domeny Na Sama Siebie I Podpiecie Po Ipki

Polecane posty

U registrara zrobilem cos takiego:

ns1.domena.com

ns2.domena.com

Te ns'y ustawilem na Ipki mojego serwera. Zrobilem to jakies dwa dni temu, wiec powinno juz sie przestawic.

 

Zaczalem konfigurowac binda. Jedno IP juz jest napewno podlaczone w /etc/network/interfaces (to przez ktore sie lacze SSH i do ktorego podlaczone jest ns1.domena.com)

 

Jak to w debiania standardowa procedura "apt-get install bind9" i zaczale czytac poradniki na necie. skonfigurowalem: http://debian.one.pl/index.php?url=12 http://www.baseciq.org/linux/dns

 

Tylko cos mi nie smiga ;)

 

W named.conf dodalem wpis:

 

zone "domena.com" {
	type master;
	file "/etc/bind/db.domena.com";
};

 

db.domena.com wyglada tak:

;
; BIND data file for local loopback interface
;
$TTL	604800
@	   IN	  SOA	 ns1.domena.com.	 root.domena.com. (
						  1	; Serial
					 604800	; Refresh
					  86400	; Retry
					2419200	; Expire
					 604800 )	 ; Negative Cache TTL
;
@	   IN	  NS	  ns1.domena.com.
@	   IN	  NS	  ns2.domena.com.
ns1	 IN	  A	   89.149.**.*0
ns2	 IN	  A	   89.149.**.*8

Daje dig domena.com i nie chodzi, cos jest poknocone tylko w ktorym momencie ?

 

aha. resolv.conf nie ruszalem, zostawilem takie jak mi dali z netdirekt

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

To jest cały twój plik strefy?

Zapomniałes chyba o linijce:

@	  IN	  A	  89.149.**.*0

(oczywiście jeśli "89.149.**.*0" to IP Twojego serwera ;-))

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Ok, jak zrestartowalem binda i dalem "dig domena.com" to jakies sensowne informacje wyskoczyly, czyli chyba smiga ;)

 

dzieki

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Się bawię w konfiguracje binda i mam problem, ponieważ nie widzi mi primary :|

 

Chcę skorzystać z domeny: burningboard.pl

Używając tych NS: ns1.blueforum.info.pl, ns2.blueforum.pl

Mam do wykorzystania 1 adres IP: 91.203.132.108

 

/etc/bind/named.conf

zone "blueforum.info.pl" {
	type master;
	file "/etc/bind/db.blueforum.info.pl";
};

 

/etc/bind/db.blueforum.info.pl

$TTL 86400
@	   IN	  SOA	 ns1.blueforum.info.pl.  root.blueforum.info.pl. (
	2009020802	  // serial
	3600	// refresh
	3600	// retry
	3600000 // expire
	1209600 // minimum
	)

;
@	   IN	  NS			  ns1.blueforum.info.pl.
@	   IN	  NS			  ns2.blueforum.info.pl.
;
@	   IN	  MX	  10	  mail.blueforum.info.pl.
;
@	   IN	  A	   91.203.132.108
www	 IN	  A	   91.203.132.108
ns1	 IN	  A	   91.203.132.108
ns2	 IN	  A	   91.203.132.108

 

Czy takie coś zapewni mi primary i secondary DNS? Mam tylko 1 IP niestety... .

 

 

Domenę dopisuję do binda w /etc/bind/named.conf.local

zone "burningboard.pl" {
	type master;
	file "/etc/bind/db.burningboard.pl";
};

 

/etc/bind/db.burningboard.pl

$TTL 86400
@	   IN	  SOA	 ns1.blueforum.info.pl.  root.burningboard.pl. (
	2009020801	  // serial
	3600	// refresh
	3600	// retry
	3600000 // expire
	1209600 // minimum
	)

;
@	   IN	  NS			  ns1.blueforum.info.pl.
@	   IN	  NS			  ns2.blueforum.info.pl.
;
@	   IN	  MX	  10	  mail.burningboard.pl.
;
*	   IN	  A	   91.203.132.108
www	 IN	  A	   91.203.132.108

 

Restart binda, zmiana serial dla domeny robię, a jednak w OVH jak chcę zmienić domenie burningboard.pl DNS, to mam komunikat:

Strefa SOA dla domeny burningboard.pl nie jest dostępna na serwerze dns: ns1.blueforum.info.pl

 

Gdzie robię błąd?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

1) zgub '//' z konfiguracji, bo prawdopodobnie strefy się w ogóle nie wczytują,

2) NS'ami dla blueforum.info.pl są nadal ns*.home.pl.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

1) usunąłem i nic nie pomogło

2) nigdy nie umiałem tego zmienić :| To jest trochę nie zrozumiała rekurencja dla mnie. Narazie blueforum.info.pl kieruje na IP

 

Co do 2) to działa to kierowanie u mnie w blueman.pl

forumorange.net - jest podpięte jednak do ns1.blueman.pl i ns2.blueman.pl

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
1) usunąłem i nic nie pomogło
Jak nie jak tak? Teraz strefa blueforum.info.pl. już działa... Usunąłeś '//' też z drugiej strefy?

 

2) nigdy nie umiałem tego zmienić :| To jest trochę nie zrozumiała rekurencja dla mnie. Narazie blueforum.info.pl kieruje na IP
To nie jest rekurencja, bo adresy IP NS'ów są zwracane w 'additional info' z root-serverów.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

@p - jakim poleceniem sprawdzasz? Pewnie coś z 'dig'?

Tak - z drugiej strefy (burningboard.pl) także usunąłem już wcześniej.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
@p - jakim poleceniem sprawdzasz? Pewnie coś z 'dig'?
$ dig www.burningboard.pl @91.203.132.108

Tak - z drugiej strefy (burningboard.pl) także usunąłem już wcześniej.
Reload zrobiłeś? Bo poza tym strefa jest OK i powinno ją załadować.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Tak - zrobiłem reload, restart, start, stop :D

 

Podam jeszcze raz zawartość moich plików:

 

named.conf

zone "blueforum.info.pl" {
	type master;
	file "/etc/bind/db.blueforum.info.pl";
	#allow-transfer {
	#	   91.203.132.108;
	#};
	#notify yes;
};

 

db.blueforum.info.pl

$TTL 86400
@	   IN	  SOA	 ns1.blueforum.info.pl.  root.blueforum.info.pl. (
	2009020901
	3600
	3600
	3600000
	1209600
	)

;
@	   IN	  NS			  ns1.blueforum.info.pl.
@	   IN	  NS			  ns2.blueforum.info.pl.
;
@	   IN	  MX	  10	  mail.blueforum.info.pl.
;
@	   IN	  A	   91.203.132.108
www	 IN	  A	   91.203.132.108
ns1	 IN	  A	   91.203.132.108
ns2	 IN	  A	   91.203.132.108

 

named.conf.local

zone "burningboard.pl" {
	type master;
	file "/etc/bind/db.burningboard.pl";
};

(oczywiście includuje ten plik na końcu named.conf)

 

db.burningboard.pl

$TTL 86400
@	   IN	  SOA	 ns1.blueforum.info.pl.  root.burningboard.pl. (
	2009020901
	3600
	3600
	3600000
	1209600
	)

;
@	   IN	  NS			  ns1.blueforum.info.pl.
@	   IN	  NS			  ns2.blueforum.info.pl.
;
@	   IN	  MX	  10	  mail.burningboard.pl.
;
@	   IN	  A	   91.203.132.108
www	 IN	  A	   91.203.132.108

 

 

WOW - teraz spróbowałem w home.pl zmienić DNS dla blueforum.info.pl i się udało - łykneli ns1 i ns2 :]

ALE - w ovh dalej dla burningboard.pl nie mogę zmienić DNS

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
(oczywiście includuje ten plik na końcu named.conf)
Oczywiście nie... Przenieś te wpisy do named.conf i nie rób scen :D

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

<marudzi coś pod nosem, że nie pozwolili mu zrobić po swojemu>

 

OK, przeniosłem i zrestartowałem

bluebudg:/etc/bind# /etc/init.d/bind9 restart
Stopping domain name service...: bind.
Starting domain name service...: bind.

 

 

-- EDIT

blueforum.net.pl - zarejestrowana w home łyknęła nowe DNS ns1.blueforum.info.pl :|

Idę testować do OVH na innej domenie... .

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

bluebudg:/etc/bind# named -g 2>&1 | grep loaded
08-Feb-2009 23:43:24.828 zone 0.in-addr.arpa/IN: loaded serial 1
08-Feb-2009 23:43:24.828 zone 127.in-addr.arpa/IN: loaded serial 1
08-Feb-2009 23:43:24.828 zone 255.in-addr.arpa/IN: loaded serial 1
08-Feb-2009 23:43:24.829 zone localhost/IN: loaded serial 1
08-Feb-2009 23:43:24.829 zone bigfile.pl/IN: loaded serial 2009020901
08-Feb-2009 23:43:24.829 zone blueforum.info.pl/IN: loaded serial 2009020901
08-Feb-2009 23:43:24.830 zone blueforum.net.pl/IN: loaded serial 2009020901

I potem nic się nie dzieje... tak jakby czekał na jakiś kolejny stromień danych

 

 

Teraz testuję bigfile.pl zarejestrowaną w OVH - jak widać się załadowała, ale OVH dalej twierdzi, że nie ns1.blueforum.info.pl nie jest skonfigurowane... . Tylko coś dziwnie dłuuuuuuugo OVH myśli nad zmianą tych DNS... tak jakby nie mógł się dogadać z moim bind9 i sprawdza go kilka razy... po czym wyrzuca, że jednak nie dogadał się... .

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
I potem nic się nie dzieje... tak jakby czekał na jakiś kolejny stromień danych
Nic się nie dzieje, bo miało pokazać tylko załadowane strefy... Widać, że burningboard.pl. się w ogołe nie załadowało...

 

Daj jeszcze raz samo:

# named -g

 

Teraz testuję bigfile.pl zarejestrowaną w OVH - jak widać się załadowała, ale OVH dalej twierdzi, że nie ns1.blueforum.info.pl nie jest skonfigurowane... . Tylko coś dziwnie dłuuuuuuugo OVH myśli nad zmianą tych DNS... tak jakby nie mógł się dogadać z moim bind9 i sprawdza go kilka razy... po czym wyrzuca, że jednak nie dogadał się... .
Może chodzi o to, że masz jednego IP'ka? Bo poza tym strefa bigfile.pl. wygląda OK.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

bluebudg:/etc/bind# named -g
08-Feb-2009 23:57:10.638 starting BIND 9.3.4-P1.1 -g
08-Feb-2009 23:57:10.639 found 1 CPU, using 1 worker thread
08-Feb-2009 23:57:10.642 loading configuration from '/etc/bind/named.conf'
08-Feb-2009 23:57:10.643 listening on IPv6 interfaces, port 53
08-Feb-2009 23:57:10.643 binding TCP socket: address in use
08-Feb-2009 23:57:10.643 listening on IPv4 interface lo, 127.0.0.1#53
08-Feb-2009 23:57:10.643 binding TCP socket: address in use
08-Feb-2009 23:57:10.644 listening on IPv4 interface venet0:0, 91.203.132.108#53
08-Feb-2009 23:57:10.644 binding TCP socket: address in use
08-Feb-2009 23:57:10.646 none:0: open: /etc/bind/rndc.key: permission denied
08-Feb-2009 23:57:10.646 couldn't add command channel 127.0.0.1#953: permission denied
08-Feb-2009 23:57:10.646 none:0: open: /etc/bind/rndc.key: permission denied
08-Feb-2009 23:57:10.646 couldn't add command channel ::1#953: permission denied
08-Feb-2009 23:57:10.646 ignoring config file logging statement due to -g option
08-Feb-2009 23:57:10.647 zone 0.in-addr.arpa/IN: loaded serial 1
08-Feb-2009 23:57:10.647 zone 127.in-addr.arpa/IN: loaded serial 1
08-Feb-2009 23:57:10.647 zone 255.in-addr.arpa/IN: loaded serial 1
08-Feb-2009 23:57:10.648 zone localhost/IN: loaded serial 1
08-Feb-2009 23:57:10.648 zone bigfile.pl/IN: loaded serial 2009020901
08-Feb-2009 23:57:10.648 zone burningboard.pl/IN: loading master file /etc/bind/db.burningboard.pl: file not found
08-Feb-2009 23:57:10.649 zone blueforum.info.pl/IN: loaded serial 2009020901
08-Feb-2009 23:57:10.649 zone blueforum.net.pl/IN: loaded serial 2009020901
08-Feb-2009 23:57:10.649 running
08-Feb-2009 23:57:10.650 zone bigfile.pl/IN: sending notifies (serial 2009020901)
08-Feb-2009 23:57:10.650 zone blueforum.info.pl/IN: sending notifies (serial 2009020901)
08-Feb-2009 23:57:10.650 zone blueforum.net.pl/IN: sending notifies (serial 2009020901)
08-Feb-2009 23:57:10.650 client 91.203.132.108#34621: received notify for zone 'bigfile.pl'
08-Feb-2009 23:57:11.152 client 91.203.132.108#34621: received notify for zone 'blueforum.info.pl'
08-Feb-2009 23:57:11.152 client 91.203.132.108#34621: received notify for zone 'blueforum.net.pl'
08-Feb-2009 23:57:46.204 shutting down
08-Feb-2009 23:57:46.205 no longer listening on ::#53
08-Feb-2009 23:57:46.205 no longer listening on 127.0.0.1#53
08-Feb-2009 23:57:46.205 no longer listening on 91.203.132.108#53
08-Feb-2009 23:57:46.206 exiting

 

Dziwna sprawa, że burningboard.pl się nie ładuje :| Kolejne testowe domeny tworze kopiując wcześniejsze wpisy... a jednak ładują się...

 

 

 

-- EDIT

Znalazłem błąd - w nazwie pliku db.burningboard.pl zjadłem jedną literkę.

 

bluebudg:/etc/bind# named -g 2>&1 | grep loaded
09-Feb-2009 00:02:13.455 zone 0.in-addr.arpa/IN: loaded serial 1
09-Feb-2009 00:02:13.455 zone 127.in-addr.arpa/IN: loaded serial 1
09-Feb-2009 00:02:13.455 zone 255.in-addr.arpa/IN: loaded serial 1
09-Feb-2009 00:02:13.456 zone localhost/IN: loaded serial 1
09-Feb-2009 00:02:13.456 zone bigfile.pl/IN: loaded serial 2009020901
09-Feb-2009 00:02:13.456 zone burningboard.pl/IN: loaded serial 2009020903
09-Feb-2009 00:02:13.457 zone blueforum.info.pl/IN: loaded serial 2009020901
09-Feb-2009 00:02:13.457 zone blueforum.net.pl/IN: loaded serial 2009020901

Co nie zmienia faktu, że OVH dalej nie przyjmuje moich NS :D

 

BTW - bind9 nie ma logów w /var/log ??

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Znalazłem błąd - w nazwie pliku db.burningboard.pl zjadłem jedną literkę.
:D

 

Co nie zmienia faktu, że OVH dalej nie przyjmuje moich NS :D
Patrz mój poprzedni post :D

 

BTW - bind9 nie ma logów w /var/log ??
Ma.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

A teraz inny błąd mam :D

Zrobiłem podobne kroku dla innej domeny i pośrednio zadziałało... .

 

Domena do podczepienia: burningboard.pl

NS: nsa.wlasnyserwer.pl nsb.wlasnyserwer.pl

 

Można mieć kilka NS w różnych domenach na 1 serwerze? Chyba można?

 

 

No to tym razem chciałem ustawić NS dla domeny wlasnyserwer.pl zarejestrowanej w OVH.

Udało się - nawet sama domena siedzi na własnych NS: nsa.wlasnyserwer.pl i nsb.wlasnyserwer.pl

 

Ale inne domeny nie do końca przyjmują te NS.

Przyjmują do kolejkowania do zmiany (wcześniej nawet tego nie przyjmowali), ale w czasie reloadu u nich binda jest komunikat:

Błąd przy aktualizacji domeny: Dns zone not yet ready

 

bluebudg:/etc/bind# named -g 2>&1 | grep loaded
09-Feb-2009 09:33:20.003 zone 0.in-addr.arpa/IN: loaded serial 1
09-Feb-2009 09:33:20.003 zone 127.in-addr.arpa/IN: loaded serial 1
09-Feb-2009 09:33:20.004 zone 255.in-addr.arpa/IN: loaded serial 1
09-Feb-2009 09:33:20.004 zone localhost/IN: loaded serial 1
09-Feb-2009 09:33:20.004 zone bigfile.pl/IN: loaded serial 2009020901
09-Feb-2009 09:33:20.005 zone burningboard.pl/IN: loaded serial 2009020904
09-Feb-2009 09:33:20.005 zone blueforum.info.pl/IN: loaded serial 2009020902
09-Feb-2009 09:33:20.005 zone blueforum.net.pl/IN: loaded serial 2009020901
09-Feb-2009 09:33:20.006 zone wlasnyserwer.pl/IN: loaded serial 2009020902

 

named.conf

zone "wlasnyserwer.pl" {
	type master;
	file "/etc/bind/db.wlasnyserwer.pl";
	#allow-transfer {
	#		83.242.78.163;
	#};
	#notify yes;
};

zone "burningboard.pl" { type master; file "/etc/bind/db.burningboard.pl"; };

 

db.wlasnyserwer.pl

$TTL 86400
@	   IN	  SOA	 nsa.wlasnyserwer.pl.	root.wlasnyserwer.pl. (
	2009020902
	3600
	3600
	3600000
	1209600
	)

;
@	   IN	  NS			  nsa.wlasnyserwer.pl.
@	   IN	  NS			  nsb.wlasnyserwer.pl.
;
@	   IN	  MX	  10	  mail.wlasnyserwer.pl.
;
@	   IN	  A	   91.203.132.108
www	 IN	  A	   91.203.132.108
nsa	 IN	  A	   91.203.132.108
;ns2	IN	  A	   83.242.78.163
nsb	 IN	  A	   91.203.132.108

 

db.burningboard.pl

$TTL 86400
@	   IN	  SOA	 nsa.wlasnyserwer.pl.	root.burningboard.pl. (
	2009020904
	3600
	3600
	3600000
	1209600
	)

;
@	   IN	  NS			  nsa.wlasnyserwer.pl.
@	   IN	  NS			  nsb.wlasnyserwer.pl.
;
@	   IN	  MX	  10	  mail.burningboard.pl.
;
@	   IN	  A	   91.203.132.108
www	 IN	  A	   91.203.132.108

 

 

Już tak blisko rozwiązania problemu jestem :D

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Już tak blisko rozwiązania problemu jestem :D
Ja nie widzę problemu, z mojej strony burningboard.pl. jest widoczne.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Tak - teraz powinno już być wszystko wporządku.

Moje problemy już się zakończyły raczej :D

 

Dziękuję bardzo za pomoc. Gdyby nie ty to mógłbym nie dać rady!

Kiedy będę mógł postawić ci piwo za to?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Dziękuję bardzo za pomoc. Gdyby nie ty to mógłbym nie dać rady!
Spoko :D

 

Kiedy będę mógł postawić ci piwo za to?
Raczej nie szybko... Nie zapuszczam się tak daleko na południe kraju :D

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Jak podpiąć zapasowy serwer DNS w freedns.sgh.waw.pl ?

 

primary: ns1.ania.li - 83.242.78.163

second: ns2.ania.li - (freedns.sgh.waw.pl)

 

Na jaki IP powinna wskazywać ns2.ania.li ? 193.111.27.194 czy 194.145.96.21 ?

 

freedns dobrze odbiera strefę

148562718b3db8bdm.png

 

66a0bac9c4e72dbem.png

 

w ovh mam zapisane IP dla ns1 i ns2

9087b5cbb0aa9e17m.png

 

ale przy zapisywaniu NS dla innej domeny mam błąd dla ns2

353f0a4c5a8275f8m.png

 

/etc/bind/named.conf

zone "ania.li" {
	type master;
	file "/etc/bind/db.ania.li";
	allow-transfer {
			193.111.27.194; 194.145.96.21;
	};
	notify yes;
};

zone "czujny.pl" { type master; file "/etc/bind/db.czujny.pl"; };

 

db.ania.li

$TTL 86400
@	   IN	  SOA	 ns1.ania.li.	root.ania.li. (
	2009041304
	3600
	3600
	3600000
	1209600
	)

;
@	   IN	  NS			  ns1.ania.li.
@	   IN	  NS			  ns2.ania.li.
;
@	   IN	  MX	  10	  mail.ania.li.
;
@	   IN	  A	   83.242.78.163
www	 IN	  A	   83.242.78.163
ns1	 IN	  A	   83.242.78.163
ns2	 IN	  A	   194.145.96.21

 

db.czujny.pl

$TTL 86400
@	   IN	  SOA	 ns1.ania.li.	root.czujny.pl. (
	2009041302
	3600
	3600
	3600000
	1209600
	)

;
@	   IN	  NS			  ns1.ania.li.
@	   IN	  NS			  ns2.ania.li.
;
@	   IN	  MX	  15	  ASPMX.L.GOOGLE.COM.
;
@	   IN	  A			   83.242.78.163
www	 IN	  A			   83.242.78.163

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
ale przy zapisywaniu NS dla innej domeny mam błąd dla ns2
Bo nie ustawiłeś w freedns, żeby serwis pełnił rolę secondary dla "innej domeny" (tu: czujny.pl).

 

Pewnie złe rozumiesz rolę secondary, więc Ci wytłumaczę. Rola taka oznacza, że serwery nazw typu secondary pobierają strefę dla której pełnią tą rolę z głównego serwera nazw. To nie jest rola secondary dla innego serwera nazw (czyli dodanie nowej strefy w głównym serwerze nazw nie powoduje jej automagicznego dodania do serwera secondary).

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

No chyba w miarę podobnie rozumiałem rolę secondary.

Jak ktoś wpisuje domena.pl, to przeglądarka/rooter pobiera jego NS. Próbuję łączyć się z primary, jak jest OK to się łączy. Jak nie może znaleźć IP to próbuję go wyciągnąć od secondary, w którym jest zapisany. Pobiera IP, łączy się z nim, no i mamy stronę.

 

 

To jak ustawić?

 

w freedns.sgh.waw.pl ustawiłem, transfer dla wszystkich

69cedd18f6156db4m.png

 

ale dalej nie można używać ns2.ania.li

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się

Zaloguj się, aby obserwować  

×