Pornirea unui server DNS sub Windows. Crearea și configurarea zonelor DNS Semnificația serviciului DNS pentru domeniile Windows
O zonă este o bază de date care conține informații autorizate despre o regiune a spațiului de nume DNS. Când instalați un server DNS cu un controler de domeniu, o zonă DNS este creată automat pentru a accepta domeniul Active Directory. Dacă serverul DNS a fost instalat pe un controler de domeniu, un server membru al domeniului sau un server autonom, zonele trebuie create și configurate manual.
Această lecție descrie cum să creați și să configurați o zonă și oferă informațiile necesare pentru a configura corect o zonă.
Crearea zonelor
Zonă DNS este o bază de date care conține înregistrări careasociați nume cu adrese din regiunea descrisă a spațiului de nume DNS. Deşipentru a răspunde la interogări de nume, serverul DNS poate utiliza stocarea în cacheinformații de la alte servere, el este autorizat să răspundă solicitărilor numai înzonă controlată local. Pentru orice domeniu al spațiului de nume DNS,reprezentat de un nume de domeniu (de exemplu, google .ru), există doar unulsursă autorizată de date de zonă.
Dacă trebuie să creați o zonă nouă pe serverul DNS, puteți utiliza Expertul pentru zonă nouă din Managerul DNS. Pentru a lansa expertul, faceți clic clic dreapta Faceți clic pe pictograma serverului din arborele consolei DNS Manager și utilizați comanda New Zone.
New Zone Wizard conține următoarele pagini de configurare:
■ Tipul zonei;
■ Zona de replicare a zonei, integrat V Active Directory (Active Directory Zone Replication Scope);
■ Zona de căutare înainte sau inversă;
■ Numele zonei;
■ Actualizare dinamică (Actualizare dinamică).
Următoarele secțiuni descriu conceptele de configurare asociate cu aceste cinci pagini expert.
Selectarea unui tip de zonă
Pe pagina Tip zonă a Expertului New Zone, puteți alege să creați o zonă principală, o zonă secundară sau o zonă stub. Prin crearea unei zone primare sau stub pe un controler de domeniu, puteți stoca datele zonei în Active Directory.
* Zonele principale
Cel mai comun tip de zonă DNS este zona primară. Acesta furnizează datele sursă de citire/scriere care acordă serverului DNS local autoritatea de a răspunde la interogările DNS la nivelul spațiului de nume DNS.
Serverul DNS local care gestionează zona principală servește ca sursă principală de date despre acea zonă. Serverul stochează o copie master a datelor de zonă într-un fișier local sau în Active Directory Domain Services (AD DS). Dacă zona este salvată într-un fișier și nu în Active Directory, numele implicit al fișierului este nume_zonă.dnsși este stocat în folderul %systemroot%\System 32\Dns de pe server.
*Zone suplimentare
Oferă o copie autorizată, numai în citire, a zonei primare sau a unei zone suplimentare.
Zonele secundare oferă capacitatea de a reduce cantitatea de trafic de interogări DNS în zonele rețelei în care datele de zonă sunt interogate și utilizate intens. În plus, dacă serverul care gestionează zona principală nu este disponibil, zona secundară poate oferi rezoluție de nume până când serverul principal devine din nou disponibil.
Zonele sursă de la care zonele suplimentare primesc informații sunt numite zone master, iar procedurile de copiere a datelor care asigură actualizarea regulată a informațiilor despre zonă se numesc transferuri de zonă. O zonă principală poate fi o zonă principală sau o altă zonă suplimentară. O zonă principală poate fi atribuită unei zone suplimentare care este creată în Expertul zonei noi. Deoarece o zonă secundară este o copie a zonei primare gestionată de un alt server, nu poate fi stocată în Active Directory.
* Zone stub
Similar cu o zonă secundară, dar conține înregistrări de resurse necesare pentru a identifica serverele DNS autorizate din zona principală. Zonele stub sunt adesea folosite pentru a permite unei zone părinte (de exemplu, google .ru) să folosească o listă actualizată de servere de nume disponibile într-o zonă secundară delegată (de exemplu: translate .google .ru). Ele servesc, de asemenea, la îmbunătățirea rezoluției numelor și la simplificarea administrării DNS.
* Depozitarea zonelor înActivDirector
Când creați o zonă principală sau o zonă stub pe un controler de domeniu, în pagina Tip zonă a expertului, puteți selecta opțiunea de salvare a zonei în Active Directory. Datele zonelor integrate în Active Directory sunt replicate automat în Active Directory în funcție de setările selectate în pagina Domeniu de replicare a zonei Active Directory. Datorită acestei opțiuni, nu este nevoie să configurați transferul de zonă către servere suplimentare.
Integrarea unei zone DNS în Active Directory oferă mai multe beneficii. În primul rând, deoarece serviciile Active Directory efectuează replicarea zonei, nu este nevoie să configurați un mecanism de transfer de zonă DNS separat între serverele primare și secundare. Replicarea rețelelor multiple oferă automat toleranță la erori și performanță sporită datorită disponibilității multiplelor serverele principale cu permisiunea de citire/scriere. În al doilea rând, Active Directory vă permite să actualizați și să replicați proprietățile înregistrărilor de resurse individuale pe serverele DNS Deoarece multe înregistrări complete de resurse nu sunt transferate, sarcina resurselor de rețea în timpul transferurilor de zonă este redusă. În cele din urmă, zonele integrate în Active Directory oferă, de asemenea, cerințe de securitate opționale pentru actualizare dinamică, care pot fi configurate în pagina Actualizare dinamică a Expertului pentru zone noi.
NOTA: Controlere de domeniu doar pentru citire și zone integrate cu Active Directory
Pe controlerele de domeniu tradiționale, o copie a zonei are permisiunea de citire/scriere. Pe controlerele de domeniu doar pentru citire (RODC), copiei zonei i se atribuie permisiunea numai pentru citire.
* Zone standard
Când creați o zonă pe un controler de domeniu, opțiunea de salvare a zonei în Active Directory pe pagina Tip zonă este selectată în mod implicit. Cu toate acestea, puteți debifa această casetă de selectare și puteți crea o așa-numită zonă standard. Pe un server care nu este un controler de domeniu, puteți crea doar zone standard, iar caseta de selectare de pe această pagină este inactivă.
Spre deosebire de o zonă integrată în Active Directory, o zonă standard își stochează datele fișier text pe serverul DNS local. În plus, dacă utilizați zone standard, puteți configura doar copia principală cu permisiuni de citire și scriere pentru datele zonei. Tuturor celorlalte copii ale zonei (zone suplimentare) li se atribuie permisiunea numai pentru citire.
Modelul de zonă standard presupune un singur punct de defecțiune pentru versiunea inscriptabilă a zonei. Dacă zona principală nu este disponibilă în rețea, nu se pot face modificări în zonă. Cu toate acestea, cererile de nume într-o zonă nu pot fi întrerupte cât timp sunt disponibile zone suplimentare.
Selectarea domeniului de replicare a zonei integrat înActivDirector
Pe pagina Active Directory Zone Replication Scope din New Zone Wizard, puteți selecta controlerele de domeniu din rețea în care să salvați datele zonei. Această pagină apare numai când selectați opțiunea de salvare a zonei și a Active Directory. Opțiunile de selectare a domeniului de replicare a zonei determină controlerele de domeniu printre care vor fi replicate datele de zonă.
Această pagină oferă următoarele opțiuni:
■ Păstrați zona pe toate controlerele de domeniu, care sunt și servere DNS în întreaga pădure Active Directory;
■ Persistența zonei pe toate controlerele de domeniu care servesc și ca servere DNS și domeniul local Active Directory;
■ Păstrarea zonei pe toate controlerele de domeniu și domeniul Active Directory local (utilizat pentru compatibilitate cu Windows 2000);
■ Păstrează zona pe toate controlerele de domeniu specificate și domeniul de aplicare al partiției personalizate de director Active Directory.
Aceste opțiuni sunt descrise mai detaliat în al doilea subiect.
Crearea zonelor de căutare înainte și inversă
Pe pagina Zona de căutare înainte sau inversă a Expertului pentru zona nouă, trebuie să selectați tipul de zonă care trebuie creată; Zona de căutare directă sau Zona de căutare inversă.
În zonele de căutare înainte, serverele DNS mapează FQDN-urile la adrese IP. În zonele de căutare inversă, serverele DNS mapează adresele IP la FQDN-uri. Astfel, zonele de căutare directă răspund la solicitările de rezolvare a FQDN-urilor la adrese IP, iar zonele de căutare inversă răspund la solicitările de rezolvare a adreselor IP la FQDN-uri exemplu google .com. Zonele de căutare inversă sunt denumite în ordinea inversă a primilor trei octeți ai spațiului de adrese pentru care este furnizată rezoluția de nume, plus o etichetă suplimentară in-addr.arpa. De exemplu, dacă rezolvați numele pentru subrețeaua 192.168.1.0/24, zona de căutare inversă va fi numită 1.168.192.in-addr.arpa. Într-o zonă de căutare înainte, înregistrarea individuală a bazei de date care mapează un nume de gazdă la o adresă se numește înregistrare nodul(O). Într-o zonă de căutare inversă, este apelată intrarea individuală a bazei de date care mapează o adresă IP la un nume de gazdă indicator sau înregistrarea PTR.
Principiul de funcționare al căutărilor mele înainte și inversă este demonstrat în figură.
Zona de vizualizare înainte
Zona de căutare inversă
NOTA: Expertul de configurare a serverului DNS
Puteți utiliza Expertul de configurare a serverului DNS (Configurare A) pentru a crea simultan zone de căutare înainte și inversă. Server DNS Vrăjitorul). Pentru a porni expertul, în arborele consolei DNS Manager, faceți clic dreapta pe pictograma serverului și alegeți Configurați un server DNS.
Selectarea unui nume de zonă
În pagina Nume zonă a Expertului zonei noi, puteți selecta un nume pentru zona de căutare directă care urmează să fie creată. Zonele de căutare inversă primesc nume speciale în funcție de intervalul de adrese IP pentru care sunt autorizate.
Dacă creați o zonă pentru rezoluția numelui într-un domeniu Active Directory, cel mai bine este să specificați un nume de zonă care se potrivește cu numele domeniului Active Directory. De exemplu, dacă o organizație conține două domenii Active Directory numite google.ru și translate.google.ru, infrastructura de rezoluție a numelor trebuie să includă două zone denumite după acele nume de domenii.
Dacă creați o zonă pentru un spațiu de nume DNS care nu se află într-un mediu ActiveDirectory, trebuie să specificați numele domeniului Internet al organizației, cum ar fi wikipedia .org.
NOTA: PlusServer DNS per controler de domeniu
Pentru a adăuga un server DNS la un controler de domeniu existent, de obicei adăugați o copie a zonei primare pentru a oferi rezoluție de nume domeniului Active Directory local. Pentru a face acest lucru, pur și simplu creați o zonă al cărei nume se potrivește cu numele unei zone existente în domeniul Active Directory local. Noua zonă va fi populată cu date de la alte servere DNS din domeniu.
Configurarea setărilor de actualizare dinamică
Calculatoarele client DNS se pot înregistra și actualiza în mod dinamic înregistrările de resurse folosind un server DNS. În mod implicit, clienții DNS cu adrese IP statice actualizează înregistrările gazdă (A sau AAAA) și pointer (PTR), în timp ce clienții DNS care sunt clienți DHCP actualizează doar înregistrările gazdei. În mediu grup de lucru Serverul DHCP actualizează intrările pointerului în numele clientului DHCP ori de câte ori configurația IP este actualizată.
Pentru ca actualizările DNS dinamice să reușească, zona în care clienții se înregistrează sau actualizează înregistrările trebuie configurată să accepte actualizări dinamice. Există două tipuri de această actualizare:
■ Seifactualizare (Asiguraactualizări)
Vă permite să efectuați înregistrarea numai de pe computere din domeniul Active Directory și să actualizați doar de pe computerul care a efectuat inițial înregistrarea.
■ Nesiguractualizări (Nesiguractualizări)
Vă permite să actualizați de pe orice computer.
Pe pagina Actualizare dinamică a Expertului pentru zona nouă, puteți permite actualizări dinamice sigure, nesigure sau dezactivați complet actualizările pentru zona pe care o creați.
Analizarea înregistrărilor de resurse încorporate
Când creați o zonă nouă, două tipuri de înregistrări sunt create automat. În primul rând, o astfel de zonă include întotdeauna o înregistrare inițială a zonei SOA (Start Of Authority) care definește proprietățile de bază ale zonei. În plus, zonele noi conțin cel puțin o înregistrare NS (Server de nume) care specifică numele serverului(e) autorizat(e) din zonă. În cele ce urmează sunt descrise funcțiile acestor două înregistrări de resurse.
Intrări inițiale în zonă
La încărcarea unei zone, serverul DNS utilizează înregistrarea SOA (Start Of Authority) a zonei pentru a determina proprietățile și autoritățile de bază ale zonei. Acești parametri caracterizează și frecvența transferurilor de zonă între serverele principale și suplimentare. Făcând dublu clic pe o intrare SOA, se deschide fila Start Of Authority (SOA) din caseta de dialog cu proprietățile zonei.
■ Serialnumăr (număr de serie)
Acest câmp de text din fila Initial Zone Record (SOA) conține numărul de revizuire al fișierului de zonă. Numărul specificat aici crește de fiecare dată când înregistrările de resurse din zonă se modifică. De asemenea, poate fi mărită manual folosind butonul Incrementare.
Dacă zonele sunt configurate pentru a efectua transferuri de zonă către unul sau mai multe servere secundare, acele servere secundare solicită periodic serverului primar numărul de serie al zonei. Aceste solicitări se numesc solicitări SOA. Dacă cererea SOA primește un număr de serie al zonei primare care este egal cu numărul de serie al zonei secundare, transferul eșuează. Dacă numărul de serie al zonei de pe serverul principal este mai mare valoarea corespunzătoare pe serverul secundar solicitant, acesta din urmă inițiază un transfer de zonă.
NOTA: Transferarea zonelor pe serverul principal
Făcând clic pe butonul de creștere inițiază transferul de zonă.
■ De bazăserver (PrimarServer)
■ ResponsabilPersoana responsabila
Acest câmp este locul în care introduceți numele de persoană responsabilă (RP) care corespunde căsuței poștale de domeniu a administratorului zonei. Numele introdus în acest câmp trebuie să se termine întotdeauna cu un punct. Numele implicit este hostmaster.
■ Intervalactualizări (Interval de reîmprospătare)
Valoarea din acest câmp determină cât timp așteaptă serverul DNS secundar înainte de a solicita o actualizare de zonă pe serverul primar. După expirarea intervalului de actualizare, serverul DNS secundar solicită serverului primar o copie a înregistrării SOA curente. După primirea răspunsului, serverul DNS secundar compară numărul de serie al înregistrării SOA curente a serverului primar (specificat în răspuns) cu număr de serie intrarea SOA locală. Dacă aceste valori diferă, serverul DNS secundar solicită un transfer de zonă de la serverul DNS primar. Intervalul implicit de actualizare este de 15 minute.
■ IntervalInterval de reîncercare
■ TermenexpirăDupă (Expiră după)
Valoarea din acest câmp determină perioada de timp în care serverul secundar continuă să efectueze interogări client DNS fără a contacta serverul principal. După acest timp, datele sunt considerate nesigure. În mod implicit, această setare este setată la o zi.
■ Minimtermendurata TTL (minimum (implicit)TTL)
Valorile TTL nu se aplică înregistrărilor de resurse din zonele autorizate. Și aceste zone folosesc durata de viață a cache-ului de scriere a resurselor pe servere neautorizate pentru valorile TTL. Serverul DNS care a stocat în cache înregistrarea resursei din cererea anterioară resetează acea înregistrare, dar TTL-ul înregistrării a expirat.
■ Termen viaţă(TTL)înregistrări(TTL pentru această înregistrare)
Valoarea specificată în acest câmp determină durata de viață a intrării SOA curente. Această valoare înlocuiește valoarea implicită specificată în câmpul anterior.
Înregistrările serverului de nume
Înregistrarea serverului de nume (NS) specifică serverul autorizat pentru zonă. Când creați o zonă în Windows Server 2008, fiecare server care gestionează o copie primară a unei zone integrate în Active Directory va primi în mod implicit propria înregistrare NS în noua zonă. Când creați o zonă primară standard, înregistrarea NS a serverului local va fi adăugată implicit.
Pentru serverele care gestionează zone suplimentare, trebuie să adăugați manual înregistrări NS la copia principală a zonei.
Înregistrările NS sunt create utilizând o procedură diferită decât atunci când se creează alte tipuri de înregistrări de resurse. Pentru a adăuga înregistrări NS, în DNS Manager, faceți dublu clic pe oricare intrare existentă NS. Se deschide fila Servere de nume din caseta de dialog cu proprietățile zonei. În fila Servere de nume, faceți clic pe butonul Adăugare pentru a adăuga FQDN-ul și adresa IP a serverului care gestionează zona secundară a zonei primare locale. După adăugarea noului server, faceți clic pe OK - o nouă înregistrare NS va apărea în DNS Manager indicând acest server.
NOTA: Activați transmisia către zone suplimentare
Zona secundară nu recunoaște această intrare ca un server de nume valid atâta timp cât conține o copie validă a datelor zonei. Pentru ca o zonă suplimentară să primească aceste date, transferurile de zonă trebuie să fie activate pentru acel server în fila Transferuri de zonă din caseta de dialog cu proprietățile zonei. Această filă este descrisă mai detaliat în subiectul următor.
Mai jos este un exemplu de intrare creată într-un fișier de zonă standard:
@NS dns1.lucernepublishing.com.
Simbolul @ reprezintă zona definită de intrarea SOA din fișierul zonei. Înregistrarea completă mapează apoi domeniul wikipedia.org la serverul DNS dns1.wikipedia.org.
Crearea înregistrărilor de resurse
Pe lângă înregistrările SOA și NS, mai multe alte înregistrări de resurse sunt create automat. De exemplu, în timpul instalării unui nou server DNS, când serverul este desemnat ca controler de domeniu, multe înregistrări SRV Active Directory Domain Services (AD DS) sunt create automat în zona administrată local. În plus, prin actualizarea dinamică, mulți clienți DNS înregistrează automat înregistrările gazdă (A și AAAA) și pointer (PTR) în zonă în mod implicit.
Deși multe înregistrări de resurse sunt create automat, mediile de întreprindere necesită de obicei crearea manuală a unor înregistrări de resurse, cum ar fi MX (Mail Exchangers) pentru servere de e-mail, aliasuri (CNAME) pentru servere web și de aplicații și înregistrări gazdă pentru servere și clienți , care nu pot efectua propriile actualizări.
Pentru a adăuga manual o înregistrare de resurse pentru o zonă, în consola DNS Manager, faceți clic dreapta pe pictograma zonei și meniul contextual selectați tipul de înregistrare de creat.
După ce selectați o intrare din meniul contextual, se deschide o casetă de dialog în care puteți specifica numele intrării și computerul asociat acesteia. Rețineți că numai înregistrările gazdei asociază un nume de computer cu o adresă IP. Cele mai multe tipuri de înregistrări asociază un nume de serviciu sau un alias cu înregistrarea gazdă originală. Astfel, înregistrarea MX se bazează pe prezența nodului SRV 12.nwtraders .msft în zona înregistrării.
Tipuri de postări
Următoarele sunt înregistrări de resurse comune care sunt create manual:
■ nodul(OsauALAA);
■ porecla (CNAME);
■ mailschimbător (MX);
■ indicator (PTR);
■ locaţieservicii (SRV).
Nod (A sau AAAA)
Pentru majoritatea rețelelor, cea mai mare parte a înregistrărilor de resurse din baza de date de zonă sunt înregistrări de resurse gazdă. Aceste înregistrări sunt folosite într-o zonă pentru a asocia nume de computer (nume de gazdă) cu adrese IP.
Chiar și cu actualizările dinamice activate pentru zone, unele scenarii de intrare a gazdei vă vor cere să adăugați manual intrări în zonă. În figura de mai jos, Contoso, Inc. utilizări nume de domeniu contoso.com în spațiul public de nume și domeniul intern Active Directory. În acest caz, serverul web public, www.contoso.com, se află în afara domeniului Active Directory și realizează doar actualizări la serverul DNS public autorizat, contoso.com. Dar clienții interni își transmit cererile DNS către serverele DNS interne. Deoarece înregistrarea www .contoso .com A nu este actualizată dinamic pe serverele DNS interne, este adăugată manual, astfel încât clienții interni să poată rezolva numele și să se conecteze la serverul Web public.
Intrările gazdă pot fi adăugate manual dacă rețeaua folosește un server UNIX. De exemplu, Fabrikam, Inc. are în ea rețea privată un domeniu Active Directory numit fabrikam,com. Această rețea include și serverul UNIX App1.fabrikam, com, care rulează aplicație importantă să efectueze operațiunile zilnice ale companiei. Deoarece serverele UNIX nu pot efectua actualizări dinamice, va trebui să adăugați manual înregistrarea gazdă a serverului App1 la serverul DNS care gestionează zona fabrikam.com. În caz contrar, utilizatorii nu se vor putea conecta la serverul de aplicații specificând FQDN-ul acestuia.
Alias (CNAME)
Aceste intrări sunt uneori numite nume canonice. Acestea permit utilizarea mai multor nume pentru a se referi la un singur nod. De exemplu, numele de server binecunoscute (ftp, www) sunt de obicei înregistrate folosind înregistrări CNAME. Aceste înregistrări mapează numele de gazdă corespunzătoare serviciilor lor cu înregistrarea reală a AComputerului care controlează serviciul.
■ Când doriți să redenumiți un nod specificat în înregistrarea A a aceleiași zone.
■ Când numele generic al unui server binecunoscut (de ex. www) trebuie rezolvat într-un grup de computere individuale (fiecare conţinând înregistrări A individuale) care furnizează acelaşi serviciu (de exemplu, un grup de servere web redundante).
Schimb postal (MX)
Aceste înregistrări sunt utilizate de aplicații e-mail pentru localizare server de mail in zona. Acestea vă permit să potriviți numele de domeniu specificat în adresa de e-mail cu înregistrarea Computerului care controlează serverul de e-mail din domeniu. Astfel, acest tip de înregistrare permite serverului DNS să gestioneze adrese de e-mail care nu au un server de e-mail specificat.
Adesea, înregistrările MX sunt create pentru a furniza failover la un alt server de e-mail în cazul în care serverul preferat nu este disponibil.
Mai multor servere li se atribuie valori de preferință. Cu cât această valoare este mai mică, cu atât este mai mare ordinea de preferință a serverului.
NOTA: Simbol @
ÎN în acest exemplu Simbolul @ reprezintă numele de domeniu local conținut în adresa de e-mail.
IndicatorPTR
Această intrare este utilizată numai în zonele de căutare inversă pentru a sprijini căutarea inversă care apare la rezolvarea adreselor IP la nume de gazdă sau FQDN. Căutările inverse sunt efectuate pe zonele rădăcină ale domeniului -addr .arpa. Înregistrările PTR pot fi adăugate în zone manual sau automat.
Mai jos este un exemplu de reprezentare text într-un fișier de zonă a unei înregistrări PTR creată în DNS Manager care mapează adresa IP 192.168.0.99 la serverul de nume de gazdă 1.google.ru:
99 PTRserver 1.google.ru.
NOTA: Record numărul 99PRT
În zona de căutare inversă, ultimul octet al adresei IPv 4 este echivalent cu numele de gazdă. Prin urmare, numărul 99 reprezintă numele atribuit nodului din interiorul zonei 0.168.192.in -addr .arpa. Această zonă corespunde subrețelei 192.168.0.0.
Locația serviciuluiSRV
Postări SRV este folosit pentru a indica locația serviciilor într-un domeniu. Aplicațiile client care utilizează SRV pot prelua înregistrările SRV ale serverelor de aplicații prin DNS.
O aplicație care utilizează SRV este Windows Server 2008 Active Directory. Serviciul de conectare la rețea Netlogon utilizează înregistrări SRV pentru a localiza controlerele de domeniu căutând un domeniu Active Directory Lightweight Directory Access Protocol (LDAP). DNS pentru a îmbunătăți toleranța la erori sau a depana serviciile de rețea.
ActivareDNS pentru rezoluțieCÂȘTIGE
În fila WINS a ferestrei de proprietăți zone, puteți specifica serverul WINS pe care serviciul Server DNS îl va contacta pentru a căuta nume care nu sunt găsite de interogările DNS. Când specificați un server WINS în fila WINS din caseta de dialog Forward Lookup Zone Properties, o intrare WINS specială este adăugată la acea zonă care face referire la acel server WINS. Când specificați un server WINS în fila WINS din caseta de dialog cu proprietățile zonei de căutare inversă, o intrare specială WINS -R este adăugată în zonă pentru a identifica acel server WINS.
De exemplu, dacă un client DNS solicită numele ClientZ .contoso .com și serverul DNS preferat nu găsește răspunsul din surse normale (cache, date din zona locală și prin sondajul altor servere), serverul solicită numele CLIENTZ . pe serverul WINS specificat în înregistrarea WINS. Dacă serverul WINS răspunde la interogare, serverul DNS returnează răspunsul său clientului.
Curățarea și ștergerea înregistrărilor învechite
Marcajele de timp sunt utilizate în DNS pentru a urmări vechimea înregistrărilor de resurse înregistrate dinamic. Curățarea înregistrărilor învechite este procesul de eliminare a înregistrărilor învechite cu marcaje de timp. Ștergerea poate fi efectuată numai dacă sunt utilizate marcaje temporale. Marcajele de timp și curățarea funcționează împreună pentru a elimina înregistrările vechi care s-ar fi putut acumula într-o zonă în timp. În mod implicit, marcajele de timp și curățarea sunt dezactivate.
Activați curățarea
Pentru a activa curățarea pentru o zonă individuală, trebuie să activați caracteristica la nivel de server și la nivel de zonă.
Pentru a activa eliminarea la nivel de server, în arborele consolei DNS Manager, faceți clic dreapta pe pictograma serverului și utilizați comanda Set Aging /Scavenging For All Zones. Apoi, în caseta de dialog Server Aging / Scavenging Properties care se deschide, bifați caseta de selectare Scavenge Stale Resource Records. Deși această setare permite marcarea temporală și curățarea la nivel de server pentru toate zonele noi, nu activează marcarea temporală și curățarea zonelor existente integrate în Active Directory.
Pentru a le activa, faceți clic pe OK, apoi în caseta de dialog Server Aging/Scavenging Confirmation care se deschide, bifați caseta de validare pentru a aplica aceste setări zonelor existente integrate în Active Directory.
Pentru a activa marcajele de timp și curățarea la nivel de zonă, deschideți Zone Properties, apoi pe fila General, faceți clic pe butonul Aging. În caseta de dialog Zone Aging/Scavenging Properties care se deschide, bifați caseta de selectare Scavenge Stale Resource Records.
Marcaje temporale Serverul DNS efectuează eliminarea utilizând marcajele temporale care sunt setate în înregistrările de resurse din zonă. Zonele integrate în Active Directory stabilesc valorile de marcare temporală pentru intrările înregistrate dinamic înainte de activarea curățării. Înregistrărilor de resurse create manual pentru toate tipurile de zone li se atribuie un marcaj temporal de 0; asta înseamnă că vârsta lor nu va fi determinată.- acesta este timpul dintre ultima actualizareștampila și posibila actualizare viitoare. Blocarea împiedică procesarea serverului actualizări inutileși reduce volumul de trafic. Intervalul implicit de blocare este de 7 zile.
■ Modificareintervalactualizări
Intervalul de actualizare este intervalul dintre prima dată când amprenta temporală a fost actualizată și cea mai devreme curățare a înregistrărilor de timp a început. După blocarea și actualizarea intervalelor, intrările pot fi eliminate din zonă. În mod implicit, intervalul este de 7 zile. Prin urmare, dacă marcajele de timp sunt activate, înregistrările de resurse înregistrate dinamic pot fi șterse după 14 zile.
Efectuarea unei curățări
Curățarea se realizează în zonă automat sau manual. Pentru execuție automată trebuie permisă curățarea, îndepărtare automatăînregistrările de resurse moștenite din fila Avansat din caseta de dialog cu proprietățile serverului DNS.
Dacă această opțiune nu este activată, puteți efectua manual curățarea zonei făcând clic dreapta pe pictograma serverului din arborele consolei DNS Manager și utilizând comanda Scavenge Stale Resource Records.
Zone GlobalNames
Windows Server 2008 include o nouă caracteristică care permite tuturor clienților DNS dintr-o pădure Active Directory să utilizeze nume de la aceeași etichetă, cum ar fi Mail, pentru a se conecta la resursele serverului. Această componentă este utilă dacă lista de căutare implicită a sufixelor DNS pentru clienții DNS nu permite utilizatorilor să se conecteze rapid (sau deloc) la o resursă folosind acel nume cu o singură etichetă.
Serverul DNS din Windows Server 2008 vă permite să creați o zonă GlobalNames. În mod implicit, zona GlobalNames nu există, dar prin implementarea unei zone cu acest nume, puteți oferi acces la resursele selectate folosind nume cu o singură etichetă fără a utiliza WINS. De obicei, numele cu o singură etichetă sunt atribuite serverelor importante și utilizate pe scară largă cărora le sunt deja atribuite adrese IP statice. GlobalNames activat server la distanță, în loc de un punct, introduceți numele serverului la distanță.
■ CreareZonele GlobalNames
Următorul pas în implementarea zonei GlobalNames este crearea unei zone pentru serverul DNS care să servească drept controler domeniul Windows Server 2008. Zona GlobalNames nu este un tip special de zonă, ci mai degrabă o zonă de căutare directă integrată în Active Directory numită GlobalNames. Când creați o zonă, alegeți să replicați datele zonei pentru toate serverele DNS din pădure. Această opțiune se află pe pagina de aplicare a zonei de replicare a zonei integrate în Active Directory (pentru a activa rezoluția numelui cu o singură etichetă, creați o înregistrare alias de resurse (CNAME) în zona GlobalNames. Numele atribuit fiecărei înregistrări CNAME reprezintă numele cu o singură etichetă care utilizatorii se pot utiliza pentru a se conecta la o resursă. Rețineți că fiecare înregistrare CNAME specifică o înregistrare gazdă într-o altă zonă.
Există mai multe moduri de a configura un server DNS pe un server VDS sau VPS. Mai mult, dacă furnizorul nu v-a limitat în modul în care puteți configura DNS, atunci dvs., în calitate de proprietar al serverului cu drepturi root, puteți configura serverul DNS de pe serverul VDS/VPS în mai multe moduri.
Ce este DNS, pe scurt
DNS este un server de nume de domeniu (Domain Name System). Serverele de nume de domeniu, unite într-o structură ierarhică, sprijină și oferă informații despre modul în care computerele se pot căuta unele pe altele pe Internet. Funcționează astfel: tastați adresa unei resurse în browser, ISP-ul dvs. o verifică prin DNS (serverul de nume de domeniu) al domeniului introdus pentru a ști unde să trimiteți solicitarea pe care ați făcut-o.
http://www.domain.com → verificați în sistemul DNS → DNS după domeniu caută adresa IP a resursei domain.ru = IP: XX.XXX.XXX.XX → Primiți conținutul site-ului.
Prin urmare, pentru ca site-ul dvs. să fie găsit pe Internet folosind domeniul dvs., acesta trebuie să fie conectat la serverele DNS. Pe serverele VDS/VPS acest lucru poate fi făcut de oricare dintre moduri posibile existente pe Internet.
Conectarea unui domeniu folosind serverele DNS ale furnizorului
Această metodă de legare a domeniului poate fi utilizată de orice furnizor. Trebuie să vă uitați la adresele serverului DNS ale furnizorului VDS și să le introduceți la registratorul de nume în fila „Administrare DNS”. De asemenea, puteți conecta un nume de domeniu la serverele DNS ale registratorului de nume.
Configurați serverele DNS pe un server VDS/VPS prin IP
Al tău are propria sa adresă IP unică. Deoarece IP-ul este unic, vă puteți conecta domeniile la acesta. Acest lucru se face la registratorul de nume. Mai întâi, atașați-vă domeniul la serverele registratorului, apoi în fila „DNS Zone Management”, creați trei înregistrări: [@], , și [*], tastați A.
Creați-vă propriile servere DNS
Lucrul bun despre un server dedicat este că puteți efectua orice operațiuni necesare pe el.
Puteți configura serverul DNS de pe serverul VDS/VPS la serverele DNS nou create. Pentru a face acest lucru, aveți nevoie de orice domeniu, puteți utiliza domeniul pe care instalați WordPress. Fiecare server DNS este creat pe o adresă IP separată. Aveți o singură adresă IP și este cea principală. Creăm un server DNS primar (ns1) pe adresa IP principală a serverului. Un server DNS nu va fi suficient, așa că pentru a crea un DNS secundar (ns2) trebuie să achiziționați o altă adresă IP de la furnizorul dvs. Serverele DNS create (ns1 și ns2) sunt utilizate pentru toate domeniile create pe serverul VDS.
Este mai bine să vă creați propriile servere DNS înainte de a crea și pentru a vă crea propriile servere DNS, în fila „Domenii”, selectați domeniul dorit și deschideți „Înregistrările” domeniului. Facem două noi înregistrări de tip „A”, legând ns1 și ns2 la anumite adrese IP.
Apoi, în aceleași înregistrări, schimbăm înregistrările de tip „NS name server”. În câmpul „Nume”, introduceți domeniul cu un punct la sfârșit. „Tip înregistrare” selectați „NS (server de nume). În câmpul „Adresă”, în loc de serverele DNS ale furnizorului, introducem subdomeniile create de serverele DNS ns1 și ns2.
Serverele DNS create pot fi utilizate pentru toate domeniile de server.
5 septembrie 2017 ora 11:59 1.718 vizualizări | Fara comentarii
Serverele DNS copii și personalizate elimină nevoia clienților de a direcționa domeniile către serverele DNS ale altor companii. Acest tutorial vă va ajuta să creați un server DNS copil și personalizat.
Tipuri de servere DNS
Un server de nume vanity vă permite să vă folosiți domeniul fără a configura fișiere de zonă. Un server DNS al cărui nume conține un domeniu se numește server copil. În consecință, domeniul este domeniul părinte în raport cu un astfel de server DNS. Serverul DNS copil al domeniului example.com arată astfel:
ns1.example.com
ns2.example.com
Numele unui astfel de server DNS trebuie să includă și o adresă IP.
Un server DNS personalizat (server de nume de marcă) necesită o configurare puțin mai atentă, dar oferă control deplin peste DNS-ul domeniului dvs. Cu toate acestea, acest lucru poate cauza unele dificultăți în gestionarea DNS-ului dvs. Va trebui să implementați cel puțin două VPS cu software specializat, cum ar fi BIND, PowerDNS sau NSD (daemoni server DNS). Frumoasa comparatie software Serverele DNS pot fi găsite pe Wikipedia.
Când configurați, puteți utiliza orice schemă de denumire, dar manualul folosește scheme standard:
ns1.example.com
a.ns.example.com.
Cerințe
- Domeniu înregistrat. Puteți utiliza serviciile GoDaddy; NumeIeftin; 1 NetworkSolutions; Register.com etc.
- Conectarea înregistrărilor: definiți procedura registratorului de domenii pentru crearea înregistrărilor de legătură. Diferiți registratori se referă la conectarea înregistrărilor în mod diferit. Unii le numesc nume de gazdă. Alți furnizori numesc acest proces „înregistrarea unui server DNS” sau „crearea unei înregistrări gazdă”. Înregistrările Gap ajută clienții să găsească serverele dvs. DNS și împiedică apariția referințelor circulare. Linkurile circulare conduc înapoi la aceeași pagină pe care se află. Dacă nu vă puteți da seama cum să creați înregistrări de conectare cu registratorul de domenii, va trebui să contactați asistența tehnică pentru ajutor.
- Adresă IP pentru serverul DNS copil.
Pentru a crește controlul asupra serverului DNS al unui utilizator, utilizați cel puțin două VPS pentru a acționa ca servere DNS primare și secundare.
Citeste si:
Nota: Din punct de vedere tehnic, un VPS poate acționa ca server DNS primar și secundar în același timp. Cu toate acestea, această abordare nu este recomandată din cauza impactului său negativ asupra securității și toleranței la erori. Rețineți că numărul de servere DNS pentru un domeniu nu este limitat. Numai furnizorul de domeniu poate impune restricții aici.
Crearea unui server DNS copil
Deschideți panoul de control al furnizorului dvs. de găzduire și adăugați domeniul dvs. la managerul DNS.
Creați o înregistrare A pentru serverele DNS secundare și indicați adresa IP a ISP-ului pentru ns1.hosting-provider.com; ns2.hosting-provider.com; ns3.hosting-provider.com.
Crea noua intrareȘi pentru ns1.yourdomain.com. (numele de gazdă trebuie să se termine cu un punct). În câmpul pentru adresă IP, introduceți adresa IP a furnizorului pentru ns1.hosting-provider.com, ns2.hosting-provider.com, ns3.hosting-provider.com.
De exemplu:
Un ns1.yourdomain.com .
Un ns2.yourdomain.com .
Un ns3.yourdomain.com .
Înregistrări NS corecte:
NS ns1.domeniul tău.com .
NS ns2.domeniul tău.com .
NS ns3.domeniul tău.com .
Nota: Amintiți-vă punctele de la sfârșitul numelor de gazdă.
Apoi totul depinde de registratorul numelui de domeniu. Deschideți panoul de control al registratorului de nume de domeniu și înregistrați adresele IP ale serverelor DNS creând înregistrări de legătură. Aceste înregistrări vor asocia adresele IP ale ISP-ului cu numele de gazdă ale serverelor DNS.
De exemplu, cu GoDaddy pur și simplu deschideți panoul de control al numelui de domeniu și găsiți zona în care puteți introduce numele de gazdă. Faceți clic pe Manage → Add Hostname și introduceți NS1 în Hostname și adresa IP a furnizorului; Faceți clic din nou pe Adăugare nume de gazdă și introduceți NS2, apoi repetați procesul pentru NS3.
Tot ce rămâne este să verificăm funcționarea serverelor DNS.
Crearea unui server personalizat
Cel mai simplu mod de a configura DNS este să utilizați un manager DNS, dacă unul este furnizat de furnizorul dvs. de găzduire.
Cu toate acestea, dacă acest lucru nu este posibil, va trebui să implementați un server DNS, cum ar fi BIND. Configurație completă fișierul zonei depășește domeniul de aplicare al acestui manual. Procesul general arată astfel:
- Creați înregistrări A și NS pentru ns1.example.com. și ns2.example.com. amintiți-vă punctele de la sfârșit.
- Fișierul de zonă trebuie să conțină următoarele intrări:
ns1.domeniul tău.com. ÎN A 1.2.3.4
ns2.domeniul tău.com. ÎN A 1.2.3.5
domeniul tău.com. ÎN NS ns1.domeniul tău.com.
domeniul tău.com. ÎN NS ns2.domeniul tău.com.
- Specificați adresele IP pentru înregistrările A ns1 și ns2 și pentru înregistrările de conectare. Este necesar un minim de 2 VPS pentru a suporta serverele DNS.
- Deschideți panoul de control al registratorului domeniului și creați înregistrări glue pentru toate serverele DNS pe care doriți să le implementați. Doar asigurați-vă că utilizați adresele IP corecte ale serverului.
După aceasta, puteți testa serverele DNS. Cu toate acestea, rețineți că, în funcție de registrator, modificările la serverele DNS pot dura până la 72 de ore.
Etichete:Astăzi vom vorbi despre crearea unei zone de domeniu local în interior retea locala. De ce avem nevoie de o zonă de domeniu locală și de un server DNS? Pentru a partaja (a face accesibile) site-urile dvs. locale tuturor utilizatorilor rețelei.
Voi crea o rețea în care toate dispozitivele din rețeaua mea locală vor putea folosi resurse în formatul site.lan. În cazul meu, dispozitivele din rețea locală se conectează la Internet printr-un router. Mașină server - pornit Linux Mint(desktop), clienți: PC rulează Control Windows, Linux, Smart TV, precum și smartphone-uri și tablete. Mai întâi, asigurați-vă că o adresă IP internă statică este rezervată în router pentru server (mașina pe care va fi instalat serverul DNS). Acest lucru este foarte important de subliniat tuturor mai târziu dispozitive de rețea, unde se află exact serverul nostru DNS.
Instalarea unui server de nume DNS:
Mai întâi trebuie să instalați pachetul Bind:
Sudo apt-get install bind
În plus, pentru funcționare normală site-uri web de care avem nevoie de LAMP (Linux Apache MySQL PHP). Citiți articolul meu despre cum să instalați LAMP în Ubuntu. De asemenea, puteți configura un site web local folosind linkul din partea de jos a articolului. Singurul lucru este că nu scrieți adresa site-ului în /etc/hosts, pentru că... Serverul de nume se va ocupa de aceste probleme. În acest moment, etapa de pregătire s-a încheiat.
Configurarea Bind
Intrăm în directorul Bind și facem copii de rezervă fisiere configurate:
Cd /etc/bind/ cp named.conf.local named.conf.local.back cp named.conf.options named.conf.options.back
Creați un domeniu local zone.lan:
Nano numit.conf.local
Și adăugați următoarele rânduri la sfârșitul fișierului:
Zona „lan” ( tip master; fișier „/etc/bind/db.lan”; );
Acum creăm fișierul corespunzător pentru zona de domeniu .lan și îl deschidem pentru editare:
Atingeți db.lan nano db.lan
Completați-l cu conținut:
@ IN SOA lan. root.lan. (201605019 ;Serial 4h 1h 1w 1d @ IN NS ns1.lan. @ IN A 192.168.0.100 ns1 IN A 192.168.0.100 slicks IN A 192.168.0.100 site-ul IN A 168.0.1902.1 IN A 0 168.0.1902.1
Fiți atenți la seria 201605019. Această valoare trebuie mărită de fiecare dată când editați fișierul zonei de domeniu. Scriu AA-LL-ZZ + măresc numărul de ordine cu 1. 192.168.0.100 este adresa IP a serverului. O înregistrare a formatului „slicks IN A” înseamnă că numele de domeniu slicks există în zona .lan și că acest site se află la adresa IP 192.168.0.100. În apache2, un site web a fost creat în consecință cu ServerName slicks.lan. Dacă site-ul a fost localizat pe un alt IP decât serverul DNS, atunci înregistrarea ar arăta ca niște slicks ÎN UN _IP-PC-cu-site_ Editare named.conf.options:
Nano named.conf.options
Trebuie să adăugați liniile evidențiate la acesta:
Acl „acasă” (192.168.0.0/24; 127.0.0.1;); opțiuni (directorul „/var/cache/bind”; dnssec-validation auto; allow-recursion (127.0.0.1/32; 192.168.0.0/24; 192.168.1.0/24; ); allow-transfer (niciunul;); auth -nxdomain nu; # conform RFC1035 listen-on-v6 (niciunul; ;
Prima linie creează un grup DNS local, cu o gamă de adrese IP de la 192.168.0.0 la 192.168.0.255, precum și 127.0.0.1. A doua linie pe care o adăugăm conține parametrul allow-query și indicăm că trebuie să permitem cererile din grupul de acasă. Am terminat cu configurarea, putem reporni serverul
Sudo /etc/init.d/bind9 reporniți
Specificați DNS local în router
Deci nu este nevoie să editați conexiune la rețea pe fiecare client și înregistrați manual serverul DNS, putem specifica IP-ul DNS local în setările routerului. Și toate solicitările de la utilizatorii rețelei vor fi trimise mai întâi la DNS-ul local, apoi vor fi trimise pe Internet. am:
- Model router: Dir-615;
- Conexiune la Internet Tip: IP dinamic (DHCP);
Pentru a specifica serverul DNS local în cazul meu, merg la Setup -> Network Settings -> Manual Internet Connection Setup iar în câmpul Primary DNS Address introduc adresa IP a serverului local de zonă de domeniu 192.168.0.100, acesta va acționa acum. ca server DNS principal în rețeaua locală. Și ca adresă DNS secundară scriem 8.8.8.8. Acestea sunt adrese DNS Google. Pe captură de ecran am adrese DNS primare și secundare care duc la serverul meu. Din anumite motive, la început părea că routerul nu redirecționa cererile către DNS-ul meu și le-a înregistrat în acest fel. Este mai bine să specificați serverul Google ca al doilea DNS, astfel încât dacă server local 192.168.0.100 va fi oprit - Internetul nu a dispărut pentru toate celelalte dispozitive!
Verificarea funcționalității
Lansez un PC client care rulează Windows Xp și testez conexiunea. Primul pas este să ștergeți memoria cache DNS. Să trecem la comandă șir Windows si scrie:
Ipconfig /flushdns
1. Acum verific vizibilitatea în rețea server DNS, ping 192.168.0.100:
C:\\Documents and Settings\\www>ping 192.168.0.100 Schimb de pachete din 192.168.0.100 din 32 de octeți: Răspuns de la 192.168.0.100: număr de octeți=32 de timp<1мс TTL=64 Ответ от 192.168.0.100: число байт=32 время<1мс TTL=64 Ответ от 192.168.0.100: число байт=32 время<1мс TTL=64 Ответ от 192.168.0.100: число байт=32 время<1мс TTL=64 Статистика Ping для 192.168.0.100: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь), Приблизительное время приема-передачи в мс: Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Verific site-ul local: nslookup slicks.lan:
C:\\Documents and Settings\\www>nslookup slicks.lan *** Nu se poate găsi numele serverului pentru adresa 192.168.0.1: Domeniu inexistent *** Serverele implicite nu sunt disponibile Server: Adresă necunoscută: 192.168.0.1 Nume: slicks.lan Adresa: 192.168.0.100
ping slicks.lan:
C:\\Documents and Settings\\www>ping slicks.lan Schimb de pachete cu slicks.lan de 32 de octeți: Răspuns de la 192.168.0.100: număr de octeți=32 de timp<1мс TTL=64 Ответ от 192.168.0.100: число байт=32 время<1мс TTL=64 Ответ от 192.168.0.100: число байт=32 время<1мс TTL=64 Ответ от 192.168.0.100: число байт=32 время<1мс TTL=64 Статистика Ping для 192.168.0.100: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь), Приблизительное время приема-передачи в мс: Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Bucurați-vă de rezultate!
Internetul modern nu este altceva decât multe computere diferite, laptopuri și dispozitive mobile interconectate într-o singură rețea. În esență, toate aceste dispozitive sunt servere. La urma urmei, fiecare dintre ele are o adresă IP, care este unică. Datorită IP-ului, dispozitivele sunt identificate în rețeaua globală.
În același timp, Internetul necesită două tipuri de servere: principal și auxiliar. Primul este folosit pentru a găzdui site-urile utilizatorilor. În funcție de câte informații sunt trimise și primite, un număr diferit de site-uri poate fi stocat pe server - de la unul (facebook.com, mail.ru, odnoklassniki.ru) la multe mii. Al doilea tip este reprezentat de servere auxiliare, care ajută la funcționarea rețelei principale, oferind interacțiune generală. Un tip de astfel de dispozitive auxiliare sunt serverele DNS.
Ce este un server DNS și pentru ce este folosit?
Un server DNS este în esență un computer, dar nu chiar. Acesta servește pentru a găzdui o bază de date distribuită care face parte din Sistemul de nume de domeniu (DNS), care este utilizată pentru a primi, transmite și comunica utilizatorilor informații despre domeniile de interes. Serverele DNS sunt conectate la o rețea și interacționează între ele folosind un protocol specific.
Se poate face o descriere mai simplă. Cu ajutorul unui server DNS, se determină corespondența numelui familiar al site-ului cu adresa sa IP. Aceste informații sunt stocate într-o bază de date actualizată constant.
Să ne uităm la întreaga secvență în practică. Browserul în care utilizatorul deschide site-ul contactează inițial serverul DNS și îl anunță că dorește să găsească și să ajungă la site-ul a cărui adresă este introdusă în câmpul de text al barei de adrese. Să mergem mai departe. Serverul DNS determină din baza sa de date unde se află în rețea un site cu acel nume, potrivindu-l cu adresa IP a serverului cu resursa aflată pe acesta și trimite acolo o cerere. Ca urmare, se generează un răspuns, constând dintr-un set de diferite fișiere care alcătuiesc site-ul în sine (documente HTML, imagini și tabele, stiluri CSS) și este trimis către browserul utilizatorului.
Unde sunt setările serverului DNS și cum să îi aflați adresa în Windows 7
Să luăm în considerare o situație în care un utilizator „călătorește” calm pe Internet pe computerul său care rulează Windows 7.
Aceasta înseamnă că serverul DNS funcționează. Puteți verifica acest lucru trecând prin fila „Administrare” a panoului de control din meniul „Servicii” și uitați-vă la starea clientului DNS. Serviciul trebuie să fie activat când este selectat tipul de pornire automată.
Pentru a afla adresa serverului DNS, ar trebui să utilizați comanda ipconfig /all introducând-o în linia de comandă a utilitarului cmd.exe care rulează ca administrator.
Cum se instalează și se configurează: instrucțiuni
Serverul DNS este conectat la configurarea protocolului de rețea.
Trebuie menționat că o astfel de configurare automată este posibilă numai dacă este activat serviciul client DHCP, care asigură lansarea și funcționarea unui server DHCP în rețea. Setările sale pot fi vizualizate și modificate selectând elementul corespunzător în fereastra deschisă a serviciilor de sistem din fila „Administrare” a panoului de control.
În timpul configurării automate, sunt utilizate serverele DNS ale furnizorului. Acest lucru nu este întotdeauna recomandabil, deoarece pot apărea dificultăți. De exemplu, serverele furnizorului nu sunt întotdeauna capabile să facă față sarcinii rezultate și nu efectuează filtrarea. În acest caz, este de preferat să vă conectați prin companii mari, cunoscute.
Servere DNS Yandex:
Servere Google DNS:
Servere DNS OpenDNS:
În funcție de compania selectată, o pereche de adrese este introdusă în fereastra de proprietăți Internet Protocol în câmpurile serverului DNS preferat și alternativ atunci când butonul radio pentru utilizarea acestora este bifat.
Posibile probleme și modalități de a le rezolva
Dacă aveți probleme cu accesarea la Internet, atunci nu vă grăbiți să vă supărați. Este foarte posibil ca acest lucru să se fi întâmplat din cauza unor probleme cu serverul DNS.
Probleme principale:
Se poate întâmpla ca furnizorul dvs. să fi activat blocarea unor servere DNS sau ca adresele specificate în setările protocolului de rețea să nu fie disponibile. Soluția problemei este foarte simplă. Mai întâi, încercați să schimbați adresele serverului DNS și, dacă acest lucru nu funcționează, activați recuperarea automată a acestora. Dacă problema nu este rezolvată, atunci ar trebui să căutați un alt motiv sau să contactați un centru de service.
Video: Ce să faceți dacă DNS-ul nu răspunde și cum să remediați alte probleme
Serverul DHCP și diferența acestuia față de DNS
Un server DHCP este un tip auxiliar de server care conține un protocol de rețea care asigură configurarea dinamică a gazdei în stadiul configurării automate a oricărui dispozitiv de rețea conectat la Internet. Administratorul de rețea setează doar intervalul de adrese. În acest caz, nu există o configurare manuală și, în consecință, numărul de erori care apar este redus. Acest lucru se întâmplă deoarece serverul distribuie automat adrese între computere în conformitate cu intervalul specificat. Majoritatea rețelelor TCP/IP funcționează folosind protocolul DHCP.