Kas ir DNS ieraksts?

click fraud protection

Kā jūs noteikti zināt, ja vēlaties pārlūkot vietni, pārlūkprogrammā ir jāievada tās domēna nosaukums. Pēc tam pārlūkprogramma izslēdzas un ielādē jūsu pieprasīto vietni. Ja vietrādī URL norādāt konkrētu lapas nosaukumu, pārlūkprogramma noteikti pieprasīs šo konkrēto lapu no tīmekļa servera. Var būt viegli pieņemt, ka tā ir visa ar to saistītā sarežģītība, taču tas ir vairāk.

Lai novirzītu satiksmi uz pareizo vietu, maršrutētāji uztur maršrutēšanas tabulu. Maršrutēšanas tabula iepīkstas, norādot, kurš fiziskais savienojums maršrutētājam ir jāizmanto satiksmei atkarībā no tā galamērķa. Tomēr šo maršrutēšanas tabulu pārvaldīšana, ja tās izmantotu domēna nosaukumus, būtu grūts uzdevums.

Ja katrai vietnei ir atšķirīgs domēna nosaukums, tabulas lielums būtu milzīgs un meklēšana būtu neefektīva. Tā vietā maršrutētāji trafika maršrutēšanai izmanto IP adreses. Tā kā IP adreses ir skaitliskas un mitina vairākus domēnus. Maršrutēšanas tabulas var būt daudz īsākas un vieglāk meklējamas.

Diemžēl IP adreses nav cilvēkiem nolasāmas. Vismaz tie noteikti nav neaizmirstami. Lai gan jūs, iespējams, labi atceraties Technipages.com, jums daudz mazāk patīk atpazīt IP adresi 104.18.0.74 un vēl retāk atcerēties IPv6 adresi 2606:4700:20::681a: 14a. Atļaut cilvēkiem izmantot neaizmirstamus domēna vārdus un datoriem efektīvas IP adreses. Ir jāizmanto tulkošanas mehānisms. Šī tulkošanas sistēma ir DNS.

Kas ir DNS

DNS apzīmē domēna vārdu sistēmu un ir protokols, kas pārvērš domēna nosaukumus IP adresēs. Protokola priekšnoteikums ir veikt DNS pieprasījumu DNS serverim. Pieprasījumā ir ietverts domēna nosaukums, kuru vēlaties tulkot. Pēc tam pieprasījums tiek nosūtīts uz jūsu ierīces konfigurēto DNS serveri. Ja šis serveris nezina atbildi, tas rekursīvi pārsūta pieprasījumu saknes DNS serveriem. Kādā brīdī vienā DNS serverī būs kešatmiņā saglabāts ieraksts. Vai arī pieprasītā domēna autoritatīvā DNS servera ieraksts.

Piezīme: Autoritatīvs DNS serveris ir serveris, kuram attiecīgā domēna dati ir konfigurēti vietējā failā. Visi pārējie DNS serveri tikai saglabā šo atbildi kešatmiņā un nav autoritatīvi.

Kad domēnam ir atrasts autoritatīvs vai kešatmiņā saglabāts DNS rezultāts, šis rezultāts tiek pārsūtīts atpakaļ ķēdē, galu galā uz jūsu ierīci. Katrs DNS serveris ķēdē pēc tam saglabā rezultātu kešatmiņā, lai turpmākos pieprasījumus varētu atrisināt ātrāk.

Faktiskie dati, kas tiek glabāti autoritatīvā DNS serverī, ir DNS zonas. Tikai DNS vai resursu ieraksts (RR), kas saistīts ar pieprasīto domēnu, tiek atgriezts.

DNS ieraksta struktūra

DNS ieraksti tiek rakstīti, izmantojot DNS sintaksi. Formāts izmanto nosaukumu, TTL, ieraksta klasi, ieraksta veidu un ieraksta datus. TTL un ierakstu klases var saglabāt, jo abi formāti ir derīgi. Noklusējuma TTL (Laiks Dzīvot) var norādīt arī zonas faila sākumā, kas attiecas uz jebkuru DNS ierakstu zonā bez skaidri norādīta TTL.

Laukā Nosaukums nosaka URL, uz kuru attiecas ieraksts. Tas var būt “technipages.com”. Tiek atbalstītas aizstājējzīmes zvaigznītes “ww.technipages.com” .technipages.com. Ja norādītais domēns ir tāds pats kā zonas domēns, var izmantot simbolu.

TTL norāda, cik ilgi neautoritatīvs DNS serveris var saglabāt atbildi kešatmiņā. Jo ilgāk šis laiks, jo mazāk trafika vajadzētu redzēt autoritatīvu DNS serveri. Tomēr tas arī nozīmē, ka atjauninājumu izplatīšanai nepieciešams ilgāks laiks.

Ierakstu klase gandrīz vienmēr ir “N”. Tas definē interneta ierakstu. Tomēr darbojas neliels skaits ievērojami mazāk izmantotu tīklu, piemēram, Chaosnet, kas izmantotu vērtību “H”.

Ieraksta tips nosaka apkalpojamā DNS ieraksta veidu. Piemēram, IPv4 adreses ir definētas ar ieraksta veidu A, savukārt e-pasta serveriem ir tips MX. Nākamajā sadaļā mēs apskatīsim dažus biežāk sastopamos ierakstu veidus.

Ieraksta dati satur faktisko atrisināto vērtību. Parasti tā ir cita IP adrese, bet var būt arī cits domēna nosaukums. Atkal, parasti, ja ir norādīts cits domēna vārds. Šis domēna nosaukums tiek atrisināts uz IP adresi citur Zone failā. Tomēr tas ne vienmēr tā ir. Zonas failam komentārus var pievienot aiz semikola “. Šie komentāri nav iekļauti DNS atbildēs.

DNS ierakstu veidi

Visizplatītākais DNS ieraksta veids ir “ieraksts, kur” apzīmē adresi. Ieraksti vienmēr atgriež IPv4 adreses. IPv6 adresēm ir ieraksta tips “AAA”, četri As norāda, ka IPv6 adreses 128 bitu garumā ir četras reizes garākas nekā 32 bitu IPv4 adreses.

Ieraksta tips “NAME” apzīmē Canonical NAME un tiek lietots, lai teiktu, ka “pieprasītajam domēnam ir tāds pats IP kā šim domēnam”. CNAME ieraksti var norādīt uz A, AAAA vai citiem CNAME ierakstiem. Tomēr nav ieteicams norādīt CNAME uz citu CNAME ierakstu, jo rekursīvie pieprasījumi pagarina lietotāja pieprasījuma laiku. E-pasta serveri izmanto “X” ieraksta tipu, kas apzīmē Mail eXchange. MX ieraksta ieraksta vērtībā ir jāietver prioritātes numurs un domēna nosaukums. Līdzīgi kā CNAME ierakstiem, MX ierakstiem ir jānorāda uz domēna nosaukumu.

“S” ieraksta tips definē autoritatīvus DNS serverus pieprasītajam domēnam. Var būt vairāk nekā viens NS ieraksts, taču tiem vienmēr ir jānorāda uz domēnu. SOA ieraksts nosaka autoritātes sākumu. Katrā Zone failā ir jāiekļauj viens; tajā ir izskaidrota administratīvā informācija, piemēram, cik ilgi DNS serveriem jāgaida, pirms pārbauda, ​​vai vērtība ir mainījusies.

Kā šī informācija tiek izmantota

Tādējādi DNS pieprasījumi ir paslēpti no klienta. Lielākā daļa programmu klusi izpildīs DNS pieprasījumus fonā līdz vietai, kur lietotājs nekad nevar zināt, ka DNS protokols pastāv. Daži rīki ļauj pārraudzīt tīkla trafiku, ļaujot redzēt DNS trafiku, kāds tas parādās tīklā. Citi rīki, piemēram, Windows meklēšanas utilīta, ļauj veikt DNS pieprasījumus. Šie rīki parasti formatē izvadi cilvēkiem lasāmā veidā, nodrošinot tikai jēgpilnu atbildi, piemēram, atbildē atgriezto IP adresi vai adreses.

Secinājums

DNS ieraksts ir rinda DNS zonas failā autoritatīvā DNS serverī. Katra rinda ietver vērtību atlasi, kas nosaka ieraksta veidu un tā faktisko vērtību. Neautoritatīvie DNS serveri var saglabāt šos DNS ierakstus kešatmiņā tādā veidā, kā tie tos redz TTL darbības laikā. Lietotāja ierīce veic DNS pieprasījumu, gaida atbildi, pēc tam veic HTTPS pieprasījumu vai citu protokolu atkarībā no izmantotās programmatūras uz definēto IP adresi.