Kā piesaistīt domēnu CloudHosting
Lai izmantotu domēnu ar CloudHosting pakalpojumiem, domēns ir jānovirza uz mūsu DNS infrastruktūru. Zemāk ir divi varianti.
1. variants — DNS deleģēšana uz CloudHosting (ieteicams)
Visātrākais un populārākais risinājums: jūs nomaināt domēna NS serverus uz CloudHosting un pēc tam pārvaldāt DNS ierakstus (A, AAAA, MX, TXT, CNAME) vienuviet.
Šis variants ir īpaši ērts, ja izmantojat VPS / virtuālos serverus vai hostingu.
Norādiet šādus NS serverus:
ns.cloudhosting.lv 91.220.43.5 (IPv6: 2a03:3440::91:220:43:5) (primary / master) ns2.cloudhosting.lv 185.8.60.254 (IPv6: 2a03:3440::185:8:60:254) (secondary / slave)
- DNS izmaiņu izplatīšanās var aizņemt līdz 24–48 stundām (atkarīgs no TTL).
- Ja domēnam ir e-pasts, saglabājiet MX un TXT ierakstus.
- Ja vajadzīga palīdzība ar DNS pārnešanu, sazinieties ar mums: Kontakti.
2. variants — .lv domēna pārcelšana pie CloudHosting reģistratora
CloudHosting ir oficiāls .lv domēnu reģistrators. Ja vēlaties pārcelt .lv domēnu pie mums kā reģistratora, nosūtiet pieprasījumu NIC.LV.
Nosūtiet e-pastu uz:
dns-reg@nic.lv Hello. Please transfer my domain name "your-domain.lv" to CloudHosting registrar. Thank you in advance.
Pēc apstiprināšanas (parasti 24 stundu laikā) domēns tiks pārcelts un deleģēts uz CloudHosting DNS. Domēnu pakalpojumi un pārvaldība ir pieejama sadaļā Domēnu reģistrācija.
Kā notiek domēna vārda pārnešana uz CloudHosting.lv serveriem
Domēna vārda pārnešana uz CloudHosting.lv serveriem nozīmē, ka jūs maināt DNS iestatījumus tā, lai apmeklētāji, ievadot jūsu domēnu pārlūkā, nonāktu jaunajā serveru infrastruktūrā. Praktiski tas var nozīmēt vai nu nameserveru (NS) maiņu, vai arī atsevišķu DNS ierakstu maiņu (parasti A/AAAA). Abos gadījumos galvenais uzdevums ir droši pārslēgt trafiku uz jauno serveri, saglabājot vietnes darbību, e-pastu un integrācijas, un maksimāli samazinot dīkstāvi.
Ļoti svarīgi ir atšķirt “domēna pārnešanu” no “vietnes pārnešanas”. Domēns ir adrese, kas ar DNS palīdzību norāda uz infrastruktūru. Vietne un pakalpojumi ir faili, datubāzes, konfigurācijas, e-pasts, SSL sertifikāti, cron uzdevumi un dažādas integrācijas. Tāpēc pareiza secība ir šāda: vispirms sagatavojiet jauno vidi, pārbaudiet to un tikai tad mainiet DNS. Ja jums vajadzīga elastīga vide ar atsevišķu IP, iespēju uzstādīt savu programmatūru un testēt projektu pirms publiskas pārslēgšanas, parasti izvēlas virtuālos serverus.
Drošai pārnešanai ieteicams izveidot īsu migrācijas plānu un kontrolsarakstu. Tas palīdz ne tikai “neko neaizmirst”, bet arī nodrošina paredzamu atgriešanās scenāriju. Pat ja jūs visu darāt pareizi, var būt nianses: vecā servera kešatmiņa, DNS kešošana pie interneta operatoriem, atšķirīgas servera programmatūras versijas, atšķirīgi PHP moduļi, atļaujas vai nelielas konfigurācijas atšķirības.
1) Sagatavojiet jauno serveri un izveidojiet rezerves kopijas. Pirms jebkādas pārslēgšanas izveidojiet pilnu rezerves kopiju: vietnes failus, datubāzi, konfigurācijas un (ja nepieciešams) e-pasta datus. Rezerves kopija ir drošības spilvens. Pēc tam uz jaunā servera uzstādiet vajadzīgo programmatūru: web serveri (Nginx/Apache), datubāzi, nepieciešamos moduļus un papildu komponentes (piemēram, attēlu apstrādi, kešu sistēmas vai meklēšanu). Importējiet datubāzi un augšupielādējiet failus.
2) Pārbaudiet konfigurācijas nianses pirms DNS maiņas. Tipiski “klupšanas akmeņi” ir failu tiesības, ceļi uz augšupielādēm, e-pasta sūtīšana no vietnes, cron uzdevumi, API atslēgas, reCAPTCHA, maksājumu vārtejas, webhook adreses, kā arī pāradresācijas noteikumi. Ja iepriekšējā vidē bija īpaši iestatījumi (piemēram, papildus nginx location noteikumi, .htaccess pārrakstīšana vai pielāgots PHP limitu komplekts), pārliecinieties, ka jaunajā serverī tie ir ekvivalenti. Ja izmantojat kešatmiņu, pārbaudiet, vai kešēšana nenosedz dinamisko saturu.
3) Testējiet vietni, nepārslēdzot DNS publiski. Drošākais variants ir lokāli pārvirzīt domēnu uz jauno IP ar hosts failu. Tas ļauj jums pārlūkā atvērt vietni pēc domēna nosaukuma, bet tikai savā datorā. Apmeklētāji turpina redzēt veco serveri, kamēr jūs testējat jauno.
Windows: C:WindowsSystem32driversetchosts Linux / macOS: /etc/hosts Piemērs (aizstājiet ar savu IP un domēnu): 203.0.113.10 example.lv 203.0.113.10 www.example.lv
Testējot, pārbaudiet ne tikai galveno lapu. Pārbaudiet pieteikšanos, grozu, pasūtījuma noformēšanu, filtrus, meklēšanu, lietotāja profilu, kontaktformas, attēlu augšupielādi un visas kritiskās sadaļas, kas ietekmē biznesu. Ja jums ir e-komercija, svarīgi pārbaudīt maksājumu plūsmu “test režīmā” vai vismaz pārliecināties, ka callback/webhook adreses ir pareizas un ugunsmūris neko nebloķē. Ja ir integrācijas ar noliktavu vai CRM, pārbaudiet, vai jaunais IP nav jāpieliek pie “allowlist”.
4) Izvēlieties DNS pārslēgšanas metodi: NS vai A/AAAA. Ja jūs vēlaties, lai DNS pilnībā pārvaldītu CloudHosting.lv, jūs nomaināt NS ierakstus. Tas ir ērti, ja vēlaties visu DNS pārvaldību vienuviet vai ja nepieciešams sakārtot zonu no jauna. Ja DNS jūs vēlaties atstāt pie reģistratora vai trešās puses, var pietikt ar A/AAAA ierakstu maiņu uz jauno IP.
Piemērs A ierakstam: Tips: A Vārds: example.lv Vērtība: 203.0.113.10 TTL: 300 Piemērs AAAA ierakstam (ja izmantojat IPv6): Tips: AAAA Vārds: example.lv Vērtība: 2001:db8::10 TTL: 300
5) Samaziniet TTL pirms pārslēgšanas. Ja TTL ir augsts, izmaiņas “dzīvos” kešā ilgāk. Labā prakse ir 12–24 stundas pirms migrācijas samazināt TTL līdz 300. Tas paātrina pārslēgšanu un samazina periodu, kur daļa apmeklētāju redz veco versiju. Pēc migrācijas TTL var palielināt.
Ieteicams TTL pirms migrācijas: 300 Pēc migrācijas (piemērs): 3600 vai 14400
6) Pārbaudiet DNS atbildes pirms un pēc izmaiņām. Pirms pārslēgšanas pierakstiet, kādi ieraksti ir spēkā: A/AAAA, MX, TXT (SPF/DKIM/DMARC), CNAME un trešo pušu verifikācijas ieraksti. Pēc izmaiņām pārbaudiet, vai ieraksti atgriežas pareizi, un vai nav “aizmirsts” kāds svarīgs TXT vai CNAME ieraksts, kas ietekmē e-pastu vai integrācijas.
Pārbaudīt A ierakstu: dig +short example.lv A Pārbaudīt NS ierakstus: dig +short example.lv NS Pārbaudīt MX (e-pastam): dig +short example.lv MX
7) Plānojiet “divu serveru periodu”. DNS izplatīšanās (propagation) laikā daļa lietotāju var nonākt uz veco serveri, daļa uz jauno. Tas ir normāli. Tomēr dinamiskām sistēmām tas var radīt datu “sašķelšanos”, piemēram, ja vienā serverī izveido pasūtījumu, bet otrā serverī tas nav redzams. Lai to novērstu, e-komercijai vai portāliem ieteicams uz īsu brīdi ierobežot izmaiņas (read-only režīms), plānot migrāciju zemākas slodzes laikā vai izmantot īslaicīgu datu sinhronizāciju. Šis solis nav vajadzīgs visām vietnēm, bet kritiskām sistēmām tas ir īpaši svarīgs.
Ko pārbaudīt, lai migrācija būtu bez pārsteigumiem: e-pasts, SSL un pēcaprūpe
E-pasts un MX ieraksti. Ja jūsu e-pasts ir piesaistīts domēnam, migrācijas laikā nedrīkst nejauši salauzt MX ierakstus. Ja e-pasta pakalpojums paliek pie esošā nodrošinātāja, MX ierakstus var atstāt nemainītus. Ja e-pasts pārceļas uz jauno serveri, plānojiet to kā atsevišķu darbu: pārceliet pastkastītes, pārnesiet datus, iestatiet autentifikāciju un tikai tad mainiet MX. Tāpat neaizmirstiet atjaunot SPF ierakstu, ja mainās sūtīšanas IP.
MX piemērs: Tips: MX Vārds: example.lv Prioritāte: 10 Vērtība: mail.example.lv SPF piemērs (vienkāršots): v=spf1 ip4:203.0.113.10 -all
SSL/HTTPS pārbaude. Ja vietne izmanto HTTPS, SSL sertifikātam jābūt uzstādītam jaunajā serverī pirms publiskas DNS pārslēgšanas. Pretējā gadījumā lietotāji var redzēt brīdinājumu par nedrošu savienojumu. Pārbaudiet pāradresācijas (http → https), sertifikāta derīgumu un to, vai nav “mixed content” kļūdu. Ja izmantojat CDN, pārliecinieties, ka sertifikāta režīms (piemēram, Full/Strict) atbilst jaunajai videi.
Žurnāli, kļūdas un veiktspēja. Pēc pārslēgšanas pārliecinieties, ka vietne strādā no dažādiem tīkliem. Ieteicams pārbaudīt gan mājas internetu, gan mobilo internetu, gan biroja tīklu, jo DNS kešošana var atšķirties. Apskatiet servera žurnālus: 404 kļūdas var norādīt uz pazudušām statiskajām vienībām, 500 kļūdas — uz PHP vai aplikācijas problēmām, bet lēns ielādes laiks — uz kešošanas vai datubāzes indeksu niansēm. Ja pēc migrācijas ir daudz 404, iespējams, vajag pārskatīt pārrakstīšanas noteikumus vai “media” ceļus.
Kontrolsaraksts pēc pārslēgšanas. Šo sarakstu var izmantot kā pēcaprūpes standartu. Ja viss ir kārtībā, migrācija faktiski ir pabeigta.
1) Pārbaudīt, ka domēns rāda uz jauno IP (A/AAAA). 2) Pārbaudīt galvenās lapas un kritiskās funkcijas. 3) Pārbaudīt HTTPS un sertifikāta ķēdi. 4) Pārbaudīt kontaktformas un e-pasta sūtīšanu no vietnes. 5) Pārbaudīt maksājumu/integrāciju callback adreses (ja ir). 6) Pārskatīt servera žurnālus (404/500/timeout). 7) Pēc stabilitātes apstiprināšanas — atslēgt veco serveri.
Ja jūsu projekts ir vienkāršāks un jūs nevēlaties iedziļināties servera administrēšanā, dažkārt ērtāk ir izmantot pārvaldītu risinājumu, kur daļa tehnisko jautājumu ir atrisināti pakalpojuma līmenī. Šādos gadījumos piemērots var būt hostings. Savukārt lielākām sistēmām ar augstāku slodzi, kur vajadzīga paredzama veiktspēja un pilnīga resursu izolācija, bieži izvēlas jaudīgāku infrastruktūru, piemēram, serveru īri.
Noslēgumā: domēna vārda pārnešana uz CloudHosting.lv serveriem ir drošs un kontrolējams process, ja to veic secīgi. Sagatavojiet jauno vidi, testējiet to pirms publiskas DNS maiņas, samaziniet TTL, pārdomājiet e-pasta un SSL nianses, un pēc pārslēgšanas veiciet rūpīgu pārbaudi. Šāda pieeja ļauj pārslēgt domēnu praktiski bez dīkstāves un bez lietotāju pieredzes pasliktināšanās.