Hogyan lehet megtudni az IP-címét és a DNS-kiszolgáló címét. Egy domain DNS-rekordjainak ellenőrzése - mi ez, és miért kell tudnia a dns-tárhelyről
- Fordítás
A figyelmes olvasó ezen a képen megtalálja az IPv6-ot
Az emberek gyakran értetlenül állnak a tartományok előtt. Miért nem működik a webhelyem? Miért törött ez a baromság, semmi sem segít, csak azt akarom, hogy működjön!Általában a kérdező vagy nem tud a DNS-ről, vagy nem érti az alapvető gondolatokat. Sokak számára a DNS szörnyű és érthetetlen dolog. Ez a cikk egy kísérlet az ilyen félelmek eloszlatására. A DNS az egyszerűen ha megért néhány alapfogalmat.
Mi az a DNS
DNS jelentése Domain név rendszer. Ez egy globális elosztott kulcs- és értéktár. Szerverek szerte a világon biztosíthatnak kulcsot, és ha nem ismerik a kulcsot, akkor egy másik szervertől kérnek segítséget.
Ez minden. Igazság. Ön vagy böngészője kér egy értéket a www.example.com kulcshoz, és válaszul 1.2.3.4-et kap.
Alap darabok
A DNS nagy előnye, hogy nyilvános szolgáltatás, és ha rá akarsz jönni, bökhetsz a szerverekre. Próbáljuk meg. Van egy petekeen.net domainem a web01.bugsplat.info oldalon. Az alábbi parancsok futtathatók az OS X parancssorából ( ó, ez a macOS, - kb. per.).
Vessünk egy pillantást a név és cím közötti leképezésre:
$ dig web01.bugsplat.info
A dig parancs olyan, mint egy svájci kés a DNS-lekérdezésekhez. Menő, többfunkciós eszköz. Íme a válasz első része:
; <<>> DiG 9.7.6-P1<<>> web01.bugsplat.info ;; globális beállítások: +cmd ;; választ kaptam: ;; ->>Fejléc<<- opcode: QUERY, status: NOERROR, id: 51539 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
Itt egyetlen érdekes részlet van: magáról a kérésről szóló információ. Állítólag rekordot kértünk, és pontosan egy választ kaptunk. Itt:
;; KÉRDÉS SZAK: ;web01.bugsplat.info. IN A
A dig alapértelmezés szerint az A rekordokat kéri. A is cím(cím), és ez az egyik alapvető rekordtípus a DNS-ben. A egy IPv4-címet tartalmaz. Van egy megfelelője az IPv6-címeknek – AAAA. Nézzük a választ:
;; VÁLASZ SZAK: web01.bugsplat.info. 300 IN A 192.241.250.244
A válasz többi része magát a választ írja le:
;; Lekérdezési idő: 20msec ;; SZERVER: 192.168.1.1#53(192.168.1.1) ;; MIKOR: 2013. július 19. péntek, 20:01:16 ;; MSG SIZE rcvd: 56
Konkrétan azt mondja meg, hogy mennyi ideig tartott a szerver válaszolni, mi a szerver IP-címe (192.168.1.1), melyik port dig kopogtatott (53 , az alapértelmezett DNS-port), mikor fejeződött be a kérés, és hány bájt volt benne. a válasz.
Amint láthatja, egy normál DNS-lekérdezésnek sok minden történik. Minden alkalommal, amikor megnyit egy weboldalt, a böngésző több tucat ilyen kérést intéz, beleértve az összes külső forrás letöltését, például a képeket és a szkripteket. Minden erőforrás legalább egy új DNS-kérésért felelős, és ha a DNS-t nem erős gyorsítótárazásra tervezték, akkor nagy forgalom keletkezne.
De amit ebben a példában nem lát, az az, hogy a 192.168.1.1 DNS-kiszolgáló felvette a kapcsolatot egy csomó másik szerverrel, hogy válaszoljon egy egyszerű kérdésre: "Hová mutat a web01.bugsplat.info?". Fussunk le egy nyomkövetést, hogy megtudjuk a teljes lehetséges láncot, amelyen keresztül kellene mennie, ha az információ nem lenne gyorsítótárban:
$ dig +nyomkövetés web01.bugsplat.info ;<<>> DiG 9.7.6-P1<<>> +nyomkövetés web01.bugsplat.info ;; globális beállítások: +cmd . 137375 IN NS l.root-servers.net. . 137375 IN NS m.root-servers.net. . 137375 IN NS a.root-servers.net. . 137375 IN NS b.root-servers.net. . 137375 IN NS c.root-servers.net. . 137375 IN NS d.root-servers.net. . 137375 IN NS e.root-servers.net. . 137375 IN NS f.root-servers.net. . 137375 IN NS g.root-servers.net. . 137375 IN NS h.root-servers.net. . 137375 IN NS i.root-servers.net. . 137375 IN NS j.root-servers.net. . 137375 IN NS k.root-servers.net. ;; 512 bájt érkezett a 192.168.1.1#53(192.168.1.1)-től 189 ms infó alatt. 172800 IN NS c0.info.afilias-nst.info. info. 172800 IN NS a2.info.afilias-nst.info. info. 172800 IN NS d0.info.afilias-nst.org. info. 172800 IN NS b2.info.afilias-nst.org. info. 172800 IN NS b0.info.afilias-nst.org. info. 172800 IN NS a0.info.afilias-nst.info. ;; 443 bájt érkezett a 192.5.5.241#53(192.5.5.241) 1224 ms bugsplat.info-ból. 86400 IN NS ns-1356.awsdns-41.org. bugsplat.info. 86400 IN NS ns-212.awsdns-26.com. bugsplat.info. 86400 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. 86400 IN NS ns-911.awsdns-49.net. ;; 180 bájt érkezett a 199.254.48.1#53(199.254.48.1) címről 239 ms web01.bugsplat.info alatt. 300 IN A 192.241.250.244 bugsplat.info. 172800 IN NS ns-1356.awsdns-41.org. bugsplat.info. 172800 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. 172800 IN NS ns-212.awsdns-26.com. bugsplat.info. 172800 IN NS ns-911.awsdns-49.net. ;; 196 bájt érkezett a 205.251.195.143#53(205.251.195.143) fájlból 15 ms alatt
Az információk hierarchikus sorrendben jelennek meg. Ne feledje, hogyan ásott be egy pontot. host után: web01.bugsplat.info ? Szóval pont. ez egy fontos részlet, és ez jelzi a hierarchia gyökerét.
A gyökér DNS-kiszolgálókat különféle vállalatok és kormányok tartják karban szerte a világon. Kezdetben kevesen voltak, de az internet egyre nőtt, és mára 13-an vannak. De mindegyik kiszolgálón több tucat vagy száz fizikai gép van, amelyek egy IP mögé bújnak.
Tehát a nyomkövetés legtetején vannak a gyökérkiszolgálók, amelyek mindegyike egy NS rekorddal van definiálva. Az NS-rekord egy tartománynevet (ebben az esetben a gyökértartományt) kapcsol össze egy DNS-kiszolgálóval. Amikor regisztrál egy domain nevet egy regisztrátornál, például a Namecheapnél vagy a Godaddynél, azok NS rekordokat hoznak létre az Ön számára.
A következő blokkban láthatja, hogyan választott a dig egy véletlenszerű gyökérkiszolgálót, és kérte tőle a web01.bugsplat.info A rekordját. Csak a gyökérkiszolgáló IP-címe (192.5.5.241) látható. Tehát mi is volt pontosan a root szerver? Találjuk ki!
$ dig -x 192.5.5.241 ;<<>> DiG 9.8.3-P1<<>> -x 192.5.5.241;; globális beállítások: +cmd ;; választ kaptam: ;; ->>Fejléc<<- opcode: QUERY, status: NOERROR, id: 2862 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;241.5.5.192.in-addr.arpa. IN PTR ;; ANSWER SECTION: 241.5.5.192.in-addr.arpa. 3261 IN PTR f.root-servers.net.
Az -x jelző arra utasítja a dig-t, hogy végezzen fordított keresést az IP-címen. A DNS egy PTR rekorddal válaszol, amely összeköti az IP-t és a gazdagépet, ebben az esetben az f.root-servers.net .
Visszatérve a kezdeti lekérdezéshez, az F gyökérkiszolgáló egy másik NS-kiszolgálókészletet adott vissza. Felelős az információs legfelső szintű domainért. A dig az egyik szervertől bekéri a web01.bugsplat.info A rekordját, és visszakap egy másik NS-szervert, majd megkérdezi ezek egyike szerverek rekord A web01.bugsplat.info. . És végre választ kap!
Fú! Nagy forgalom keletkezne, de szinte az összes rekordot hosszú ideig gyorsítótárban tárolta a lánc minden egyes kiszolgálója. A számítógépe is gyorsítótárazza ezeket az adatokat, akárcsak a böngészője. Leggyakrabban a DNS-lekérdezések soha nem érik el a gyökérszervereket, mivel az IP-címük szinte soha nem változik ( „Valószínűleg egy nagy TTL-ről beszélünk az adatbázisukban lévő rekordokhoz. Ha a DNS-kiszolgáló IP-címe egyáltalán nem változott, ez nem jelenti azt, hogy az adatbázisa örökre gyorsítótárban van.- kb. rrrav-ból). Legfelső szintű domainek com , net , org stb. rendszerint erősen gyorsítótárban vannak.
Más típusok
Van néhány más típus is, amelyekről érdemes tudni. Az első az MX. Egy tartománynevet egy vagy több levelezőszerverhez köt össze. Az e-mail annyira fontos, hogy megvan a saját típusú DNS-rekordja. Itt vannak a petekeen.net MX értékei:
$ dig petekeen.net mx ;<<>> DiG 9.7.6-P1<<>> petekeen.net mx ;; globális beállítások: +cmd ;; választ kaptam: ;; ->>Fejléc<<- opcode: QUERY, status: NOERROR, id: 18765 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;petekeen.net. IN MX ;; ANSWER SECTION: petekeen.net. 86400 IN MX 60 web01.bugsplat.info. ;; Query time: 272 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:33:43 2013 ;; MSG SIZE rcvd: 93
Vegye figyelembe, hogy az MX rekord névre mutat, nem IP-címre.
Egy másik típus, amelyet valószínűleg ismer, a CNAME. Dekódolja mint Kanonikus név(kanonikus név). Egyik nevet a másikhoz társítja. Nézzük a választ:
$ dig www.petekeen.net ;<<>> DiG 9.7.6-P1<<>> www.petekeen.net ;; globális beállítások: +cmd ;; választ kaptam: ;; ->>Fejléc<<- opcode: QUERY, status: NOERROR, id: 16785 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.petekeen.net. IN A ;; ANSWER SECTION: www.petekeen.net. 86400 IN CNAME web01.bugsplat.info. web01.bugsplat.info. 300 IN A 192.241.250.244 ;; Query time: 63 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:36:58 2013 ;; MSG SIZE rcvd: 86
Azonnal egyértelmű, hogy két választ kaptunk. Az első szerint a www.petekeen.net a web01.bugsplat.info oldalra mutat. A második az adott szerver A rekordját adja vissza. A CNAME egy másik szerver álneveként (vagy álneveként) is felfogható.
Mi a baj a CNAME-vel?
A CNAME rekordok nagyon hasznosak, de van egy fontos szempont: ha van egy CNAME valamilyen névvel, akkor nem hozhat létre másik rekordot ugyanazzal a névvel. Nincs MX, nincs A, nincs NS, semmi.
Ennek az az oka, hogy a DNS elvégzi a cserét, így annak a helynek az összes rekordja, amelyre a CNAME mutat, a CNAME számára is érvényes legyen. Példánkban a www.petekeen.net és a web01.bugsplat.info bejegyzései megegyeznek.
Ezért nem lehet CNAME-t csinálni gyökérdomainben, mint például a petekeen.net , mert ott általában más rekordokra van szükség, például az MX-re.
Kérések más szerverekhez
Tegyük fel, hogy a DNS konfiguráció elromlott. Úgy gondolja, hogy megoldotta a problémát, de nem akarja megvárni a gyorsítótár frissítését, hogy megbizonyosodjon róla. A dig segítségével lekérdezheti a nyilvános DNS-kiszolgálót az alapértelmezett helyett, így:
$ dig [email protected]
A @ szimbólum után egy IP-cím vagy gazdagép arra készteti a dig-et, hogy lekérdezze a megadott kiszolgálót az alapértelmezett porton. Használhatja a Google nyilvános DNS-szerverét vagy a 3. szintű, közel nyilvános DNS-kiszolgálót a 4.2.2.2-ben.
Tipikus helyzetek
Nézzük meg a tipikus helyzeteket, amelyek sok webfejlesztő számára ismerősek.
Domain átirányítás a www
Gyakran át kell irányítani az isketlemanstillopen.com domaint a www.isketlemanstillopen.com oldalra. Az olyan regisztrátorok, mint a Namecheap vagy a DNSimple hívják URL átirányítás. Íme egy példa a Namecheap adminisztrátortól:
A @ karakter az isketlemanstillopen.com gyökértartományt jelenti. Nézzük meg a domain A rekordját:
$ dig isketlemanstillopen.com ;; KÉRDÉS SZAK: ;isketlemanstillopen.com. IN A ;; VÁLASZ SZAK: isketlemanstillopen.com. 500 IN A 192.64.119.118
Ez az IP a Namecheap-hez tartozik, és egy kis webszerver fut ott, amely csak egy HTTP szintű átirányítást végez a http://www.isketlemanstillopen.com címre:
$ curl -I iskettlemanstillopen.com curl -I iskettlemanstillopen.com HTTP/1.1 302 Ideiglenes áthelyezés Szerver: nginx Dátum: Péntek, 2013. július 19. 23:53:21 GMT Tartalomtípus: szöveg/html Csatlakozás: életben tartás Tartalom-hosszúság : 154 Helyszín: http://www.isketlemanstillopen.com/
CNAME Heroku vagy Github számára
Tekintse meg a fenti képernyőképet. A második sorban a CNAME található. Ebben az esetben a www.isketlemanstillopen.com egy Heroku-n futó alkalmazásra mutat.
$ heroku domainek === warm-journey-3906 domain nevek warm-journey-3906.herokuapp.com www.isketlemanstillopen.com
A Github esetében a történet hasonló, de ott létre kell hozni egy speciális fájlt a tároló gyökerében, és el kell nevezni CNAME . Lásd a .dns dokumentációt Címkék hozzáadása
Új könyvet adtunk ki, "Közösségi médiás tartalommarketing: Hogyan juthatsz el az előfizetők fejébe, és szeretheted meg velük a márkádat."
A tartományi MX rekord egy levelezési átjáró, amely a DNS-rekordok egyik típusa, és amelyet egy kiszolgáló az SMTP-protokoll használatával levélüzenetek kézbesítésére használ.
Más szóval, ez egy adathalmaz. Megmutatják azt a szervert, ahol az e-mailt feldolgozzák. Amíg a felhasználó nem konfigurálja ezt a beállítást, az üzenetek nem jutnak el a címzetthez.
Az elosztott számítógépes rendszerekben többféle rekordot feltételeznek annak meghatározásához, hogy melyik levélkézbesítési sorrendet kell használni. Az MX csak egy ezek közül. Fő feladata, hogy automatikusan információt adjon arról, hogy melyik szerverre küldjön levelet. Ez természetesen csak akkor lehetséges, ha a cím megtalálható az adott névrendszerben.
Mi az a domain MX rekord
Mint már említettük, ez az egyik fő a zónában, amely a levelezőszerverek megfelelő neveire mutat, amelyek nélkül a felhasználó nem tud üzeneteket fogadni és küldeni. Ez annak a ténynek köszönhető, hogy a legtöbb levelezőszolgáltatás, mielőtt elfogadná az üzeneteket más címzettektől, ellenőrzi a DNS-zónában a levelezési átjárók jelenlétét, és azt, hogy azok egyeznek-e a gazdagép egyedi hálózati címével. Mindez a spam elleni védelem érdekében történik. Ha egy ilyen rekord hiányzik, vagy annak adatai valamilyen okból nem egyeznek a távoli levelezőszolgáltatással, akkor tízből kilenc esetben tiltják az e-mailben történő üzenet fogadását.
Ez egy meglehetősen egyszerű algoritmus szerint működik. Az első szakaszban a küldő szerver MX rekordot kér a fogadó tartományhoz, majd a rendszer válaszként elküldi a gazdagépnevek listáját. Ők azok, akik közvetlenül részt vesznek a bejövő üzenetek fogadásában. Az utolsó lépésben a küldő szerver megpróbál kapcsolatba lépni az egyes gazdagépekkel egy egyszerű levélátviteli protokollon keresztül. Ez a folyamat folyamatosan megy végbe, amíg a kapcsolat létre nem jön. Ez az, ami lehetővé teszi a felhasználók számára, hogy egy tartományhoz nagyszámú szervert használjanak.
MX rekord beállítása egy tartományhoz
A beállításokat úgy kell alkalmazni, hogy a felhasználó saját levelezőszerverén tudja fogadni az e-maileket.
Ha egy személynek van üzenettovábbító ügynöke, és meg kell győződnie arról, hogy megkapja az üzeneteket, akkor bizonyos műveleteket kell végrehajtania a beállítások alkalmazásához. Különösen először meg kell nyitnia a virtuális tárhely vezérlőpultját, majd lépjen a „Kezelés” szakaszba; másodszor, minden névhez ki kell jelölni a harmadik és több szint domainjét. Ez meglehetősen egyszerűen megtörténik. Ha például a név @example.com, akkor egy magasabb szinthez tartozó név hozzáadása a @mx.example.com címet eredményezi.
Ezt követően meg kell erősítenie a műveleteket a "Hozzáadás" gombra kattintva, hogy az eredmény mentésre kerüljön.
A következő lépés egy egyedi hálózati csomópont megadása a @mx.example.com TCP/IP protokollverme alapján. Ehhez be kell lépnie a beállítások részbe, és a szabad mezőben meg kell adnia a levelezőszerver nyilvános címét.
Fontos, hogy lépjen a „Beállítások” @example.com szakaszba, és jelölje be azt a négyzetet, amely szerint ehhez a tartományhoz nincsenek MX rekordok. Probléma lehet a folyamatban, amely azt jelzi, hogy léteznek előre elkészített rekordokat használó postafiókok, és készen állnak a használatra.
Ez a probléma meglehetősen egyszerűen megoldható: csak lépjen a "Mail Management" beállítási szakaszba, és válassza le az összes hozzá kapcsolódó fiókot.
Hogyan ellenőrizhető egy domain MX rekordja
A webes erőforrás és az e-mail hatékony működéséhez biztosítani kell, hogy minden rekord, beleértve az MX zónákat is, olyan megsértések és hibák nélkül legyen konfigurálva, amelyek negatív hatással lehetnek a levelek fogadásának és küldésének folyamatára. Ha a felhasználónak gyanúja merül fel a tartalom helyességével kapcsolatban, személyesen ellenőrizheti és megnézheti a domain MX rekordját.
Ehhez először is győződjön meg arról, hogy a név hozzá van rendelve ahhoz az IP-címhez, ahol a fiók található, és fordítva. Ha nincs delegálva, akkor a megfelelő beállításokat kell alkalmazni.
Nagyon egyszerű önellenőrzést végezni. Ebből a célból rengeteg különféle telepítőprogram létezik személyi számítógépekhez, valamint online szolgáltatások. A legnépszerűbb lehetőségek az Nslookup segédprogram, amely lehetővé teszi különféle lekérdezések beállítását és véletlenszerűen kiválasztott szerverek lekérdezését, valamint a Dig webszolgáltatás. Az operációs rendszerekbe vannak beépítve, és a számítógéppel együtt a felhasználó rendelkezésére állnak.
Miért nézzük meg egy domain MX rekordját?
Mint már említettük, a különböző szolgáltatások működéséhez különböző rekordokat használnak. Rendszeres ellenőrzéseket kell végezni az aktuális munkához használt szerverek címének meghatározásához. Például, ha egy felhasználó kap egy e-mailt, de nem kapja meg, ez azt jelzi, hogy bizonyos adatok helytelenül vannak feltüntetve, vagy egyáltalán nem érhetők el.
A Windows, MacOS és Linux operációs rendszert futtató számítógépek beépített Nslookup segédprogrammal rendelkeznek. A megnyitáshoz válassza ki a Windows + R billentyűkombinációt, és írja be a „cmd” parancsot a megjelenő ablakban. Ezt követően megnyílik a parancssor, ahol a felhasználó részletesen megvizsgálhatja az aktuális állapotot.
Hozzon létre egy MX rekordot
Egyes webszolgáltatásokban, mint például a Yandex.Mail, használatának előfeltétele a megfelelő MX rekordbeállítások használata. Erre azért van szükség, hogy az e-mail DNS-szolgáltatását újra csatlakoztassa a külső szerverberendezéshez. Természetesen ehhez a felhasználónak tudnia kell, hogyan ellenőrizheti egy tartomány MX rekordját.
A létrehozási folyamatnak az ISPmanager webtárhely vezérlőpultján kell megtörténnie a Records Management lapon. Ehhez kattintson a "Létrehozás" gombra.
A panel legfelső részén található. Ezt követően megnyílik egy új ablak, ahol a felhasználónak kell kitöltenie a regisztrációs mezőket. Ebben a szakaszban a lehető legóvatosabbnak kell lennie, és nem szabad hibázni.
Tehát a megnyíló ablakban meg kell adnia néhány adatot. Minden helyes végrehajtásához használhat egy speciális utasítást az ISPmanagerben, amely részletesen elmagyarázza, hogy mely mezőket kell kitölteni és milyen adatokat kell megadni. Ha a felhasználó maga tudja, hogy pontosan mit kell tennie az MX rekord regisztrációs mezőinek kitöltéséhez, hogy a levelezési szolgáltatás hibamentesen működjön, folytathatja az önkonfigurációt. MX tartomány létrehozásához a felhasználónak a következő típusú információkat kell megadnia:
- Olyan név, amely bármilyen szót tartalmazhat, beleértve az aldomaint is.
- Az információ frissítésének pontos időpontja.
- Itt meg kell adni a rekord típusát. Ugyanakkor az egyes paramétereket különböző célokra használják, és a cél a típusától függ.
- Ezután magát a tartományt jelzi, és utána - a prioritást.
Az adatok kitöltése során az ISPmanager automatikusan ellenőrzi az adatok hibáit: ha mindent helyesen adtunk meg, akkor a mezőket zöld pipával jelöljük, hiba esetén a rendszer a felhasználót is értesíti.
Az utolsó lépés az eredmények mentése. Ezzel befejeződik a létrehozási folyamat, és a bejegyzés automatikusan megjelenik a webtárhely vezérlőpultján.
A globális hálózat bármely oldalának megnyitásához be kell írnia a domain nevét az internetböngésző címsorába. A hétköznapi felhasználók a weboldal nevének hívják.
A World Wide Web minden tartományának van egy meghatározott digitális IP-címe. A webhelynevek és IP-címeik listája a DNS-kiszolgálókon tárolódik.
Az alábbiakban részletes útmutatót olvashat arról, hogyan találhatja meg a DNS-t nem csak a számítógép internethez való csatlakoztatásához, hanem egy tartomány interakciójához és egyes internetes oldalak tárhelyéhez is.
Meghatározási módszerek
A DNS meghatározásához vagy a DNS-szolgáltató azonosításához különféle módszerek állnak rendelkezésre. A következő 3 hatékony módszer alkalmazása javasolt:
- A parancssor (CS) képességeinek használata;
- A hálózati tulajdonságok elemzésén keresztül;
- Forduljon a szolgáltatóhoz.
Az 1-es és a 2-es módszert ajánlatos használni a DNS meghatározásához, ha jó a kapcsolat a globális hálózattal, és az megfelelően működik. Az utolsó módszer internetkapcsolat hiányában használható.
1. Parancssori funkciók használata
Tehát azoknak a felhasználóknak, akik kíváncsiak, hogyan találják meg saját vagy DNS-szolgáltatójukat, kövesse az alábbi lépéseket:
1) A "Start" gombbal indítsa el a "CS"-t;
2) A megjelenő fekete ablakba írja be az "ipconfig / all" parancsot, majd kattintson az "Enter" gombra;
3) Részletes információk jelennek meg;
A sok további adat mellett a felhasználó hozzáférhet a DNS-kiszolgálókra vonatkozó információkhoz.
2. Csatlakozási paraméterek elemzése, beállítása
A probléma megoldásához a hálózat tulajdonságainak elemzésén keresztül a vezérlőpult eszközeit kell használnia.
A műveletek sorrendje a következő:
1) A "Start" menüben nyissa meg a "Vezérlőpultot", majd ha az OS XP telepítve van a számítógépen, akkor adja meg a "hálózati kapcsolatok", és ha a "Seven", akkor lépjen a "Hálózati vezérlőközpontba". " fület, és nyissa meg az "Adapter beállításainak módosítása" lehetőséget;
3) Nyisson meg egy könyvjelzőt az "Internet Protokoll (TCP / IP)" listával, ahol az aktuális szervernevek vannak regisztrálva, amelyek módosíthatók, és megadhatók a preferált és alternatív DNS-címek;
4) Ha bármilyen módosítást hajt végre, az ablak bezárása előtt el kell mentenie a változtatásokat.
3. A kommunikációs szolgáltató megkeresésével határozzuk meg
Ez gyorsan megtehető a következő három módszerrel:
1) Nyissa meg az internetszolgáltató hivatalos forrását, és olvassa el az oldalon található információkat;
2) Hívja a műszaki támogatási szolgálatot;
3) Hozzon létre és küldjön kérést szakember hívására a felhasználó számítógépének helyére.
Alternatív lehetőség online szolgáltatásokon keresztül
Az interneten jelentős számú szolgáltatás található, amelyek lehetővé teszik a probléma gyors megoldását, például a Yandexen keresztül. Csak be kell írnia a keresősorba "Hogyan lehet megtudni az ip-t" vagy más szükséges kérést, és kattintson a "Keresés" gombra. 
Üdv mindenkinek! A tartománynévrendszert tartománynévrendszernek fordítják. Nem részletezem a működés meghatározását és jellemzőit. Csak röviden mondom el, hogy a hálózati kapcsolatok helyes működésére használják. Tudod hol vannak a beállítások?
Ma elmondom, hogyan lehet megtudni a DNS-kiszolgálót a számítógép globális hálózathoz való csatlakoztatásához, a domain interakciójához és a webhely hostingjához. Az első és a második esetben a címek általában eltérőek.
Pontosan mi érdekli?
Munka a DNS-sel:
Munkavégzés a szolgáltató DNS-címeivel az internet konfigurálásához
Nézzünk meg néhány lehetőséget. A hálózati kapcsolatok beállításához szükséges DNS-név háromféleképpen található meg, pontosabban:
- parancs sor;
- hálózati tulajdonságok megtekintése;
- internetszolgáltató.
A preferált és alternatív DNS-átjáró megtekintésének első két módja csak akkor hasznos, ha a hálózat már megfelelően működik. A harmadik pont akkor is megfelelő, ha nem működik.
A parancssor használatával
Az első esetben a "Start" menüben meg kell találnia a "parancssor" programot. Nyissa meg, és írja be az ipconfig / all szolgáltatásparancsot. Alkalmazása után kellően részletes információk jelennek meg.
Amint az a képernyőképen látható, az egyéb eredmények mellett a szükséges adatok is megjelennek.
A csatlakozási beállítások megtekintése és módosítása
A második módszer megvalósításához a vezérlőpultra kell lépnie. XP esetén nyissa meg a további "hálózati kapcsolatokat", Windows 7 esetén - az "adapterbeállítások módosítása" részt a vezérlőközpontban a különböző hálózatokhoz.
A lépések elvégzése után a kapcsolatok listájának meg kell jelennie a szeme előtt. Kiválasztjuk az általánosan használtat, és elkezdjük megnézni a tulajdonságait.
Megtalált? Most a megnyíló ablakban láthatja a preferált és alternatív címek megadására szolgáló mezőket. Itt megtekintheti a meglévő szerverneveket a szolgáltató szolgáltatásaihoz való csatlakozáshoz, ha korábban már megadta azokat, vagy új értékeket állíthat be. A változtatások megadása után a művelet megerősítésével el kell mentenie azokat.
Segítség kérése internetszolgáltatótól
Itt is vannak lehetőségek:
- nézze meg a szolgáltató webhelyét, ha ilyen adatokat tesz közzé;
- kérje a támogatási szolgálatot;
- hívjon szakembert otthon.
Ezek a lépések a legegyszerűbbek közé tartoznak. A megvalósításukban nincs semmi nehéz. Menj tovább.
DNS-cím domain beállításához és tárhely beállításához
Ha különböző szolgáltatóknál vannak regisztrálva, akkor további manipulációkra van szükség. Különösen meg kell találnia az NS rekordokat a tárhelyen, majd meg kell adnia őket a tartománybeállításokban.
Ha még nincsenek beállítva, akkor itt van az egyik fő lehetőség - tájékozódni a szolgáltató elektronikus forrásairól vagy a támogató személyzet segítségével. Ha már be vannak állítva, és meg szeretné tekinteni őket saját vagy valaki más webhelyén, akkor igénybe vehet egy speciális szolgáltatást.
A saját vagy valaki más DNS-ét a tárhelyszolgáltatáshoz általában meghatározhatja az ip vagy a domain. Ezt nem nehéz megtenni. Erről részletesen beszéltem a különféle bemeneti adatokról szóló kiadványban.
Most már tudja, hogyan tudhatja meg egy számítógép vagy webhely DNS-kiszolgálójának címét. Van még kérdése, vagy tud kényelmesebb lehetőségekről? Csak hagyjon megjegyzést.
A közlekedés és a jelentős bevételnövekedés iránt érdeklődők összeállítása.
Feliratkozás a blogfrissítésekre. Távmunka, számítógépes ismeretek, az információs források professzionális népszerűsítése – ez és még sok minden más előtt áll, a rengeteg már megjelent anyag mellett. A kommunikációig.
Hogyan működik a DNS rendszer?
Amikor beírja a MYDOMAIN.COM domain nevet a böngészőbe, számítógépe mindenekelőtt az internetkapcsolat beállításaiban megadott DNS-kiszolgálóval lép kapcsolatba. DNS-kiszolgálóra van szükség ahhoz, hogy a kért tartománynevet IP-címmé bontsa le.
A DNS-szerver hozzáfér az internet egyik gyökér NS-szerveréhez, amelynek IP-címe keményen kódolt és ismert, és válaszul a gyökérszerver megadja a DNS-szervernek azon szerverek IP-címeinek listáját, ahol a .COM zóna található. Ez a lista valahogy így néz ki:
a.gtld-servers.net. 160060 IN A 192.5.6.30 a.gtld-servers.net. 160060 IN AAAA 2001:503:a83e::2:30 b.gtld-servers.net. 160060 IN A 192.33.14.30 b.gtld-servers.net. 160060 IN AAAA 2001:503:231d::2:30 c.gtld-servers.net. 160060 IN A 192.26.92.30 d.gtld-servers.net. 160060 IN A 192.31.80.30 e.gtld-servers.net. 160060 IN A 192.12.94.30 f.gtld-servers.net. 160060 IN A 192.35.51.30 g.gtld-servers.net. 160060 IN A 192.42.93.30 h.gtld-servers.net. 160060 IN A 192.54.112.30 i.gtld-servers.net. 160060 IN A 192.43.172.30 j.gtld-servers.net. 160060 IN A 192.48.79.30 k.gtld-servers.net. 160060 IN A 192.52.178.30 l.gtld-servers.net. 160060 IN A 192.41.162.30 m.gtld-servers.net. 160060 IN A 192.55.83.30
A DNS-kiszolgáló felveszi a kapcsolatot a .COM zóna egyik NS-kiszolgálójával (tegyük fel, hogy az a.gtld-servers.net a 192.5.6.30), és lekéri a MYDOMAIN.COM tartomány NS-kiszolgálóinak listáját. Ezeket az NS-kiszolgálókat NS-kiszolgálóknak nevezzük, amelyekre a tartomány delegálva van.
ns1.mydomain.com. 172800 A 66.96.142.148 ns2.mydomain.com címen. 172800 A 65.254.254.172 ns3.mydomain.com címen. 172800 A 66.96.142.146 ns4.mydomain.com címen. 172800 A 65.254.254.170
Ezután hozzáfér az NS-kiszolgálók egyik fogadott listájához, és információkat kér a MYDOMAIN.COM tartományról. Válasz példa:
mydomain.com. 3248 IN MX 0 mail.mydomain.com. mydomain.com. 86048 IN TXT "v=spf1 ip4:38.113.1.0/24 ip4:38.113.20.0/24 ip4:12.45.243.128/26 ip4:65.254.224.0/19 ?all" mydomain.com. 2208 IN SOA ns1.mydomain.com. hostmaster.mydomain.com. 1335787408 16384 2048 1048576 2560 mydomain.com. 248 A 65.254.242.180 mydomain.com címen. 1448 IN NS ns3.mydomain.com. mydomain.com. 1448 IN NS ns2.mydomain.com. mydomain.com. 1448 IN NS ns4.mydomain.com. mydomain.com. 1448 IN NS ns1.mydomain.com. ;; HATÓSÁGI SZAK: mydomain.com. 1448 IN NS ns3.mydomain.com. mydomain.com. 1448 IN NS ns4.mydomain.com. mydomain.com. 1448 IN NS ns2.mydomain.com. mydomain.com. 1448 IN NS ns1.mydomain.com. ;; TOVÁBBI RÉSZ: ns1.mydomain.com. 167564 A 66.96.142.148 ns2.mydomain.com címen. 167564 A 65.254.254.172 ns3.mydomain.com címen. 126551 A 66.96.142.146 ns4.mydomain.com címen. 126551 A 65.254.254.170
A DNS-kiszolgáló megadja a számítógépnek a kapott információkat, és eléri a kívánt IP-címet. De amint látjuk, sokféle információ található itt. Tekintsünk mindent részletesebben.
Mi az a domain delegálás?
A tartomány delegálása a zóna gyökérszerver általi átruházása egy adott NS-kiszolgálón lévő tartomány hosztolására vonatkozó jogra. Például a gyökérszerverek DELEGÁLJA a .COM zónát az érte felelős szerverekhez, a .COM zóna szerverei pedig a MYDOMAIN.COM tartományt a tárhelyszolgáltató NS szervereihez vagy másokhoz. Maga a delegálás azt jelenti, hogy a tartomány gyökérkiszolgálója rendelkezik IN NS rekordokkal, amelyek a tartomány információit tároló NS-kiszolgálóra mutatnak. Vegye figyelembe, hogy a delegálás CSAK NS rekordokat feltételez, másokat nem. Ezért nem lehet másodszintű tartományt hozzárendelni, például egy CNAME rekordot.
Mik azok a gyermek NS-kiszolgálók
Néha egy tartományhoz tartozó NS-kiszolgálók az aldomainjein találhatók. A fenti példában a MYDOMAIN.COM tartomány az ns1.mydomain.com, ns2.mydomain.com és így tovább NS-kiszolgálókra van delegálva. Hogyan lehetséges ez? Végül is ahhoz, hogy kapcsolatba léphessen ezekkel az NS-szerverekkel, meg kell találnia az IP-címüket. Egyszerű - a .COM zóna gyökérszervere ezzel az opcióval nemcsak az NS-kiszolgálók domainnevét, hanem IP-címét is megköveteli. Ezért a DNS-kiszolgáló tudja, hol keresse a részleteket. Vegyünk egy példát két tartományra – gyermek NS-szerverrel és anélkül: NS-rekord a diphost.ru tartományhoz
;; VÁLASZ SZAK: diphost.ru. 292 IN NS ns1.bz8.ru.
NS-rekord a bz8.ru tartományhoz
;; VÁLASZ SZAK: bz8.ru. 300 IN NS ns1.bz8.ru. ;; TOVÁBBI RÉSZ: ns1.bz8.ru. 95617 IN A 185.35.220.5 ns1.bz8.ru. 95617 IN AAAA 2a00:e460:2a00:c01d::9:aaaa
Amint látja, minden egyszerű. Ezt a külföldi regisztrátorok beállítását Child NameServersnek hívják
Mik azok az NS rekordok egy tartományhoz?
NS rekord- jelzi, hogy a tartomány mely NS szervereken található. Ennek a bejegyzésnek meg kell egyeznie a zóna gyökérkiszolgálóin található tartomány értékeivel. Csak ebben az esetben lesz a domain DELEGÁLT.
mydomain.com. 1448 IN NS ns3.mydomain.com.
Rekord- megadja a tartománynévvel elérendő szerver IPv4-címét. Egy domainnek több A-rekordja is lehet. Ebben az esetben egy véletlenszerűt választunk.
mydomain.com. 248 IN A 65.254.242.180
AAAA rekord- a szerver IPv6-címét jelzi. Ezt a bejegyzést néha Quadra-A-nak (négy A) is nevezik.
MX rekord- a tartományba küldött levelek fogadásáért felelős szerver IP-címére vagy tartománynevére mutat (MX-szerver). Példánkban a MYDOMAIN.COM tartomány bármely címére küldött összes levél a mail.mydomain.com kiszolgálóra kerül.
mydomain.com. 3248 IN MX 0 mail.mydomain.com.
Több MX rekord is lehet. Az MX rekordnak a szerver neve mellett van egy "Priority" mező is. Meghatározza, hogy milyen sorrendben kell kapcsolatba lépni a tartomány MX szervereivel. Minél alacsonyabb a prioritási érték, annál magasabb a kiszolgáló prioritása.
TXT rekord- Különféle szolgáltatási információk vannak ide írva, amelyekhez nincsenek dedikált mezők. Felírhatod az adminisztrátor elérhetőségét, vagy bármi mást. A TXT rekordok a spamvédelemre használt SPF és DKIM rekordok tárolására is szolgálnak.
mydomain.com. 86048 IN TXT "v=spf1 ip4:38.113.1.0/24 ip4:38.113.20.0/24 ip4:12.45.243.128/26 ip4:65.254.224.0/19 ?all"
CNAME rekord- arra szolgál, hogy jelezze, hogy a domain egy másik domain szinonimája (aliasa). Ugyanebből az okból kifolyólag egy CNAME rekordot tartalmazó tartománynak nem lehet más rekordja.
SOA rekord- az NS szerver által automatikusan generált és szolgáltatási információkat tartalmaz: az NS szerverért felelős személy e-mail címe, az utolsó tartományfrissítés dátuma és időpontja, zóna gyorsítótárazási időkorlát (TTL) stb.
SRV rekord- a tartományt kiszolgáló különféle szerverek címeinek tárolására szolgál. Általában nem egyeznek az A-rekordban megadott webszerver címével, és az MX szerverhez hasonlóan különböző címeken találhatók. Ehhez a bejegyzéshez hozzáadhatja JABBER, TeamSpeak szerverek stb. címét.
A rekordok NS-szerveren történő regisztrálásának általános szabályai
Ha a bejegyzés tartalmaz domain nevet, annak ponttal kell végződnie, ellenkező esetben a fő domain név lesz ráragasztva. Azok. ha megad egy bejegyzést
mydomain.com. IN MX 10 mx.mail.ru
akkor a tartomány MX szervere mx.mail.ru.mydomain.com lesz. Tehát a helyes jelölés:
mydomain.com. IN MX 10 mx.mail.ru.
kapcsolódó cikkek
