Domēna pārnešana: praktisks kontrolsaraksts
Sagatavošanās posms pirms .lv reģistratūras maiņas: nošķiriet domēnu no hostinga, saglabājiet datus ārpus vecā pakalpojuma un iepriekš zināt, ar ko salīdzināsiet rezultātu.
Pēdējā pārbaude:
Domēns vai hostings?
Domēna reģistrācija, DNS, pasts un vietnes hostings bieži ir viena rēķina pozīcijas, bet tehniski tie ir četri atsevišķi pakalpojumi. Pirms pārnešanas uzrakstiet, kurš no tiem patiešām jāmaina. Reģistratūras maiņa .lv zonā skar tikai reģistratūru un NS – faili un pastkastes paši nekur nepārvietojas.
Piemērs: hostinga līgums beidzas, domēns paliek
Uzņēmums pārceļ vietni uz jaunu serveri, bet reģistratūra un DNS paliek. Pietiek nomainīt A un AAAA ierakstus, nekāds autorizācijas kods nav vajadzīgs. Pārbaude: dig A piemers.lv rāda jaunā servera IP, WHOIS reģistratūra nav mainījusies.
| Pakalpojums | Ko pārceļam | Kas paliek |
|---|---|---|
| Domēna reģistrācija | Apkalpojošo reģistratūru NIC.LV reģistrā | Turētājs un apmaksātais periods |
| NS deleģēšana | NS ierakstus, ko norāda jaunā reģistratūra (2–5) | Esošie NS, ja tos norāda iniciēšanā |
| DNS zona | Ierakstus, ja maināt DNS operatoru | Zona pie vecā operatora, ja NS nemainās |
| E-pasts | Tikai MX/SPF/DKIM, ja mainās DNS | Pastkastes pie pasta pakalpojuma sniedzēja |
| Vietne un SSL | Neko, ja hostings nemainās | Faili, datubāze; sertifikāts derīgs, ja A nemainās |
| DNSSEC | DS ierakstus (līdz 4), ja mainās DNS operators | DS, ja zonu paraksta tas pats operators |
Pārbaudes datums: 2026. gada 12. oktobris. Avoti: NIC.LV: reģistratūras maiņas instrukcija (PDF), NIC.LV: tehniskās prasības, NIC.LV: DNSSEC. Rindas ir pamatoti gadījumi, nevis tarifi.
Kā saglabāt datu rezerves kopiju?
Kopijai jāatrodas ārpus pakalpojuma, ko maināt. DNS paneļos zonu var eksportēt kā BIND failu; ja tādas iespējas nav, saglabājiet katru ierakstu tabulā ar TTL. Vietnei – faili un datubāzes izgāztuve, pastam – IMAP kopija.
Piemērs: pastkastes atrodas uz vecā hostinga servera
Ja pasts ir iekļauts hostinga plānā, pēc līguma beigām pastkastes tiek dzēstas. Pirms atcelšanas sinhronizējiet tās ar jauno pasta serveri un pārbaudiet, ka mapju un vēstuļu skaits sakrīt. Kopijas datumu un apjomu ierakstiet atgriešanās plānā – ja kaut kas noiet greizi, zināsiet, no kura brīža dati ir droši.
Kas mainās DNS ierakstos?
Reģistra līmenī mainās NS un, ja lietojat DNSSEC, DS. Ja zona tiek pārkopēta precīzi, iekšējie ieraksti nemainās. Ja pāriet no ierakstiem NIC zonā uz saviem NS, NIC.LV prasa vispirms dzēst esošos A, AAAA, CNAME, MX, SRV un TXT ierakstus.
Piemērs: SPF ar vecā hostinga IP
SPF ierakstā ir ip4: ar vecā servera adresi, no kura sūta vietnes formas. Pēc hostinga maiņas vēstules nonāk surogātpastā. Labojums: pievienojiet jauno IP pirms pārslēgšanas un pārbaudiet ar dig TXT piemers.lv.
Kā pārbaudīt rezultātu?
Pirms maiņas saglabājiet dig atbildes NS, A, MX, TXT un DKIM ierakstiem teksta failā. Pēc maiņas palaidiet tās pašas komandas un salīdziniet failus. Vaicājiet gan jūsu resolverim, gan publiskajiem 1.1.1.1 un 8.8.8.8, jo kešatmiņa var vēl rādīt veco stāvokli līdz TTL beigām. Pēc tam nosūtiet testa vēstuli uz ārēju pastkasti, atveriet vietni pārlūkā privātajā režīmā un, ja domēns ir parakstīts, pārbaudiet DNSSEC ķēdi ar analizatoru.
Piemērs: salīdzinājums ar “pirms” failu
Atšķirību rīks rāda tikai NS rindas – tas ir plānots. Ja atšķiras MX vai DKIM, zona nav pārkopēta pilnībā: atjaunojiet iepriekšējos NS un papildiniet zonu.
Saraksts pirms starta
Biežāk uzdotie jautājumi
Kādas situācijas aptver jautājums “domēns vai hostings?” un kad jāmaina tikai viens no tiem?
Ja apmierina reģistratūra, bet vietne darbojas lēni, pietiek pārcelt hostingu un nomainīt A ierakstu – reģistratūras maiņa nav vajadzīga. Ja hostings der, bet vēlaties citu reģistratūru vai vienotu rēķinu, mainiet tikai reģistratūru un iniciēšanā norādiet esošos NS. Abus vienlaikus mainīt ir riskantāk, jo kļūdas cēloni grūtāk atrast un atgriešanās plāns kļūst sarežģītāks.
Kas jādara, saglabājot datu rezerves kopiju pirms pārnešanas?
Saglabājiet trīs lietas ārpus vecā pakalpojuma: DNS zonas eksportu vai pilnu ierakstu sarakstu, pastkastu kopiju (IMAP sinhronizācija vai eksports) un vietnes failus ar datubāzes izgāztuvi. Atveriet katru kopiju un pārbaudiet, ka tā nav tukša: zonā jābūt MX un DKIM, datubāzē – pēdējo dienu ierakstiem. Veco pakalpojumu neatceļiet, kamēr pārbaude pēc maiņas nav pabeigta.
Kuri apstiprinājumi un kļūdas ir svarīgi, pārbaudot rezultātu?
Salīdziniet DNS atbildes pirms un pēc maiņas: NS, A, MX, TXT un DKIM jāsakrīt, ja vien neplānojāt izmaiņas. Apstiprinājums ir arī testa vēstule ar spf=pass un dkim=pass un vietne ar derīgu HTTPS sertifikātu. Tipiskas kļūdas ir trūkstošs DKIM selektors, SPF ar vecā hostinga IP un DS ieraksts, kas neatbilst jaunajai zonai.