Kā uzzināt savu IP adresi un DNS servera adresi. Domēna DNS ierakstu pārbaude - kas tas ir un kāpēc tas jums nepieciešams Uzziniet, kā mitināt DNS
- Tulkošana
Uzmanīgais lasītājs šajā attēlā atradīs IPv6
Cilvēki bieži ir neizpratnē par domēniem. Kāpēc mana vietne nedarbojas? Kāpēc šis sūds ir salauzts, nekas nepalīdz, es tikai gribu, lai tas darbojas! Parasti jautātājs vai nu nezina par DNS, vai arī nesaprot pamatidejas. Daudziem DNS ir biedējoša un nesaprotama lieta. Šis raksts ir mēģinājums mazināt šādas bailes. DNS ir vienkārši ja saprotat dažus pamatjēdzienus.
Kas ir DNS
DNS apzīmē Domēna vārdu sistēma... Tā ir globāli izplatīta atslēgu un vērtību krātuve. Serveri visā pasaulē var sniegt jums vērtību pēc atslēgas, un, ja viņi nezina atslēgu, viņi lūgs palīdzību citam serverim.
Tas ir viss. Patiesība. Jūs vai jūsu pārlūkprogramma pieprasa atslēgas www.example.com vērtību un kā atbildi saņemat 1.2.3.4.
Pamata lietas
Liels DNS pluss ir tas, ka tas ir publisks pakalpojums, un, ja vēlaties to izdomāt, varat iedziļināties serveros. Pamēģināsim. Man ir petekeen.net domēns, kas tiek mitināts mašīnā web01.bugsplat.info. Tālāk izmantotās komandas var palaist no OS X komandrindas ( ak, tas ir, macOS — apm. per.).
Apskatīsim vārda un adreses kartēšanu:
$ dig web01.bugsplat.info
Rakšanas komanda ir Šveices armijas nazis DNS vaicājumiem. Foršs, daudzfunkcionāls instruments. Šeit ir pirmā atbildes daļa:
; <<>> DiG 9.7.6-P1<<>> web01.bugsplat.info ;; globālās opcijas: + cmd ;; Saņēmu atbildi: ;; - >> GALVENE<<- opcode: QUERY, status: NOERROR, id: 51539 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
Šeit ir tikai viena interesanta detaļa: informācija par pašu pieprasījumu. Tajā teikts, ka mēs pieprasījām ierakstu un saņēmām tieši vienu atbildi. Šeit:
;; JAUTĀJUMU SADAĻA:; web01.bugsplat.info. IEKŠĀ
dig pēc noklusējuma prasa A ierakstus. A ir adrese(adrese), un tas ir viens no DNS ierakstu pamatveidiem. A satur vienu IPv4 adresi. IPv6 adresēm ir ekvivalents - AAAA. Apskatīsim atbildi:
;; ATBILDES SADAĻA: web01.bugsplat.info. 300 IN A 192.241.250.244
Pārējā atbilde apraksta pašu atbildi:
;; Vaicājuma laiks: 20 ms ;; SERVERIS: 192.168.1.1 # 53 (192.168.1.1) ;; KAD: piektdien, 19. jūlijā, 20:01:16, 2013; MSG IZMĒRS RCVD: 56
Konkrēti, tajā ir norādīts, cik ilgi serveris atbildēja, kāda ir servera IP adrese (192.168.1.1), pie kura porta izrakte tika pieklauvēta (53, noklusējuma DNS ports), kad pieprasījums tika pabeigts un cik baitu bija atbildē.
Kā redzat, ar regulāru DNS meklēšanu notiek daudz. Katru reizi, kad atverat tīmekļa lapu, pārlūkprogramma veic desmitiem šo pieprasījumu, tostarp, lai ielādētu visus ārējos resursus, piemēram, attēlus un skriptus. Katrs resurss ir atbildīgs par vismaz vienu jaunu DNS pieprasījumu, un, ja DNS nebūtu paredzēts spēcīgai kešatmiņai, tiktu ģenerēts daudz trafika.
Taču šajā piemērā jūs neredzat, ka DNS serveris 192.168.1.1 būtu sazinājies ar vairākiem citiem serveriem, lai atbildētu uz vienkāršo jautājumu: "Kur norāda web01.bugsplat.info?" Izsekosim, lai uzzinātu par visu iespējamo ķēdi, kurai būtu jāiet cauri, ja informācija nebūtu kešatmiņā:
$ dig + trace web01.bugsplat.info;<<>> DiG 9.7.6-P1<<>> + izsekot web01.bugsplat.info ;; globālās opcijas: + 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. ;; Saņemti 512 baiti no 192.168.1.1 # 53 (192.168.1.1) 189 ms info. 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. ;; Saņemti 443 baiti no 192.5.5.241 # 53 (192.5.5.241) 1224 ms bugsplat.info. 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. ;; Saņemti 180 baiti no 199.254.48.1 # 53 (199.254.48.1) 239 ms laikā web01.bugsplat.info. 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. ;; Saņemti 196 baiti no 205.251.195.143 # 53 (205.251.195.143) 15 ms
Informācija tiek parādīta hierarhiskā secībā. Atcerieties, kā rakt ievietoja punktu. pēc saimniekdatora web01.bugsplat.info? Tātad, punkts. šī ir svarīga detaļa un apzīmē hierarhijas sakni.
Saknes DNS serverus uztur dažādi uzņēmumi un valstis visā pasaulē. Sākotnēji to bija maz, bet internets auga, un tagad to ir 13. Bet katram no serveriem ir desmitiem vai simtiem fizisku mašīnu, kas slēpjas aiz viena IP.
Tātad pašā izsekošanas augšdaļā atrodas saknes serveri, katrs definēts, izmantojot NS ierakstu. NS ieraksts saista domēna nosaukumu (šajā gadījumā saknes domēnu) ar DNS serveri. Reģistrējot domēna vārdu reģistratorā, piemēram, Namecheap vai Godaddy, viņi izveido NS ierakstus jūsu vietā.
Nākamajā blokā varat redzēt, kā dig izvēlējās nejauši izvēlētu saknes serveri un prasīja tam A ierakstu vietnei web01.bugsplat.info. Ir redzama tikai saknes servera IP adrese (192.5.5.241). Tātad, kurš saknes serveris tas bija? Noskaidrosim!
$ dig -x 192.5.5.241;<<>> DiG 9.8.3-P1<<>> -x 192.5.5.241 ;; globālās opcijas: + cmd ;; Saņēmu atbildi: ;; - >> GALVENE<<- 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.
-x karodziņš liek dig veikt IP adreses apgriezto meklēšanu. DNS atbild ar PTR ierakstu, kas savieno IP un resursdatoru, šajā gadījumā f.root-servers.net.
Atgriežoties pie mūsu sākotnējā pieprasījuma, F saknes serveris atgrieza citu NS serveru kopu. Viņš ir atbildīgs par augstākā līmeņa domēna informāciju. dig prasa vienam no šiem serveriem A ierakstu vietnei web01.bugsplat.info, kā atbildi saņem citu NS serveru kopu un pēc tam jautā viens no šiem serveri Web01.bugsplat.info ieraksts. ... Beidzot viņš saņem atbildi!
Fu! Būtu ģenerēts daudz trafika, taču gandrīz visi šie ieraksti tika pastāvīgi saglabāti kešatmiņā katrā ķēdes serverī. Arī jūsu dators šos datus saglabā kešatmiņā, tāpat kā jūsu pārlūkprogramma. Biežāk nekā nē, DNS vaicājumi nekad nesasniedz saknes serverus, jo to IP adreses gandrīz nekad nemainās ( “Droši vien mēs runājam par lielu TTL ierakstiem viņu datubāzē. Ja DNS servera IP adrese nekad nav mainījusies, tas nenozīmē, ka tā datu bāze ir pastāvīgi kešatmiņā.- apm. no rrrav). Augstākā līmeņa domēni com, net, org utt. parasti ir arī ļoti kešatmiņā.
Citi veidi
Ir vēl daži veidi, par kuriem ir vērts zināt. Pirmais ir MX. Tas savieno domēna nosaukumu ar vienu vai vairākiem pasta serveriem. E-pasts ir tik svarīgs, ka tam ir sava veida DNS ieraksts. Šeit ir petekeen.net MX vērtības:
$ dig petekeen.net mx;<<>> DiG 9.7.6-P1<<>> petekeen.net mx ;; globālās opcijas: + cmd ;; Saņēmu atbildi: ;; - >> GALVENE<<- 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
Ņemiet vērā, ka MX ieraksts attiecas uz vārdu, nevis uz IP adresi.
Cits veids, kas jums, visticamāk, ir pazīstams, ir CNAME. Atšifrē kā Kanoniskais nosaukums(kanoniskais nosaukums). Viņš saista vienu vārdu ar otru. Apskatīsim atbildi:
$ dig www.petekeen.net;<<>> DiG 9.7.6-P1<<>> www.petekeen.net ;; globālās opcijas: + cmd ;; Saņēmu atbildi: ;; - >> GALVENE<<- 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
Uzreiz redzams, ka saņēmām divas atbildes. Pirmajā teikts, ka www.petekeen.net norāda uz web01.bugsplat.info. Otrais atgriež šī servera A ierakstu. Varat uzskatīt CNAME kā aizstājvārdu (vai aizstājvārdu) citam serverim.
Kas vainas CNAME?
CNAME ieraksti ir ļoti noderīgi, taču ir svarīgs punkts: ja ir CNAME ar noteiktu nosaukumu, jūs nevarat izveidot citu ierakstu ar tādu pašu nosaukumu. Nav MX, nav A, nav NS, nekā.
Tas ir tāpēc, ka DNS veic aizstāšanu tā, ka visi ieraksti, uz kuriem norāda CNAME, ir derīgi arī CNAME. Mūsu piemērā www.petekeen.net un web01.bugsplat.info ieraksti būs vienādi.
Tāpēc jūs nevarat veikt CNAME saknes domēnā, piemēram, petekeen.net, jo parasti tur ir nepieciešami citi ieraksti, piemēram, MX.
Pieprasījumi citiem serveriem
Izliksimies, ka DNS konfigurācija ir sajaukta. Jums šķiet, ka esat novērsis problēmu, taču nevēlaties gaidīt, līdz kešatmiņa tiks atjaunināta, lai pārliecinātos. Izmantojot dig, varat pieprasīt publisko DNS serveri, nevis noklusējuma serveri, piemēram:
$ dig www.petekeen.net @ 8.8.8.8
Simbols @ ar IP adresi vai resursdatoru liks dig pieprasīt norādīto serveri noklusējuma portā. Varat izmantot Google publisko DNS serveri vai gandrīz publisku 3. līmeņa serveri 4.2.2.2.
Tipiskas situācijas
Apskatīsim tipiskas situācijas, kas ir pazīstamas daudziem tīmekļa izstrādātājiem.
Domēna novirzīšana uz www
Bieži vien ir nepieciešams novirzīt isketlemanstillopen.com domēnu uz www.isketlemanstillopen.com. Reģistratori, piemēram, Namecheap vai DNSimple, to sauc URL novirzīšana... Šeit ir piemērs no Namecheap administratora apgabala:
Simbols @ apzīmē saknes domēnu isketlemanstillopen.com. Apskatīsim šī domēna A ierakstu:
$ dig isketlemanstillopen.com ;; JAUTĀJUMU SADAĻA:; isketlemanstillopen.com. IEKŠĀ ;; ATBILDES SADAĻA: isketlemanstillopen.com. 500 IN A 192.64.119.118
Šis IP pieder Namecheap, un tur darbojas neliels tīmekļa serveris, kas tikai veic HTTP līmeņa novirzīšanu uz http://www.isketlemanstillopen.com:
$ curl -I iskettlemanstillopen.com curl -I iskettlemanstillopen.com HTTP / 1.1 302 Pārvietots uz laiku Serveris: nginx Datums: Piekt, 19 Jūl 2013 23:53:21 GMT Satura veids: teksts / html Savienojums: uzturēt dzīvu Satura garums : 154 Atrašanās vieta: http://www.isketlemanstillopen.com/
CNAME Heroku vai Github
Apskatiet iepriekš redzamo ekrānuzņēmumu. Otrajā rindā ir CNAME. Šajā gadījumā www.isketlemanstillopen.com norāda uz lietojumprogrammu, kas darbojas Heroku.
$ heroku domēni === warm-journey-3906 domēna vārdi warm-journey-3906.herokuapp.com www.isketlemanstillopen.com
Github ir līdzīgs stāsts, taču tur jums ir jāizveido īpašs fails repozitorija saknē un jānosauc tas CNAME. Skatiet dokumentāciju .dns Pievienot etiķetes
Esam izlaiduši jaunu grāmatu “Satura mārketings sociālajos medijos: kā nokļūt abonentu galvās un iemīlēties savā zīmolā”.
Domēna MX ieraksts ir pasta vārteja, kas ir DNS ieraksta veids, ko serveris izmanto, lai piegādātu pastu, izmantojot SMTP.
Citiem vārdiem sakot, tā ir datu kopa. Tie parāda serveri, kurā e-pasts tiek apstrādāts. Kamēr lietotājs nav konfigurējis šo parametru, ziņojumi nesasniegs adresātu.
Lai noteiktu, kuru pasta ziņojumu piegādes secību izmantot, sadalītā datorsistēmā tiek pieņemti vairāki ierakstu veidi. MX ir tikai viens no tiem. Tās galvenais mērķis ir automātiski nodrošināt informāciju par to, uz kuru serveri sūtīt vēstules. Protams, tas ir iespējams tikai tad, ja adrese ir atrodama dotajā nosaukumu sistēmā.
Kas ir domēna MX ieraksts
Kā jau minēts, tas ir viens no galvenajiem zonā, kas norāda atbilstošos pasta serveru nosaukumus, bez kuriem lietotājs nevarēs saņemt un nosūtīt ziņojumus. Tas ir saistīts ar faktu, ka lielākā daļa pasta pakalpojumu pirms citu adresātu vēstuļu pieņemšanas pārbauda DNS zonā pasta vārteju esamību un to, vai tās atbilst mezgla unikālajai tīkla adresei. Tas viss tiek darīts, lai aizsargātu pret surogātpastu. Ja šāda ieraksta nav vai tā dati kādu iemeslu dēļ nesakrīt ar attālā pasta pakalpojumu, tad deviņos gadījumos no desmit tiks noteikts aizliegums saņemt ziņojumu pa e-pastu.
Tas darbojas saskaņā ar diezgan vienkāršu algoritmu. Pirmajā posmā sūtītāja serveris veic MX ieraksta pieprasījumu adresāta domēnam, pēc kura sistēma kā atbildi nosūta resursdatora nosaukumu sarakstu. Tieši viņi ir tieši iesaistīti ienākošo ziņojumu saņemšanā. Pēdējā darbībā sūtīšanas serveris mēģina sazināties ar katru no resursdatoriem, izmantojot vienkāršu pasta pārsūtīšanas protokolu. Šis process turpinās nepārtraukti, līdz var izveidot savienojumu. Tas ļauj lietotājiem izmantot lielu skaitu serveru vienam domēnam.
Domēna MX ieraksta iestatīšana
Iestatījumu piemērošana ir nepieciešama, lai lietotājs varētu saņemt e-pastus savā pasta serverī.
Ja personai ir ziņojumu pārsūtīšanas aģents un viņam ir jāpārliecinās, ka viņš saņem ziņojumus, viņam jāveic noteiktas darbības, lai piemērotu iestatījumus. Jo īpaši ir nepieciešams, pirmkārt, atvērt virtuālā hostinga vadības paneli un pēc tam doties uz sadaļu "Pārvaldība"; otrkārt, katram vārdam ir jānorāda trešā un augstāka līmeņa domēns. Tas tiek darīts diezgan viegli. Piemēram, ja nosaukums ir @ example.com, tad pēc nosaukuma pievienošanas, kas ir daļa no augstākā līmeņa, tas būs @ mx.example.com.
Pēc tam jums vajadzētu apstiprināt savas darbības, noklikšķinot uz pogas "Pievienot", lai rezultāts tiktu saglabāts.
Nākamais solis ir ievadīt unikālu TCP/IP resursdatoru vietnei @ mx.example.com. Lai to izdarītu, dodieties uz iestatījumu sadaļu un brīvajā laukā norādiet pasta servera publisko adresi.
Ir svarīgi doties uz sadaļu "Iestatījumi" @ example.com un atzīmēt izvēles rūtiņu, ka šim domēnam nav MX ierakstu. Šajā procesā var rasties problēma, kas norāda, ka pastkastes, kurās tiek izmantoti iepriekš izveidoti ieraksti, pastāv un ir gatavas lietošanai.
Šo problēmu var atrisināt diezgan vienkārši: vienkārši dodieties uz iestatījumu sadaļu "Pasta pārvaldība" un atvienojiet pilnīgi visus tai pievienotos kontus.
Kā pārbaudīt domēna MX ierakstu
Lai tīmekļa resurss un e-pasts darbotos efektīvi, ir jānodrošina, lai visi ieraksti, arī MX zonas, būtu konfigurēti bez nelikumībām un kļūdām, kas var negatīvi ietekmēt vēstuļu saņemšanas un nosūtīšanas procesu. Ja lietotājam rodas aizdomas par satura pareizību, viņš var personīgi pārbaudīt un apskatīt domēna MX ierakstu.
Lai to izdarītu, vispirms pārliecinieties, vai vārds ir saistīts ar IP adresi, kurā atrodas konts, un otrādi. Ja tas nav deleģēts, tad jāpiemēro atbilstošās iespējas.
Pašpārbaude ir ļoti vienkārša. Šiem nolūkiem ir milzīgs skaits dažādu instalēšanas programmu personālajiem datoriem, kā arī tiešsaistes pakalpojumi. Populārākās iespējas ir utilīta Nslookup, kas ļauj veikt dažāda veida vaicājumus un aptaujāt nejauši atlasītus serverus, kā arī tīmekļa pakalpojums Dig. Tie ir iebūvēti operētājsistēmās un tiek nodrošināti lietotājam kopā ar datoru.
Kāpēc skatīties domēna MX ierakstu
Kā jau minēts, dažādu pakalpojumu darbībai tiek izmantoti dažādi ieraksti. Regulāras pārbaudes jāveic, lai noteiktu jebkura servera adresi, kas tiek izmantots pašreizējam darbam. Piemēram, ja lietotājam tiek nosūtīta vēstule pa e-pastu, bet viņš to nesaņem, tas norāda, ka noteikti dati ir norādīti nepareizi vai to nav vispār.
Windows, macOS un Linux datoros ir iebūvēta utilīta Nslookup. Lai to atvērtu, atlasiet taustiņu kombināciju Windows + R un parādītajā logā ievadiet komandu "cmd". Pēc tam tiks atvērta komandrinda, kurā lietotājs var detalizēti pārbaudīt pašreizējo statusu.
Izveidojiet MX ierakstu
Dažos tīmekļa pakalpojumos, piemēram, Yandex.Mail, lai to izmantotu, priekšnoteikums ir piemērot atbilstošus MX ieraksta iestatījumus. Tas ir nepieciešams, lai atkārtoti savienotu e-pasta pakalpojuma DNS ar ārējo servera aprīkojumu. Protams, lai to izdarītu, lietotājam ir jāzina, kā pārbaudīt domēna MX ierakstu.
Izveidošanas procesam jānotiek ISPmanager tīmekļa mitināšanas vadības panelī sadaļā “Ierakstu pārvaldība. Lai to izdarītu, noklikšķiniet uz pogas "Izveidot".
Tas atrodas pašā paneļa augšpusē. Pēc tam tiks atvērts jauns logs, kurā lietotājam tiks lūgts aizpildīt reģistrācijas laukus. Šajā posmā jums jābūt pēc iespējas uzmanīgākam un jāizvairās no kļūdām.
Tātad atvērtajā logā jāievada daži dati. Lai visu izdarītu pareizi, programmā ISPmanager varat izmantot speciālu instrukciju, kurā sīki paskaidrots, kādi lauki ir jāaizpilda un kādi dati jāievada. Ja lietotājs pats zina, kas tieši ir jādara, lai aizpildītu MX ieraksta reģistrācijas laukus, lai pasta pakalpojums darbotos bez kļūdām, viņš var turpināt paškonfigurāciju. Lai izveidotu MX domēnu, lietotājam jāievada šāda veida informācija:
- Nosaukums, kas var saturēt jebkuru vārdu, tostarp apakšdomēnu.
- Precīzs laiks, kad informācija tiek atjaunināta.
- Šeit jānorāda ieraksta veids. Tajā pašā laikā atsevišķi parametri tiek izmantoti dažādiem mērķiem, un mērķis ir atkarīgs no tā veida.
- Tālāk tiek norādīts pats domēns, un pēc tā - prioritāte.
Informācijas aizpildīšanas procesā ISPmanager automātiski pārbaudīs, vai datos nav kļūdu: ja viss ir ievadīts pareizi, lauki tiks atzīmēti ar zaļu atzīmi, ja tiks pieļautas kļūdas, sistēma informēs arī lietotāju.
Pēdējais solis ir rezultātu saglabāšana. Tas pabeidz izveides procesu, un ieraksts tiks automātiski parādīts tīmekļa mitināšanas vadības panelī.
Lai atvērtu jebkuru lapu globālajā tīklā, interneta pārlūkprogrammas adreses joslā jāievada tās domēna nosaukums. Parastie lietotāji to sauc par interneta lapas nosaukumu.
Visiem globālā tīmekļa domēniem ir noteikta digitālā "IP adrese". Vietņu nosaukumu un to IP saraksti tiek glabāti DNS serveros.
Tālāk ir sniegtas detalizētas rokasgrāmatas par to, kā uzzināt DNS ne tikai datora savienošanai ar internetu, bet arī domēna un hostinga mijiedarbībai dažām interneta lapām.
Noteikšanas metodes
Lai noteiktu savu DNS vai ja nepieciešams identificēt DNS nodrošinātāju, tam ir dažādas metodes. Ieteicams izmantot šādas 3 efektīvas metodes:
- Komandrindas (KS) iespēju izmantošana;
- Izmantojot tīkla īpašību analīzi;
- Sazinieties ar pakalpojumu sniedzēju.
1. un 2. metodi ieteicams izmantot DNS noteikšanai, ja ir labs savienojums ar globālo tīklu un tas darbojas normāli. Pēdējo metodi var izmantot, ja nav interneta savienojuma.
1. Izmantojot komandrindas funkcionalitāti
Tātad lietotājiem, kuri vēlas uzzināt savu vai DNS nodrošinātāju, ir jāveic šādas secīgas darbības:
1) Caur "Starts" skrējiens "KS";
2) Parādītajā melnajā logā ierakstiet "ipconfig / all" un pēc tam noklikšķiniet uz "Enter";
3) Parādīsies detalizēta informācija;
Starp papildu datu kopu lietotājam būs pieejama informācija par DNS serveriem.
2. Savienojuma parametru analīze un korekcija
Lai atrisinātu šo problēmu, izmantojot tīkla rekvizītu analīzi, ir jāizmanto vadības paneļa rīki.
Darbību secība ir šāda:
1) Izvēlnē "Sākt" atveriet "Vadības paneli" un pēc tam, ja datorā ir instalēta operētājsistēma OS XP, ievadiet "tīkla savienojumi" un, ja "Septiņi", dodieties uz "Tīkla pārvaldības centru". " cilni un atveriet " Mainīt adaptera iestatījumus";
3) Atveriet cilni ar sarakstu, kurā ir "Internet Protocol (TCP / IP)", kurā ir reģistrēti derīgie serveru nosaukumi, kurus var pielāgot un ievadīt vēlamās un alternatīvās DNS adreses;
4) Ja veicat kādus pielāgojumus, pirms loga aizvēršanas tās ir jāsaglabā.
3. Nosakiet, sazinoties ar sakaru pakalpojumu sniedzēju
To var ātri izdarīt šādos trīs veidos:
1) Atveriet interneta pakalpojumu sniedzēja oficiālo resursu un izlasiet tā lapā sniegto informāciju;
2) Zvaniet uz tehniskā atbalsta dienestu;
3) Noformējiet un nosūtiet pieprasījumu speciālista izsaukšanai uz lietotāja datora atrašanās vietu.
Alternatīva iespēja, izmantojot tiešsaistes pakalpojumus
Internetā ir ievērojams skaits pakalpojumu, kas ļauj ātri atrisināt problēmu, piemēram, izmantojot Yandex. Jums vienkārši jāieraksta meklēšanas lodziņā "Kā uzzināt savu ip" vai cits nepieciešamais pieprasījums un noklikšķiniet uz "Atrast". 
Sveiki visiem! Domēna vārdu sistēma tiek tulkota kā domēna vārdu sistēma. Es neiedziļināšos detaļās par funkcionēšanas definīciju un iezīmēm. Es tikai īsi pateikšu, ka to izmanto, lai tīkla savienojumi darbotos pareizi. Vai jūs zināt, kur atrodas to parametri?
Šodien es jums pastāstīšu, kā uzzināt DNS serveri datora savienošanai ar globālo tīklu, domēna mijiedarbību un vietnes mitināšanu. Pirmajā un otrajā gadījumā adreses parasti atšķiras.
Kas tieši jūs interesē?
Darbs ar DNS:
Darbs ar pakalpojumu sniedzēja DNS adresēm, lai konfigurētu internetu
Apskatīsim dažas iespējas. DNS nosaukumu tīkla savienojumu konfigurēšanai var uzzināt trīs veidos vai drīzāk, izmantojot:
- komandrinda;
- tīkla rekvizītu apskate;
- interneta pakalpojumu sniedzējs.
Pirmie divi veidi, kā redzēt vēlamo un alternatīvo DNS vārteju, ir noderīgi tikai tad, ja tīkls jau darbojas pareizi. Trešais punkts ir labs, pat ja tas nedarbojas.
Izmantojot komandrindu
Pirmajā gadījumā izvēlnē "Sākt" jums būs jāatrod programma "komandrinda". Atveriet to un ievadiet komandu ipconfig / all service. Pēc tā piemērošanas parādīsies pietiekami detalizēta informācija.
Kā redzat ekrānuzņēmumā, vēlamie dati tiek parādīti starp citiem rezultātiem.
Savienojuma parametru apskate un mainīšana
Lai ieviestu otro metodi, jums jādodas uz vadības paneli. XP gadījumā dažādu tīklu vadības centrā atveriet sadaļu "tīkla savienojumi", operētājsistēmai Windows 7 - sadaļu "mainīt adaptera iestatījumus".
Pēc šo darbību veikšanas jūsu acu priekšā jāparādās savienojumu sarakstam. Mēs izvēlamies to, kas parasti tiek izmantots, un sākam skatīt tā īpašības.
Atradu? Tagad atvērtajā logā varat novērot laukus vēlamo un alternatīvo adrešu ievadīšanai. Šeit jūs varat apskatīt esošos serveru nosaukumus, lai izveidotu savienojumu ar pakalpojumu sniedzēja pakalpojumiem, ja tie ir iepriekš ievadīti, vai iestatīt jaunas vērtības. Pēc izmaiņu ievadīšanas tās ir jāsaglabā, apstiprinot darbību.
Lūdzot palīdzību interneta pakalpojumu sniedzējam
Šeit ir arī iespējas:
- apskatīt pakalpojumu sniedzēja vietni, ja tas publicē šādus datus;
- lūgt atbalstu;
- zvaniet speciālistam mājās.
Šīs darbības ir dažas no vienkāršākajām. To īstenošanā nav nekā sarežģīta. Uz priekšu.
DNS adrese domēna un mitināšanas iestatījumiem
Ja tie ir reģistrēti pie dažādiem pakalpojumu sniedzējiem, tad ir nepieciešamas papildu manipulācijas. Jo īpaši jums ir jānoskaidro savi NS ieraksti mitināšanā un pēc tam jānorāda domēna iestatījumos.
Ja tie vēl nav iestatīti, tad šeit viena galvenā iespēja ir noskaidrot pakalpojumu sniedzēja elektroniskajos resursos vai ar atbalsta personāla palīdzību. Ja tie jau ir iestatīti un vēlaties tos apskatīt savā vai kāda cita vietnē, varat izmantot īpašu pakalpojumu.
Jūsu vai kāda cita DNS mitināšanai parasti var noteikt pēc IP vai domēna. To nav grūti izdarīt. Es par to detalizēti runāju publikācijā par dažādiem ievades datiem.
Tagad jūs zināt, kā uzzināt datora vai vietnes DNS serveru adreses. Vai jums joprojām ir jautājumi vai zināt par ērtākām iespējām? Vienkārši atstājiet komentāru.
Sastādīti, kuri interesējas par satiksmi un ievērojamu ienākumu pieaugumu.
Abonējiet emuāra atjauninājumus. Attālinātais darbs, datorpratība, informācijas resursu profesionāla popularizēšana – tas un vēl daudz kas cits priekšā kopā ar milzīgu daudzumu jau publicēto materiālu. Līdz nākamajai reizei.
Kā darbojas DNS sistēma?
Ievadot pārlūkprogrammā domēna nosaukumu MYDOMAIN.COM, jūsu dators pirmām kārtām pievēršas jūsu interneta savienojuma iestatījumos norādītajam DNS serverim. DNS serveris ir nepieciešams, lai tulkotu pieprasīto domēna nosaukumu IP adresē.
DNS serveris adresē vienu no interneta saknes NS serveriem, kura IP adreses ir kodētas un zināmas, un atbildot uz to, saknes serveris sniedz DNS serverim to serveru IP adrešu sarakstu, uz kuriem zona atrodas. COM Šis saraksts izskatās apmēram šādi:
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 A 192.55.83.30
DNS serveris sazinās ar vienu no NS serveriem .COM zonā (Pieņemsim, ka a.gtld-servers.net ir 192.5.6.30) un pieprasa domēna MYDOMAIN.COM NS serveru sarakstu. Šos NS serverus sauc par NS serveriem, kuriem domēns ir deleģēts.
Ns1.mydomain.com. 172800 IN A 66.96.142.148 ns2.mydomain.com. 172800 IN A 65.254.254.172 ns3.mydomain.com. 172800 IN A 66.96.142.146 ns4.mydomain.com. 172800 65.254.254.170
Pēc tam vēršas pie kāda no iegūtajiem NS-serveru sarakstiem un prasa informāciju par MYDOMAIN.COM domēnu. Atbildes paraugs:
Mydomain.com. 3248 IN MX 0 pasts.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.com. 2208 IN SOA ns1.mydomain.com. hostmaster.mydomain.com. 1335787408 16384 2048 1048576 2560 mydomain.com. 248 IN A 65.254.242.180 mydomain.com. 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. ;; IESTĀDES SADAĻA: 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. ;; PAPILDU SADAĻA: ns1.mydomain.com. 167564 IN A 66.96.142.148 ns2.mydomain.com. 167564 IN A 65.254.254.172 ns3.mydomain.com. 126551 IN A 66.96.142.146 ns4.mydomain.com. 126551 A 65.254.254.170
DNS serveris nosūta saņemto informāciju uz jūsu datoru un adresē pareizo IP adresi. Bet, kā redzam, šeit ir daudz un dažādas informācijas. Apskatīsim visu tuvāk.
Kas ir domēna deleģēšana
Domēna deleģēšana ir tad, kad zonas saknes serveris deleģē tiesības mitināt domēnu noteiktā NS serverī. Piemēram, saknes serveri DELEĢĒ .COM zonu serveriem, kas būs par to atbildīgi, un .COM zonas serveri DELEĢĒ MYDOMAIN.COM domēnu hostinga pakalpojumu sniedzēja NS serveriem vai dažiem citiem. Pati deleģēšana nozīmē, ka domēna saknes serverim ir IN NS ieraksti, kas norāda uz NS serveri, kas mitina domēna informāciju. Lūdzu, ņemiet vērā, ka deleģēšana uzņemas TIKAI NS ierakstus, nevis citus. Tāpēc nevar piešķirt otrā līmeņa domēnu, piemēram, CNAME ierakstu.
Kas ir bērnu NS serveri
Dažreiz domēna NS serveri atrodas tā apakšdomēnos. Iepriekš minētajā piemērā MYDOMAIN.COM domēns ir deleģēts NS serveriem ns1.mydomain.com, ns2.mydomain.com utt. Kā tas ir iespējams? Galu galā, lai piekļūtu šiem NS serveriem, jums ir jānoskaidro to IP adrese. Viss ir vienkārši - .COM zonas saknes serverim šajā gadījumā ir jānorāda ne tikai NS-serveru domēna vārdi, bet arī to IP adreses. Tāpēc DNS serveris zina, kur meklēt sīkāku informāciju. Apskatīsim divu domēnu piemēru - ar un bez bērna NS-servera: NS-ieraksts domēnam diphost.ru
;; ATBILDES SADAĻA: diphost.ru. 292 IN NS ns1.bz8.ru.
NS ieraksts domēnam bz8.ru
;; ATBILDES SADAĻA: bz8.ru. 300 IN NS ns1.bz8.ru. ;; PAPILDU SADAĻA: ns1.bz8.ru. 95617 IN A 185.35.220.5 ns1.bz8.ru. 95617 IN AAAA 2a00: e460: 2a00: c01d :: 9: aaaa
Kā redzat, viss ir vienkārši. Šādu iestatījumu ārvalstu reģistratoriem sauc par Child NameServers.
Kas ir domēna NS ieraksti
NS ieraksts- norāda uz kuriem NS serveriem domēns atrodas. Šim ierakstam ir jādublē zonas saknes serveros atrastās domēna vērtības. Tikai šajā gadījumā domēns tiks DELEĢĒTS.
Mydomain.com. 1448 IN NS ns3.mydomain.com.
Ieraksts- norāda servera IPv4 adresi, kas jāadresē ar domēna nosaukumu. Domēnā var būt vairāki A ieraksti. Šajā gadījumā tiek izvēlēts nejaušs.
Mydomain.com. 248 IN A 65.254.242.180
AAAA rekords- norāda servera IPv6 adresi. Arī šis ieraksts dažreiz tiek saukts par Quadra-A (četri A)
MX ieraksts- norāda tā servera IP adresi vai domēna nosaukumu, kas ir atbildīgs par pasta saņemšanu šajā domēnā (MX-serveris). Mūsu piemērā viss pasts uz jebkuru domēna MYDOMAIN.COM adresi tiks nosūtīts uz serveri mail.mydomain.com.
Mydomain.com. 3248 IN MX 0 pasts.mydomain.com.
Var būt arī vairāki MX ieraksti. Papildus servera nosaukumam MX ierakstam ir arī lauks "Prioritāte". Tas norāda secību, kādā jāsazinās ar domēna MX serveriem. Jo zemāka prioritātes vērtība, jo augstāka ir servera prioritāte.
TXT ieraksts- Šeit tiek ierakstīta dažāda pakalpojumu informācija, kurai nav īpašu lauku. Var pierakstīt administratora kontaktinformāciju vai ko citu. TXT ieraksti tiek izmantoti arī, lai saglabātu SPF un DKIM ierakstus, ko izmanto aizsardzībai pret surogātpastu.
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? Visas"
CNAME ieraksts- kalpo, lai norādītu, ka domēns ir cita domēna sinonīms (alias). Tā paša iemesla dēļ domēnam ar CNAME ierakstu nevar būt citu ierakstu.
SOA rekords- automātiski ģenerē NS-serveris un satur pakalpojumu informāciju: par NS-serveri atbildīgās personas e-pasta adresi, pēdējā domēna atjauninājuma datumu un laiku, zonas kešatmiņas laika ierobežojumu (TTL) utt.
SRV ieraksts- kalpo dažādu domēnu apkalpojošo serveru adrešu glabāšanai. Tie parasti neatbilst A ierakstā norādītajai tīmekļa servera adresei un, tāpat kā MX serveris, atrodas dažādās adresēs. Šim ierakstam varat pievienot JABBER, TeamSpeak serveru u.c. adreses.
Vispārīgi noteikumi ierakstu reģistrācijai NS serverī
Ja ierakstā ir domēna vārds, tam jābeidzas ar punktu, pretējā gadījumā tam tiks pielīmēts galvenais domēna nosaukums. Tie. ja norādāt ierakstu
Mydomain.com. IN MX 10 mx.mail.ru
tad domēna MX serveris tiks identificēts kā mx.mail.ru.mydomain.com. Tāpēc pareizais ieraksts ir:
Mydomain.com. IN MX 10 mx.mail.ru.
Saistītie raksti
