Atenţie! Panoul „DNS-master” este inclus în pachetul de servicii „Primary-Standart” de la nic.ru. Înainte de a începe, asigurați-vă că este disponibil în contul dvs. personal.

Legarea domeniului primar.

Pentru a conecta domeniul principal, va trebui să adăugați 3 înregistrări precum:

• www site-ul de testare CNAME.
• @A 164.132.93.140
• @A 164.132.93.141

Cum se face:

1. Accesați panoul de control al domeniului nic.ru
2. În secțiunea „Servicii” din dreapta, selectați „Găzduire DNS”:

Vă rugăm să rețineți că dacă în următoarea fereastră vedeți mesajul „Servicii nu au fost găsite”, aceasta înseamnă că este necesară găzduirea DNS pentru editare. zone DNS neachizitionat.

Accesați secțiunea „Comandați servicii noi”:

Și alegeți tariful potrivit. Optimal - 600 de ruble pe an:

3. Dacă găzduirea DNS a fost achiziționată, veți vedea următoarea fereastră. Faceți clic pe butonul „Gestionați zonele DNS” de lângă domeniul dorit:

4. În secțiunea „Lista de domenii”, selectați domeniul dorit:

5. Faceți clic pe butonul „Adăugați”. noua intrare” în panoul de editare a zonei:

6. Completați câmpurile după cum urmează:

Nume: @
Tip: O
adresa IP: 164.132.93.140

Faceți clic pe butonul Adăugați din dreapta intrării:

În mod similar, adăugați o altă înregistrare de tip A cu valoarea:

@ A 164.132.93.141

Alias: www
Tip: CNAME
Nume canonic: loc de testare.(ai nevoie de un punct la sfârșit!)

Și faceți clic pe butonul „Adăugați”:

8. După ce au fost adăugate intrările, faceți clic pe butonul „Descărcare zonă” din dreapta sus:

9. Dacă apare un mesaj despre un domeniu nedelegat atunci când adăugați înregistrări, faceți clic pe „Delegați domeniu”:

De asemenea, puteți delega un domeniu din secțiunea domenii:

Actualizarea DNS poate dura 24-48 de ore. Dacă după acest timp domeniul/subdomeniul pe care l-ați conectat nu afișează o pagină 404 în brandingul LPgenerator, vă rugăm să ne contactați la support@site.

Vă rugăm să atașați o captură de ecran la scrisoarea dvs. starea actuală DNS - acest lucru va accelera semnificativ procesul de rezolvare a problemei dvs.

Legarea subdomeniului

Dacă aveți un site web găzduit pe domeniul dvs. principal sau intenționați să îl găzduiți, este mai logic să creați un subdomeniu și să îl legați.

Pentru a conecta un subdomeniu în panoul nic.ru, trebuie să adăugați 2 înregistrări de tip CNAME:

• www..

Cum se face:

Conectarea unui subdomeniu diferă doar în înregistrările pe care le veți adăuga, astfel încât până la 4 puncte de acțiune rămân aceleași ca atunci când conectați domeniul principal.

5. Faceți clic pe „Adăugați intrare” și completați câmpurile astfel:

Alias: promo(promoția este un exemplu, puteți găsi orice nume de subdomeniu, pur și simplu nu amestecați latină și chirilică în nume)
Tip: CNAME
Nume canonic: loc de testare.(ai nevoie de un punct la sfârșit!)

6. Adăugați o altă intrare și completați câmpurile.

Webmin nu acceptă toate tipurile de înregistrări pe care le cunoaște BIND. Sunt acceptate doar cele care sunt mai frecvente. Mai jos vom descrie tipurile de înregistrări cu care poate lucra Webmin. În plus, se va da scurtă descriere fiecare dintre aceste tipuri.

Tipuri de postări disponibile în zona directă:

Adresa (A) - tipul adreseiînregistrări. Acest tip asociază o adresă IP cu un nume de gazdă. Orice sistem la care doriți să vă conectați prin HTTP, telnet sau alt protocol care are un nume de gazdă atribuit trebuie să aibă o înregistrare a adresei, astfel încât numele de gazdă să poată fi folosit pentru a găsi adresa IP a gazdei. Amintiți-vă, un nume de gazdă ( nume gazdă) poate avea mai multe înregistrări de adrese (înregistrări Un tip). Acesta este adesea folosit pentru a distribui încărcătura unui site web pe mai multe sisteme. În plus, puteți crea mai multe intrări de adrese cu nume de gazdă diferite, dar aceeași adresă IP, ca și cum ați crea bazate pe nume) servere virtuale Apache.

Când creați sau editați o intrare de adresă, câmpul Adresă (adresă IP) are scopul de a înregistra adresa IP care va fi asociată cu numele de gazdă. Domeniu Actualizați invers??) , este responsabil pentru crearea automatăși schimbarea intrării Adresă inversă (Înregistrare adresa expeditorului , tastațiPTR) V Zona inversă) . Consultați Adăugarea și editarea intrărilor pentru detalii.

Server de nume (NS)- tip de înregistrare care definește numele serverului responsabil cu deservirea zonei. Fiecare zonă trebuie să aibă cel puțin o înregistrare NS și poate avea, de asemenea, înregistrări NS suplimentare pentru subdomeniile acelei zone. Dacă configurați un server DNS secundar pentru o anumită zonă, atunci nu uitați să verificați dacă înregistrarea NS pentru această zonă a fost adăugată la serverul DNS principal. În acest caz (dacă configurați un server DNS suplimentar), numele înregistrării trebuie să fie canonic pentru zonă, de exemplu example.com (adică complet cu zonele părinte).

La crearea sau editarea unei înregistrări de acest tip, câmpul Server de nume este destinat introducerii adresei IP sau a numelui de gazdă, serverul DNS responsabil cu deservirea zonei. Dacă introduceți un nume de gazdă, atunci aveți nevoie și de o înregistrare a adresei (înregistrare A) cu o adresă IP pentru acest nume de gazdă situat într-o anumită zonă de pe serverul dvs. DNS.

Alias ​​de nume (CNAME)- acest tip de înregistrare vă permite să creați aliasuri (alias-uri, legături, legături) la înregistrările de adresă existente (Adresă; tip A) și adresa inversă (Adresă inversă, tip PTR). Când un client DNS solicită o adresă IP de acest tip (Name Alias), acesta primește adresa IP specificată în înregistrarea la care se face legarea. Acest lucru poate fi util dacă doriți ca o anumită gazdă să fie accesibilă sub mai multe nume. Desigur, acest lucru poate fi realizat prin crearea mai multor înregistrări de adrese, dar opțiunea cu alias-uri este mai convenabilă prin faptul că, dacă adresa IP a unei gazde s-a schimbat, atunci nu este nevoie să schimbați nimic în alias. În timp ce, dacă utilizați multe înregistrări de adrese, va trebui să faceți modificări fiecărei înregistrări asociate cu acest anumit server.

Formularul pentru crearea și editarea unei înregistrări Nume Alias ​​​​conține un câmp Nume real destinat introducerii în canonic numele realînregistrarea către care va indica aliasul (de exemplu webserver.example.com).

Server de e-mail (MX)- tip de înregistrare care raportează programe de mail, cum ar fi Sendmail sau Qmail, unde se află serverul de e-mail (serverul care trebuie contactat pentru a livra corespondența în acest domeniu). Fără această înregistrare, e-mailul pentru acest domeniu va fi livrat către sistemul (acel server, gazdă) a cărui adresă IP este indicată în înregistrarea adresei (Adresă, tip A) pentru această zonă.

Fiecare înregistrare MX are prioritate, ceea ce vă permite să descărcați încărcarea între mai multe servere de e-mail. În consecință, prioritatea le spune expeditorilor (livrări) care server va fi contactat primul. Și apoi în ordine descrescătoare, de exemplu, dacă un server cu prioritate mare nu răspunde.

Notă: prioritate mare în în acest context nu înseamnă cel mai mult număr mare, iar cel mai mic, adică 10 este mai mare decât 50.

Serverele cu prioritate MX scăzută sunt concepute pentru a redirecționa corespondența către o gazdă care ar stoca e-mail. Apoi, când serverul de e-mail cu cea mai mare prioritate este liber, va lua scrisorile din stocare și le va trimite la adresa.

Când adăugați sau editați o înregistrare MX, aveți două câmpuri disponibile. În primul, trebuie să introduceți numele de gazdă canonic (numele de gazdă) sau un link către acesta (numele de gazdă) al serverului de e-mail. Al doilea câmp este destinat introducerii priorității înregistrării MX. De obicei, serverul principal este setat la prioritatea 5. Dacă aveți un singur server de e-mail, atunci prioritatea nu contează. În plus, puteți seta două servere de e-mail să aibă aceeași prioritate. În acest caz, serverul care va livra scrisoarea destinatarului va fi determinat aleatoriu.

Informații despre gazdă (HINFO)- un tip de înregistrare folosit pentru a stoca informații despre arhitectura și sistemul de operare al unei anumite gazde. De exemplu, poate fi necesar să creați o intrare pentru serverul test.example.ru conform căreia acesta (serverul) este un PC x86 care rulează FreeBSD. Cu toate acestea, acest lucru este foarte rar folosit, deoarece astfel de informații pot fi folosite de atacatori atunci când pregătesc atacuri.

La adăugarea sau editarea acestui tip de înregistrare, câmpurile Hardware și Operating System sunt pentru intrarea în arhitectură și sistem de operare gazdă, respectiv. Ar trebui să introduceți datele în aceste câmpuri fără spații, înlocuind spațiile cu semnul „sol”, adică „_” fără ghilimele.

Text (TXT) - un tip de înregistrare care asociază informații text arbitrare cu zona (domeniul) selectată. Adică nu poți adăuga Înregistrare TXT doar undeva. Poate fi adăugat doar la editarea unei anumite zone. Deci aceasta va fi atașată zonei editabile informații text. Acest tip poate fi folosit pentru a atașa comentarii la o anumită zonă (domeniu). Fiți atenți, deoarece aceste informații pot fi citite de oricine solicită informații despre zonă (domeniu), așa că nu publicați informații sensibile în comentarii.

Când adăugați sau editați acest tip de înregistrare, câmpul Mesaj este pentru introducerea unui comentariu către gazdă. Acest text poate conține și spații.

Serviciul binecunoscut (WKS) - un tip de înregistrare care asociază numele de gazdă, portul și protocolul unui serviciu (de exemplu, e-mail) cu zona selectată. Acest lucru ar putea fi folosit, de exemplu, pentru a indica clienților care este gazda server de mail. Cu toate acestea, majoritatea programelor nu solicită înregistrări WKS, așa că în practică acest tip de înregistrare este adesea inutil.

La adăugarea sau editarea acestui tip de înregistrare, câmpurile Adresă (adresă IP), Protocol și Servicii sunt destinate introducerii adresei IP a gazdei unui serviciu care este furnizat pentru această zonă (domeniu); protocol de rețea, care este folosit de serviciu - TCP sau UDP; numărul portului pe care este furnizat acest serviciu, respectiv.

Persoana responsabila (RP)- un tip de înregistrare care asociază o persoană sau un grup de persoane responsabile pentru această zonă (domeniu). Câmpurile Adresă de e-mail (adresă de e-mail) și Nume înregistrare text (Nume) sunt destinate introducerii Adrese de e-mail persoana responsabilă și numele acesteia (numele și respectiv de familie). Acest tip de înregistrare este rar folosit.

Locație (LOC)- un tip de înregistrare care este utilizat pentru a indica locația fizică a gazdei. În coordonate de latitudine și longitudine. Poate că va fi util pentru organizații mari, servere situate în diferite țări.

Când adăugați sau editați acest tip de înregistrare, câmpul Latitudine și lungime este pentru a introduce latitudinea și longitudinea. De exemplu, pentru gazda cambridge-net.kei.com există 42 21 54 N 71 06 18 W -24m 30m .

Adresa serviciului (SRV)- tip de înregistrare care se asociază nume de domeniu, numele serviciului și protocolul cu o gazdă. Cu alte cuvinte, această intrare este folosită pentru a indica locația unui serviciu pe o gazdă. De exemplu, acest tip de înregistrare poate fi folosit dacă doriți să indicați că serverul POP3 de exemplu.ru este mail.example.ru, iar serverul web este www.example.ru.

La adăugarea sau editarea acestui tip de înregistrare, câmpurile Protocol și Nume serviciu sunt pentru introducerea protocolului pe care îl folosește serviciul (TCP, UDP, TLS) și a numelui (numele) serviciului (acest nume poate fi preluat din fișier / etc. /servicii) respectiv. Numele serviciilor pot fi pop3, telnet și altele. Când un client caută o înregistrare SRV, tipul de cerere de înregistrare este următorul: _telnet._tcp.example.ru (De exemplu, ar putea fi așa). Webmin va converti automat intrarea pe care ați creat-o în acest formular (corect). Aceasta înseamnă că nu este nevoie să creați sau să editați manual acest tip de intrare.

Câmpul Prioritate este pentru introducerea priorității pentru acest server, ceea ce înseamnă că prioritatea este aceeași cu prioritatea pentru înregistrările MX. Câmpul Greutate este pentru introducerea unui număr care indică „greutatea” acestei gazde. Solicitările utilizatorilor vor fi în principal către serverul care are mai multă „greutate”.

Câmpul Port este destinat introducerii numărului portului pe care este furnizat acest serviciu.

Cheie publică (KEY)- un tip de înregistrare care asociază o „cheie” cu o gazdă. Această cheie este utilizată pentru VPN IPsec.

Tipuri de postări disponibile în zona inversă:

Adresă inversă (PTR)- un tip de înregistrare care asociază un nume de gazdă cu o adresă IP în zona inversă. Pentru clienții DNS, este necesar să căutați numele de gazdă la o anumită adresă IP. Ar trebui să creați o intrare de acest tip pentru fiecare gazdă. Cu toate acestea, în majoritatea cazurilor, acest lucru poate fi automatizat. Webmin poate adăuga o înregistrare de adresă în zona inversă imediat după ce înregistrarea de adresă corespunzătoare este adăugată în zona de redirecționare. Adică, Webmin poate sincroniza zonele înainte și înapoi.

Când adăugați sau editați acest tip de înregistrare, câmpurile Adresă (adresă IP) și Nume gazdă (Nume gazdă) sunt destinate introducerii adresei IP (De exemplu, 192.168.1.5; Această adresă va fi convertită automat de Webmin în adresa in-adr. format arpa utilizat de serverul DNS pentru zona inversă) și numele gazdei (numele gazdei) în formă canonică (De exemplu, test.example.ru . ), respectiv.

ATENȚIE: Când introduceți numele de gazdă, asigurați-vă că adăugați un punct la sfârșit. Aceasta nu este o greșeală de tipar.

Server de nume (NS)- Tip de înregistrare NS în zona inversă, destinată aceluiași lucru ca în zona înainte - informează pe alții servere DNS, adresa IP sau numele de gazdă (numele de gazdă) al serverului care deservește o anumită zonă (domeniu) sau un anumit subdomeniu.

Câmpul Nume zonă este destinat introducerii numelui zonei pe care o deservește acest server. De obicei, numele zonei este același cu numele zonei la care este adăugată această intrare. În acest câmp ar trebui să introduceți o valoare în formatul in-addr.arpa (Deoarece nu există sincronizare, ca în înregistrările de adrese - tip A și PTR). Prin urmare, numele zonei pentru 192.168.1 va arăta ca 1.168.192.in-addr.arpa . (Perioada este necesară la sfârșit, aceasta nu este o greșeală de tipar) În câmpul Server de nume, trebuie să introduceți adresa IP sau numele de gazdă în formă canonică (de exemplu, ns1.example.ru).

Alias ​​de nume (CNAME)- un tip de înregistrare în zona inversă, destinată aceluiași lucru ca în zona înainte - alias, link, legare la o înregistrare. În câmpurile Nume și Nume real, ar trebui să introduceți valoarea în formatul in-addr.arpa, deoarece Webmin nu face acest lucru automat.

• Traducere

Cititorul atent va găsi IPv6 în această imagine

Oamenii sunt adesea confuzi cu privire la domenii. De ce nu funcționează site-ul meu? De ce s-a stricat porcăria asta, nimic nu ajută, vreau doar să funcționeze! De obicei, cel care pune întrebări fie nu știe despre DNS, fie nu înțelege ideile fundamentale. Pentru mulți, DNS este un lucru înfricoșător și de neînțeles. Acest articol este o încercare de a risipi o astfel de frică. DNS este Doar, dacă înțelegeți câteva concepte de bază.

Ce este DNS

DNS reprezintă Domeniu Sistemul de nume . Este un magazin cheie-valoare distribuit la nivel global. Serverele din întreaga lume vă pot oferi valoarea după cheie, iar dacă nu cunosc cheia, vor cere ajutor altui server.

Asta e tot. Este adevărat? Dvs. sau browserul dvs. solicită o valoare pentru cheia www.example.com și primește 1.2.3.4 ca răspuns.

Lucruri de bază

Marele avantaj al DNS este că este un serviciu public și puteți accesa serverele dacă doriți să vă dați seama. Să încercăm. Am un domeniu petekeen.net, care este găzduit pe mașina web01.bugsplat.info. Comenzile utilizate mai jos pot fi executate de la linie de comandă OS X ( oh, adică macOS, - aprox. BANDĂ).

Să aruncăm o privire la maparea dintre nume și adresă:

Comanda dig este cuțitul elvețian al interogărilor DNS. Abrupt, unealta multifunctionala. Iată prima parte a răspunsului:

Există un singur detaliu interesant aici: informații despre cererea în sine. Scrie că am solicitat o înregistrare și am primit exact un răspuns. Aici:

dig cererile A înregistrează în mod implicit. A asta adresa(adresă), iar acesta este unul dintre tipurile fundamentale de înregistrări în DNS. A conține o adresă IPv4. Există un echivalent pentru adresele IPv6 - AAAA. Să aruncăm o privire la răspuns:

Restul răspunsului descrie răspunsul în sine:

În special, spune cât timp i-a luat serverului să răspundă, care a fost adresa IP a serverului (192.168.1.1), ce port a fost dig (53, portul DNS implicit), când solicitarea a fost finalizată și câți octeți au fost în răspuns.

După cum puteți vedea, se întâmplă multe cu o interogare DNS normală. De fiecare dată când deschideți o pagină web, browserul face zeci de aceste solicitări, inclusiv descărcarea tuturor resurselor externe, cum ar fi imagini și scripturi. Fiecare resursă este responsabilă pentru cel puțin o nouă interogare DNS și, dacă DNS-ul nu ar fi conceput pentru cache puternic, ar fi generat mult trafic.

Dar în acest exemplu nu este clar că serverul DNS 192.168.1.1 a contactat o grămadă de alte servere pentru a răspunde la o întrebare simplă: „unde indică adresa web01.bugsplat.info?” Să rulăm o urmă pentru a afla despre întregul lanț posibil prin care ar trebui să treacă dacă informațiile nu ar fi memorate în cache:

Informațiile sunt afișate într-o secvență ierarhică. Amintiți-vă cum dig a introdus un punct. după gazdă, web01.bugsplat.info ? Deci, punct. acesta este un detaliu important și semnifică rădăcina ierarhiei.

Serverele DNS rădăcină sunt întreținute de diverse companii și țări din întreaga lume. Inițial erau puțini, dar internetul a crescut, iar acum sunt 13. Dar fiecare dintre servere are zeci sau sute de mașini fizice care sunt ascunse în spatele unui IP.

Deci, în partea de sus a urmei sunt serverele rădăcină, fiecare identificat printr-o înregistrare NS. O înregistrare NS asociază un nume de domeniu (în acest caz, domeniul rădăcină) cu un server DNS. Când înregistrați un nume de domeniu la un registrator precum Namecheap sau Godaddy, acestea creează înregistrări NS pentru dvs.

În blocul următor puteți vedea cum dig a ales un server rădăcină aleatoriu și i-a cerut o înregistrare A pentru web01.bugsplat.info. Numai adresa IP a serverului rădăcină (192.5.5.241) este vizibilă. Deci, ce a fost exact serverul rădăcină? Să aflăm!

Indicatorul -x face ca dig să efectueze o căutare inversă a adresei IP. DNS răspunde cu o înregistrare PTR care conectează IP-ul și gazda, în acest caz f.root-servers.net.

Revenind la cererea noastră inițială, serverul rădăcină F a returnat un set diferit de servere NS. Este responsabil pentru domeniul info de nivel superior. dig solicită unuia dintre aceste servere o înregistrare A pentru web01.bugsplat.info și primește un alt set de servere NS ca răspuns și apoi solicită interogări una dintre acestea serverele înregistrează A pentru web01.bugsplat.info. . Și în sfârșit primește un răspuns!

Uf! Ar fi generat mult trafic, dar aproape toate aceste înregistrări au fost memorate în cache pentru o lungă perioadă de timp de către fiecare server din lanț. Computerul dvs. memorează aceste date, la fel ca browserul dvs. Cel mai adesea, interogările DNS nu ajung niciodată la serverele rădăcină, deoarece adresele lor IP nu se schimbă aproape niciodată ( „Probabil vorbim despre un TTL mare pentru înregistrările din baza lor de date. Dacă adresa IP a unui server DNS nu s-a schimbat niciodată deloc, asta nu înseamnă că baza sa de date este stocată în cache pentru totdeauna.”- aprox. din rrrav). Domenii de nivel superior com, net, org etc. sunt, de asemenea, foarte mult stocate în cache.

Alte tipuri

Mai sunt câteva tipuri despre care merită să știți. Primul este MX. Conectează un nume de domeniu la unul sau mai multe servere de e-mail. E-mailul este atât de important încât are propriul tip de înregistrare DNS. Iată valorile MX pentru petekeen.net:

Rețineți că înregistrarea MX indică un nume, nu o adresă IP.

Un alt tip cu care probabil ești familiarizat este CNAME. Descifrează ca Nume canonic(nume canonic). El leagă un nume de altul. Să ne uităm la răspuns:

Este imediat clar că am primit două răspunsuri. Primul spune că www.petekeen.net indică web01.bugsplat.info. Al doilea returnează înregistrarea A pentru acel server. Vă puteți gândi la CNAME ca la un alias (sau alias) pentru un alt server.

Ce este în neregulă cu CNAME

Înregistrările CNAME sunt foarte utile, dar există un punct important: dacă există un CNAME cu un anumit nume, atunci nu puteți crea o altă înregistrare cu același nume. Fără MX, fără A, fără NS, nimic.

Motivul este că DNS efectuează înlocuirea în așa fel încât toate înregistrările din locația către care indică CNAME sunt valabile și pentru CNAME. În exemplul nostru, intrările pentru www.petekeen.net și web01.bugsplat.info se vor potrivi.

Prin urmare, nu puteți crea un CNAME pe un domeniu rădăcină precum petekeen.net, deoarece de obicei are nevoie de alte înregistrări, cum ar fi MX.

Solicitări către alte servere

Să ne imaginăm că configurația DNS este coruptă. Credeți că ați rezolvat problema, dar nu doriți să așteptați ca cache-ul să se reîmprospăteze pentru a fi sigur. Folosind dig, puteți face o solicitare către un server DNS public în loc de cel implicit, astfel:

Simbolul @ cu o adresă IP sau o gazdă determină ca dig să facă o solicitare către serverul specificat pe portul implicit. Puteți utiliza serverul DNS public Google sau serverul aproape public de Nivel 3 la 4.2.2.2.

Situații tipice

Să ne uităm la situații tipice familiare multor dezvoltatori web.

Redirecționarea domeniului către www

Adesea trebuie să redirecționați domeniul iskettlemanstillopen.com către www.iskettlemanstillopen.com. Registratori precum Namecheap sau DNSimple numesc acest lucru Redirecționare URL. Iată un exemplu din panoul de administrare Namecheap:

Simbolul @ indică domeniul rădăcină iskettlemanstillopen.com. Să ne uităm la înregistrarea A pentru acest domeniu:

Acest IP aparține Namecheap și există un mic server web care rulează acolo, care pur și simplu redirecționează la nivel HTTP către adresa http://www.iskettlemanstillopen.com:

CNAME pentru Heroku sau Github

Aruncă o privire la captura de ecran de mai sus. Pe a doua linie este CNAME. În acest caz, www.iskettlemanstillopen.com indică aplicația care rulează pe Heroku.

Povestea este similară cu Github, dar acolo trebuie să creați un fișier special în rădăcina depozitului și să îl numiți CNAME. Consultați documentația .dns Adaugă etichete

Configurarea unei zone de domeniu

Dacă găzduiți servere DNS sunt înregistrate pentru domeniul dvs ns1.hosting.siteŞi ns2.hosting.site, vă rugăm să utilizați .

Zona pentru domeniu este configurată în secțiune Servere DNS și zonă. Puteți edita înregistrările de resurse existente și puteți adăuga altele noi.

Pentru a edita o intrare existentă, faceți clic pe pictogramă Creionîn dreapta în linia dorită:

În fereastra pop-up, introduceți nume de subdomeniuși indicați adresa IP, apăsați Gata:

De asemenea, puteți șterge o intrare care nu mai este relevantă. Pentru a face acest lucru, în linia necesară, faceți clic pe pictograma Coşși confirmați ștergerea:

Adăugarea de noi intrări

Pentru a adăuga o intrare nouă, faceți clic pe pictogramă Adăugați intrareîn partea de sus a listei și în fereastra pop-up, selectați-l pe cel de care aveți nevoie din listă:

Adăugarea unei înregistrări A

O înregistrare A este o înregistrare a adresei care leagă domeniul dvs. și adresa IP a serverului pe care se află site-ul dvs.

• în câmp Subdomeniu
• în câmp Adresa IP adresa IP necesară

clic Gata:

Adăugarea unei înregistrări AAAA

Înregistrare AAAA - specifică conversia unui nume de domeniu într-o adresă IPV6 (protocol de rețea modern).

• în câmp Subdomeniu introduceți numele subdomeniului (dacă specificați @, domeniul dvs. va fi selectat);
• în câmp Adresa IPv6 adresa IPv6 necesară

clic Gata:

Adăugarea unei înregistrări CNAME

Înregistrare CNAME (nume canonic) - numele canonic pentru alias. O înregistrare CNAME este folosită cel mai adesea pentru a redirecționa un subdomeniu către un alt domeniu.

• în câmp Subdomeniu introduceți numele subdomeniului;
• în câmp Nume canonic numele domeniului către care ar trebui să indice domeniul din câmpul Subdomeniu

clic Gata:

Adăugarea unei înregistrări MX

MX (Mail Exchanger) - adresa poarta de e-mail pentru domeniu. Constă din două părți: prioritate și adresa nodului. Înregistrările MX sunt esențiale pentru funcționalitatea e-mailului. Datorită lor, partea care trimite „înțelege” ce server să trimită e-mail pentru domeniul tău.

• în câmp Subdomeniu introduceți numele subdomeniului (@ - pentru a configura e-mail pentru adrese precum mail@domeniul_dvs);
• în câmp Server de e-mail adresa serverului care va fi responsabil pentru funcționarea e-mailului pe domeniul dumneavoastră;
• în câmp Prioritate prioritate de scriere

clic Gata:

Adăugarea unei înregistrări NS

NS (Authoritative name server) - adresa nodului responsabil pentru zona de domeniu. Mai simplu spus, înregistrarea NS specifică ce servere DNS stochează informații despre un domeniu. Esențial pentru funcționarea serviciului DNS.

Înregistrările NS sunt adăugate automat după specificarea serverelor DNS:

Adăugarea unei înregistrări TXT

TXT (șir de text) - conține orice intrare de text. Folosit pe scară largă pentru verificarea proprietății domeniului la conectarea serviciilor suplimentare, precum și pentru înregistrarea cheilor SPF și DKIM.

• în câmp Subdomeniu introduceți numele subdomeniului (dacă specificați @, domeniul dvs. va fi selectat);
• în câmp Text Valoarea de înregistrare TXT

clic Gata:

Adăugarea unei înregistrări CAA

Înregistrare CAA - definește regulile pentru emiterea certificatelor SSL/TLS pentru un subdomeniu pe care îl vor urma autoritățile de certificare.

• în câmp Subdomeniu specificați un subdomeniu (dacă specificați @, domeniul dvs. va fi selectat);
• în câmp Pavilion criticitatea regulii (valoare sau 128 );
• în câmp Etichetă definește conținutul câmpului Valoare;
• în câmp Valoare introduceți valoarea necesară pe baza valorii câmpului Etichetă

clic Gata.

Actualizarea serverelor DNS poate dura până la 48 de ore.

Găzduim multe aplicații web pentru clienții noștri. Evident, ei doresc să folosească propriile domenii pentru a se conecta la aceste aplicații, de obicei doresc ca orice utilizator care http://www.customer1.example sau http://customer1.example să acceseze aplicația lor web.

Situația cu care ne confruntăm este că ar trebui să putem schimba adresele IP în viitorul apropiat. Și nu vrem să ne bazăm pe clientul care face modificări în înregistrările A din domeniile lor. Așa că ne-am gândit că utilizarea înregistrărilor CNAME ar funcționa, dar după cum am aflat, înregistrările CNAME nu ar funcționa pentru domeniul rădăcină.

În principiu:

Client1.example ÎN CNAME client1.mycompanydomain.example //acest lucru este invalid ca RFC www.customer1.example ÎN CNAME client1.mycompanydomain.example //acest este valid și va funcționa

Dorim să putem schimba adresa IP a customer1.mycompanydomain.example sau înregistrarea A și ca clienții noștri să urmărească acea înregistrare pe care o controlăm.

în DNS-ul nostru va arăta astfel:

Client1.domeniul companiei mele.exemplu ÎN A 192.0.2.1

Ceva idei?

8 răspunsuri

Mulțumesc lui Sipvis și domnului Evil. Am dezvoltat un script PHP care va analiza adresa URL pe care o introduce utilizatorul și va introduce www la început. (de exemplu, dacă clientul intră în kiragiannis.com, el este redirecționat către www.kiragiannis.com). Deci, clientul nostru își orientează rădăcina (de exemplu, customer1.com către înregistrarea A unde se află redirectorul nostru web) și apoi www CNAME către înregistrarea A reală gestionată de noi.

Mai jos este codul în cazul în care sunteți interesat de noi în viitor.

Motivul pentru care această întrebare apare în continuare frecvent este pentru că, așa cum ați menționat, undeva cineva a crezut că este un autor important că RFC afirmă că numele de domenii fără subdomenii în fața lor nu sunt valide. Cu toate acestea, dacă citiți cu atenție RFC, vă veți da seama că nu este exact ceea ce scrie. De fapt, RFC 1912 afirmă:

Nu exagerați cu CNAME-urile. Folosește-le când redenumești gazde, dar planifică să scapi de ei(și informați-vă utilizatorii).

Unele gazde DNS oferă o modalitate de a obține funcționalitate asemănătoare CNAME în partea de sus a zonei (nivelul de domeniu rădăcină pentru un nume de domeniu simplu) folosind un tip de înregistrare personalizat. Astfel de înregistrări includ, de exemplu:

• Alias ​​în DNSimple
• ANAME în DNS simplificat
• ANAME pe easyDNS
• CNAME pe CloudFlare

Configurația este aceeași pentru fiecare furnizor: furnizați o înregistrare ALIAS sau ANAME pentru domeniul dvs. apex la example.domain.com, la fel cum ați face pentru o înregistrare CNAME. În funcție de furnizorul DNS, o valoare goală sau o valoare @Name identifică partea de sus a zonei.

ALIAS sau ANAME sau @example.domain.com.

Dacă furnizorul dvs. de DNS nu acceptă acest tip de înregistrare și nu puteți trece la unul care o acceptă, va trebui să utilizați redirecționarea subdomeniului, ceea ce nu este atât de dificil în funcție de protocolul sau software-ul de server care trebuie să o facă .

Nu sunt puternic de acord cu afirmația conform căreia numai „administratorii amatori” sau idei similare fac acest lucru. Este pur și simplu „Ce trebuie să facă numele și serviciul său?” înțelegeți și apoi adaptați configurația dvs. DNS pentru a îndeplini aceste dorințe; Dacă serviciile dvs. principale sunt internetul și e-mailul, nu văd niciun motiv REAL pentru care ștergerea permanentă a CNAME ar fi problematică. La urma urmei, cine ar prefera @subdomain.domain.org decât @domain.org? Cine are nevoie de „www” dacă ați configurat deja protocolul în sine? Este ilogic să presupunem că utilizarea unui nume de domeniu rădăcină ar fi inacceptabilă.

CNAME - înregistrarea rădăcină nu este tehnic împotriva RFC, dar are limitări care înseamnă că nu este recomandată.

De obicei, intrarea dvs. rădăcină va conține mai multe intrări. Să spunem 3 pentru serverele dvs. de nume și apoi unul pentru adresa IP.

Dacă CNAME RR este prezent pe un nod, nu ar trebui să fie prezente alte date;

Și în documentul IETF „Erori comune de operare și configurare DNS”:

Acest lucru este adesea făcut de administratori fără experiență ca o modalitate evidentă de a vă asigura că numele dvs. de domeniu este și gazda. Cu toate acestea, serverele DNS, cum ar fi BIND, vor vedea CNAME și vor refuza să adauge alte resurse pentru acel nume. Deoarece nicio altă înregistrare nu este permisă să coexiste cu CNAME, înregistrările NS sunt ignorate. Prin urmare, toate gazdele din domeniul podunk.xx sunt, de asemenea, ignorate!

Nu știu cum se ocupă de asta sau ce efecte secundare negative ar putea exista, dar folosesc Hover.com pentru a găzdui unele dintre domeniile mele și recent setat partea de sus a domeniului meu ca CNAME. Instrumentul lor de editare DNS nu s-a plâns deloc și domeniul meu se rezolvă cu bucurie prin CNAME alocat.

Iată ce îmi arată Dig pentru acest domeniu (domeniul real care rulează ca mydomain.com):

; <<>> DiG 9.8.3-P1<<>> mydomain.com ;; opțiuni globale: +cmd ;; Am răspuns: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2056 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mydomain.com. IN A ;; ANSWER SECTION: mydomain.com. 394 IN CNAME myapp.parseapp.com. myapp.parseapp.com. 300 IN CNAME parseapp.com. parseapp.com. 60 IN A 54.243.93.102

Ar trebui să puneți un punct la sfârșitul domeniului extern, astfel încât să nu creadă că vă referiți la client1.mycompanydomain.com.localdomain;

Deci doar schimba:

Customer1.com ÎN CNAME client1.mycompanydomain.com

Customer1.com ÎN CNAME client1.mycompanydomain.com.

Sipwiz este corect, singura modalitate de a face acest lucru corect este cu o abordare hibridă HTTP și DNS. Registratorul meu este un reseller repetat pentru Tucows și oferă redirecționarea domeniului ca valoare adăugată gratuită.

Dacă domeniul tău este blah.com, ei te vor întreba unde vrei să redirecționezi domeniul și îl vor introduce pe www.blah.com. Ei atribuie înregistrarea A serverului lor apache și adaugă automat blah.com ca gazdă DNS. Vhost răspunde cu o eroare HTTP 302, redirecționându-i către adresa URL corectă. Este simplu de scriptat/configurat și poate fi gestionat de low-end, altfel ar fi casat.

Rulați următoarea comandă, de exemplu: curl -v eclecticengineers.com