DNS principal Master pentru o rețea LAN pe Debian 6.0 (V) și final

Cei care au urmat Primul, 2da, Primul y 4ta o parte din acest articol și consultările făcute către BIND au dat rezultate satisfăcătoare, sunt deja experți pe această temă. :-) Și fără alte întrebări, să intrăm în ultima parte:

• Crearea fișierului „Master Master Zone” de tip „invers” 10.168.192.in-addr.arpa
• Depanarea
• Rezumat

Crearea fișierului „Master Master Zone” de tip „invers” 10.168.192.in-addr.arpa

Numele zonei ți le aduce, nu? Și este că zonele inverse sunt obligatorii pentru a avea o rezoluție corectă a numelui în conformitate cu standardele Internet. Nu avem de ales decât să-l creăm pe cel corespunzător domeniului nostru. Pentru aceasta folosim ca șablon fișierul /etc/bind/db.127:

cp /etc/bind/db.127 /var/cache/bind/192.168.10.rev

Edităm fișierul /var/cache/bind/192.168.10.rev și o lăsăm așa:

; /var/cache/bind/192.168.10.rev; ; Fișier de date invers BIND pentru zona master 10.168.192.in-addr.arpa; Fișiere de date BIND pentru Master Zone (Reverse) 10.168.192.in-addr.arpa; $ TTL 604800 @ IN SOA ns.amigos.cu. root.amigos.cu. (2; Serial 604800; Reîmprospătare 86400; Reîncercați 2419200; Expirați 604800); Cache negativ TTL; @ IN NS ns. 10 IN PTR ns.amigos.cu. 1 IN PTR gandalf.amigos.cu. 9 ÎN PTR mail.amigos.cu. 20 IN PTR web.amigos.cu. 100 IN PTR fedex.amigos.cu. ; putem scrie și adresa IP completă. Ex :; 192.168.10.1 IN PTR gandalf.amigos.cu.

• Observați cum, în acest caz, am lăsat timpii în secunde, deoarece este creat în mod implicit atunci când lega9. Funcționează la fel. Sunt aceleași perioade cu cele indicate în fișier friends.cu.host. Când aveți dubii, verificați.
• De asemenea, rețineți că declarăm numai înregistrările inverse ale gazdelor care au un IP atribuit sau „real” pe LAN-ul nostru și care îl identifică în mod unic.
• Nu uitați să actualizați fișierul Reverse Zone cu TOATE adresele IP corecte declarate în Zona Directă.
• Nu uitați să măriți Numărul de serie al zonei de fiecare dată când modifică fișierul și înainte de a reporni BIND-ul.

Să verificăm zona nou creată:

named-checkzone 10.168.192.in-addr.arpa /var/cache/bind/192.168.10.rev

Verificăm configurația:

named-checkconf -z named-checkconf -p

Dacă totul a decurs OK, repornim serviciul:

service bind9 reporniți

De acum înainte, de fiecare dată când modificăm fișierele de zonă, trebuie doar să executăm:

rndc reîncarcă

Pentru aceasta declarăm cheia /etc/bind/named.conf.options, Nu?

Depanarea

Foarte important este conținutul corect al fișierului /etc/resolv.conf după cum am văzut în capitolul anterior. Nu uitați să indicați în acesta cel puțin următoarele:

căutare prieteni.cu nameserver 192.168.10.20

comandă săpa a pachetului dnsutil. Pe o consolă, tastați comenzile precedate de #:

# dig -x 127.0.0.1 ..... ;; SECȚIUNEA DE RĂSPUNS: 1.0.0.127.in-addr.arpa. 604800 IN PTR localhost. .... # dig -x 192.168.10.9 .... ;; SECȚIUNEA DE RĂSPUNS: 9.10.168.192.in-addr.arpa. 604800 IN PTR mail.amigos.cu. .... # host gandalf gandalf.amigos.cu has address 192.168.10.1 # host gandalf.amigos.cu gandalf.amigos.cu has address 192.168.10.1 # dig gandalf; << >> DiG 9.7.2-P3 << >> gandalf ;; opțiuni globale: + cmd ;; conexiunea a expirat; nu s-a putut ajunge la niciun server # dig gandalf.amigos.cu .... ;; SECȚIUNEA DE RĂSPUNS: gandalf.amigos.cu. 604800 IN A 192.168.10.1 .... Dacă au acces la internetul cubanez sau global, iar expeditorii sunt declarați corect încercați: # dig debian.org .... ;; SECȚIUNEA ÎNTREBĂRII :; debian.org. ÎN A ;; SECȚIUNEA DE RĂSPUNS: debian.org. 3600 IN A 86.59.118.148 debian.org. 3600 IN A 128.31.0.51 .... # host bohemia.cu bohemia.cu are adresa 190.6.81.130 # host yahoo.es yahoo.es are adresa 77.238.178.122 yahoo.es are adresa 87.248.120.148 yahoo.es e-mail de 10 mx-eu.mail.am0.yahoodns.net. # dig -x 77.238.178.122 ;; SECȚIUNEA DE RĂSPUNS: 122.178.238.77.in-addr.arpa. 429 IN PTR w2.rc.vip.ird.yahoo.com.

… Și, în general, cu alte domenii în afara rețelei LAN. Consultați și aflați lucruri interesante pe Internet.

Una dintre cele mai bune modalități de a verifica performanța unui server lega9, și, în general, pentru orice alt serviciu instalat, citește rezultatul fișierului Mesaje jurnal sistem folosind comanda tail -f / var / log / syslog rulați ca utilizatorrădăcină.

Este foarte interesant să vedem rezultatul acelei comenzi atunci când punem o întrebare locală BIND despre un domeniu extern sau o gazdă. În acest caz, pot fi prezentate mai multe scenarii:

• Dacă nu avem acces la Internet, interogarea noastră va eșua.
• Dacă avem acces la Internet și NU am declarat expeditori, cel mai probabil nu vom primi un răspuns.
• Dacă avem acces la Internet și am declarat expeditorii, vom obține un răspuns, deoarece aceștia vor fi responsabili de consultarea serverului DNS sau a serverelor necesare.

Dacă lucrăm la o LAN închis în care este imposibil în niciun fel să plecăm în străinătate și nu avem expeditori de niciun fel, putem elimina mesajele de căutare ale Servere Root „Golirea” fișierului /etc/bind/db.root. Pentru a face acest lucru, salvăm mai întâi fișierul cu un alt nume și apoi ștergem tot conținutul acestuia. Apoi verificăm configurația și repornim serviciul:

cp /etc/bind/db.root /etc/bind/db.root.original cp / dev / null /etc/bind/db.root named-checkconf -z named-checkconf -p service bind9 restart

Rezumat

Până acum, oameni buni, o mică introducere în serviciul DNS. Ceea ce am făcut până acum ne poate servi perfect pentru micile noastre afaceri. De asemenea, pentru casă, dacă creăm mașini virtuale cu sisteme de operare diferite și adrese IP diferite și nu dorim să ne referim la ele prin IP ci după nume. Instalez întotdeauna un BIND pe gazda mea de acasă pentru a instala, configura și testa servicii care depind în mare măsură de serviciul DNS. Folosesc pe scară largă desktopurile și serverele virtuale și nu-mi place să păstrez un fișier / Etc / hosts în fiecare dintre mașini. Mă înșel prea mult.

Dacă nu ați instalat și configurat niciodată un BIND, nu vă lăsați amânat dacă ceva nu merge bine la prima încercare și trebuie să începeți din nou. În aceste cazuri, vă recomandăm întotdeauna să începeți cu o instalare curată. Merită încercat!

Pentru cei care au nevoie de o disponibilitate ridicată în serviciul de rezoluție de nume, care poate fi realizat prin configurarea unui server Master secundar, vă recomandăm să continuați cu noi în următoarea aventură: Master DNS secundar pentru o rețea LAN.

Felicitări celor care au urmărit toate articolele și au obținut rezultatele scontate!