DNS domēna pārsūtīšanas gadījumā

Modulis 6: Laiks, kešatmiņa un domēna pārsūtīšana · Lasīšanas laiks: 10 minūtes

Mērķis: Pēc šīs nodarbības Jūs varēsiet plānot savas vietnes, e-pasta vai DNS pārvaldības pārsūtīšanu tā, lai apmeklētāji neko nemanītu un Jūs nepazaudētu nevienu e-pastu.

Galvenie jēdzieni: pārsūtīšanas veidi, secība, TTL samazināšana iepriekš, ierakstu sagatavošana, zonas rezerves kopija, testēšana pirms pārslēgšanas (hosts fails, novērošanas adrese), e-pasts pārslēgšanas laikā, reģistra pārbaude iepriekš, DNSSEC un DS ieraksts

Četri pārsūtīšanas veidi

"Es pārsūtu savu domēnu" var nozīmēt četras dažādas lietas. Ir ļoti noderīgi vispirms noteikt, ko tieši Jūs domājat, jo katrs veids ietekmē citus ierakstus.

Bieži vien vairākas no šīm lietām notiek vienlaikus, piemēram, ja Jūs pārsūtāt visu no viena pakalpojuma sniedzēja pie cita. Tad ir spēkā arī visu četru veidu riski.

Zelta secība

Svarīgākais princips: vispirms viss jāsagatavo jaunajā vietā, un tikai tad notiek pārslēgšana. Pati pārslēgšana ir neliela darbība, dažu ierakstu vai vārdu serveru maiņa. Visu, ko var izdarīt pirms pārslēgšanas, izdariet pirms pārslēgšanas.

Dažas dienas iepriekš

1. Izveidojiet pašreizējās zonas rezerves kopiju. Eksportējiet ierakstus, izveidojiet ekrānuzņēmumu vai pierakstiet tos. Bez pārskata par to, kas bija, Jūs vēlāk nezināsiet, kas trūkst. Daudzos paneļos ir poga DNS rezerves kopijas izveidei.
2. Izveidojiet inventarizācijas sarakstu. Izejiet cauri katrai rindai un pierakstiet, kam tā kalpo: vietnei, e-pastam, verifikācijai pie Google vai Microsoft, informatīvo izdevumu pakalpojumam, apakšdomēnam tiešsaistes veikalam. Tieši šie papildu ieraksti (TXT verifikācijai, CNAME informatīvo izdevumu pakalpojuma DKIM) pārsūtīšanas laikā bieži tiek aizmirsti.
3. Sagatavojiet jauno vidi. Vietne atrodas jaunajā serverī, pastkastes jau pastāv pie jaunā e-pasta pakalpojuma sniedzēja.
4. Testējiet pirms pārslēgšanas. Jūs varat apskatīt vietni jaunajā serverī, nemainot DNS: ar ierakstu hosts failā vai ar testa adresi vai novērošanas adresi, ko sniedz jaunais pakalpojuma sniedzējs. Neaizmirstiet pēc tam noņemt šo hosts faila ierakstu.

Vismaz vienu veco TTL iepriekš

5. Samaziniet TTL ierakstiem, kurus plānojat mainīt, uz 300 sekundēm (6.1. nodarbība). Ja TTL bija 3600, dariet to vismaz stundu iepriekš; drošības labad labāk dienu iepriekš. Ja TTL bija 86400, tad vismaz dienu iepriekš.

Ņemiet vērā: NS ierakstu TTL pie reģistra (6.2. nodarbība) Jūs pats nevarat samazināt. Mainot vārdu serverus, šis gaidīšanas laiks vienmēr pastāv.

Pārslēgšana

6. Mainiet ierakstus (vietnes vai e-pasta pārsūtīšanas gadījumā) vai mainiet vārdu serverus pie sava reģistratora (DNS pārvaldības pārsūtīšanas gadījumā).
7. Nekavējoties pārbaudiet pie autoritatīvā vārdu servera, vai jaunās vērtības ir ieviestas (dig A example.com @ns1.newhost.example).

Pēc tam

8. Pārbaudiet visu: vietni caur http un https, sertifikātu, testa e-pastu turp un atpakaļ, un tiešsaistes pārbaudi MX, SPF, DKIM un DMARC ierakstiem.
9. Atgrieziet TTL atpakaļ uz 3600, kad viss darbojas.
10. Atsakieties no vecā pakalpojuma tikai tad, kad dažas dienas vairs nekas neienāk vecajā vietā, ne e-pasts, ne apmeklējumi. Ja atsakāties pārāk agri, Jūsu vietne vai e-pasts var pazust, vai sliktākajā gadījumā Jūsu domēns var kļūt brīvs.

DNS pārvaldības pārsūtīšana

Ja Jūs pārsūtāt savu DNS pie cita pakalpojuma sniedzēja (citi vārdu serveri), tad ir viens papildu noteikums: zonai jābūt pilnībā sagatavotai pie jaunā pakalpojuma sniedzēja, pirms Jūs mainiet vārdu serverus. No pārslēgšanas brīža visas atbildes sniedz jaunais pakalpojuma sniedzējs. Kas tur trūkst, vairs nepastāv.

Ņemiet vērā šo sarakstu kā minimumu:

@          A      192.0.2.10
@          AAAA   2001:db8::10
www        A      192.0.2.10        (vai CNAME)
mail       A      192.0.2.25        (ja Jūsu MX norāda uz mail.example.com)
@          MX     10 mail.example.com.
@          TXT    "v=spf1 ... ~all"
x._domainkey  TXT "v=DKIM1; k=rsa; p=..."   (selektors atšķiras atkarībā no pakalpojuma sniedzēja)
_dmarc     TXT    "v=DMARC1; p=quarantine"

Plus visi apakšdomēni, verifikācijas ieraksti un ārējo pakalpojumu ieraksti.

Dažas reģistri pārbauda jaunos vārdu serverus, pirms pieņem izmaiņas. Piemēram, DENIC (reģistrs .de domēnam) pārbauda, vai jaunie vārdu serveri jau atbild par domēnu. Ja zona vēl nav sagatavota, izmaiņas tiek noraidītas. Arī tāpēc: vispirms sagatavojiet zonu.

Piemērs no prakses

Domēns tika savienots ar vietņu veidošanas platformu, novirzot vārdu serverus uz šo platformu. Platforma pati iestatīja MX ierakstu uz mail.example.com un SPF ierakstu, bet nē A ierakstu mail.example.com vārdam. Rezultāts: e-pastus varēja nosūtīt, bet ne saņemt. Katrs e-pasta serveris, kas mēģināja piegādāt e-pastu, neatrada adresi vārdam no MX ieraksta. Viens A ieraksts pie platformas atrisināja problēmu. Mācība: ja Jūs pārsūtāt vārdu serverus, arī katram ierakstam, uz kuru norāda cits ieraksts, jāpāriet līdzi.

E-pasts pārslēgšanas laikā

Pārejas perioda laikā daļa e-pasta joprojām ienāk vecajā vietā: sūtītāji ar vecu atbildi savā kešatmiņā piegādā tur. Tas ir normāli un nav problēma, kamēr Jūs lasāt abas pastkastes.

• Iestatiet jauno pastkasti savā e-pasta programmā jau iepriekš, izmantojot servera nosaukumu, ko norāda jaunais pakalpojuma sniedzējs (nevis mail.example.com, jo šis vārds pārslēgšanas laikā norāda uz mainīgām vietām).
• Atstājiet veco pastkasti arī savā e-pasta programmā, kamēr dažas dienas vairs nekas neienāk.
• Kopējiet veco e-pastu ar jaunā pakalpojuma sniedzēja pārsūtīšanas rīku vai ar IMAP kopēšanas programmu.
• Neaizmirstiet e-pasta pārsūtīšanas gadījumā SPF ierakstu: jaunajam pakalpojuma sniedzējam jābūt tajā iekļautam, un kamēr vecais joprojām sūta (piemēram, Jūsu vietnes kontaktformulārs), tam jāpaliek tajā arī.

DNSSEC pārsūtīšanas gadījumā

Ja Jūsu domēns izmanto DNSSEC (8.1. nodarbība), pie reģistra atrodas DS ieraksts: atslēgas pirkstu nospiedums, ar kuru Jūsu pašreizējais DNS pakalpojuma sniedzējs paraksta zonu. Ja Jūs pārsūtāt savu DNS pārvaldību, jaunais pakalpojuma sniedzējs paraksta ar citu atslēgu. Ja vecais DS paliek pie reģistra, pirkstu nospiedums vairs neatbilst. Validējošie rezolveri (un to ir daudz) tad sniedz SERVFAIL: viss Jūsu domēns viņiem ir nesasniedzams, gan vietne, gan e-pasts.

Drošā pieeja:

1. Lieciet dzēst DS pie reģistra (izslēdziet DNSSEC) un sagaidiet, kamēr DS TTL ir beidzies.
2. Nomainiet vārdu serverus.
3. Ieslēdziet DNSSEC pie jaunā pakalpojuma sniedzēja un lieciet ievietot jauno DS pie reģistra.

Pastāv arī metode, kā pārsūtīt bez DNSSEC pārtraukuma (abu pakalpojuma sniedzēju atslēgas īslaicīgi pastāv blakus), taču tā prasa abu pušu sadarbību un tālu ne visur tiek atbalstīta. Ja pārsūtīšanas laikā tomēr kaut kas noiet greizi un Jūsu domēns pēkšņi kļūst nesasniedzams, lai gan ieraksti izskatās pareizi, vispirms pārbaudiet DNSSEC.

Praksē: šādi tas izskatās panelī

Mans WebOké piemēra panelī Jūs varat izveidot visas zonas rezerves kopiju cilnē DNS ar vienu pogu un atjaunot to ar vienu klikšķi, ja kaut kas noiet greizi. Paša domēna pārsūtīšanu Jūs sākat tur Pārsūtīšanas centrā, un karte Domain / Email gezondheid pēc pārslēgšanas parāda, vai vārdu serveri, A ieraksts, sertifikāts, MX, SPF, DMARC un DNSSEC ir pareizi. Citi pakalpojuma sniedzēji bieži piedāvā zonas eksportu (dažreiz kā zonas failu, ko varat importēt pie jaunā pakalpojuma sniedzēja) un līdzīgu pārbaudi; ja Jūsu panelim tā nav, izveidojiet ekrānuzņēmumu no ierakstu saraksta.

Kopsavilkums

• Vispirms nosakiet, kas tiek pārsūtīts: vietne, e-pasts, DNS pārvaldība vai reģistrācija.
• Rezerves kopija, inventarizācija, jaunas vides sagatavošana un testēšana notiek pirms pārslēgšanas.
• Samaziniet TTL vismaz vienu veco TTL periodu iepriekš un atjaunojiet to pēc tam.
• DNS pārvaldības pārsūtīšanas gadījumā zonai jābūt pilnībā sagatavotai pie jaunā pakalpojuma sniedzēja pirms vārdu serveru maiņas; neaizmirstiet tādus ierakstus kā e-pasta servera A ieraksts.
• Ar DNSSEC: vispirms jānoņem vecais DS, tad jāpārslēdzas, tad jāievieto jaunais DS.
• Pārslēgšanas laikā lasiet abas pastkastes un atsakieties no vecā pakalpojuma tikai tad, kad viss darbojas.

Tests

Uzdevums

Uzdevums Z6.3: Pārsūtīšanas inventarizācija. Izveidojiet pārsūtīšanas inventarizāciju Jūsu paša domēnam (vai, ja Jums nav domēna, sidn.nl domēnam, kas ir SIDN vietne, .nl reģistra pārvaldītājs Nīderlandē). Noskaidrojiet un aizpildiet: vārdu serverus, @ un www A un AAAA ierakstus, MX ierakstus, SPF ierakstu, DMARC ierakstu un vai ir DS ieraksts. Programma salīdzinās katru vērtību ar to, ko DNS atbild šobrīd.

Uzdevums O6.3: Patstāvīga iestatīšana Jūsu vingrināšanās zonā. Jūsu vingrināšanās zonā <code>.dnspractice.eu atrodas neliela "esoša" vietne: www.<code>.dnspractice.eu norāda uz 192.0.2.10 (A) un 2001:db8::10 (AAAA), ar TTL 300. Vingrināšanās zonas e-pasts atrodas mail.<code>.dnspractice.eu (192.0.2.25) ar MX ierakstu (prioritāte 10). Atveidojiet vietnes pārsūtīšanu:

1. Samaziniet www.<code>.dnspractice.eu ierakstu TTL uz 60.
2. Lieciet www.<code>.dnspractice.eu norādīt uz jauno serveri 198.51.100.10 un izdzēsiet AAAA ierakstu: jaunajam serverim nav IPv6.
3. Atgrieziet www.<code>.dnspractice.eu TTL atpakaļ uz 300.
4. Atstājiet e-pasta ierakstus neskartus.

Vingrināšanās zona izmanto īsus TTL (starp 30 un 300 sekundēm), lai Jums nevajadzētu gaidīt; Jūsu īstajā domēnā izmantojiet, piemēram, 3600 kā standarta vērtību un 300 pārsūtīšanas laikā.

Lasīt tālāk

Šajos rakstos aprakstītie soļi attiecas uz WebOké paneļiem; citos paneļos process ir līdzīgs.

• Domēna, tīmekļa vietnes un e-pasta pārcelšana vienlaikus bez darbības pārtraukumiem: rīcības plāns
• Izmantot savus vai ārējus nameserverus (piemēram, Cloudflare) Jūsu domēnam
• Vietne vai e-pasts nedarbojas pēc pārvietošanas vai DNS izmaiņām: pārbaudiet savu domēnu
• DNS rezerves kopijas izveide un atjaunošana
• E-pasta saņemšana domēna pārneses laikā
• Jūsu vietnes apskate pie WebOké pirms domēna vārda pārcelšanas
• DirectAdmin rokasgrāmata 18.7: Mans domēns vēl nedarbojas pēc pārneses vai izmaiņām
• DirectAdmin rokasgrāmata 18.8: Mana vietnes testēšana pirms domēna pārcelšanas
• WebOké rokasgrāmata 5.7: DNS atjaunošana un DNS rezerves kopijas izveide
• WebOké rokasgrāmata 5.8: DNSSEC un DANE