Դոմենի փոխանցում՝ ինչպես անել ճիշտ

Դոմեն փոխանցում ինչպես անել և երբ դա իմաստ ունի

Դոմենի փոխանցումը նշանակում է, որ դուք փոխում եք դոմենի գրանցող ընկերությանը, բայց չեք փոխում հենց դոմենի սեփականությունը, եթե փոխանցումը կատարվում է նույն իրավատիրոջ անունով։ Սա հաճախ շփոթում են nameserver-ի փոփոխության հետ։ Nameserver փոխելը միայն ուղղորդում է տրաֆիկը մեկ այլ հոսթինգ կամ DNS ծառայության, իսկ փոխանցումը փոխում է այն մատակարարին, որի մոտ կառավարվում է դոմենի գրանցումը և երկարաձգումը։

Փոխանցումը սովորաբար արդարացված է երեք դեպքում։

Առաջին՝ երբ ցանկանում եք դոմենը, հոսթինգը, SSL-ը և էլփոստը պահել մեկ մատակարարի մոտ, որպեսզի կառավարման և աջակցության գործընթացը պարզ լինի։

Երկրորդ՝ երբ գործող ռեգիստրարը դանդաղ է արձագանքում, ունի անհարմար վահանակ կամ ոչ թափանցիկ երկարաձգման պայմաններ։

Երրորդ՝ երբ ընկերությունը մեծանում է, և պետք է ավելի կարգապահ ենթակառուցվածքային գործընկեր, որը կարող է առաջարկել ոչ միայն դոմեն, այլ նաև հոսթինգ, VPS, պաշտպանություն և տեխնիկական աջակցություն։

Մի կարևոր նրբություն կա։

Եթե ձեր խնդիրն իրականում կայքը նոր սերվեր տեղափոխելն է, հնարավոր է դոմենի փոխանցում ընդհանրապես պետք չգա։ Այդ դեպքում երբեմն բավական է փոխել DNS գրառումները կամ nameserver-ները։ Իսկ եթե ցանկանում եք փոխել հենց դոմենի կառավարման մատակարարին, նոր միայն պետք է սկսել transfer-ի գործընթացը։

Նախքան փոխանցումը` ինչ պետք է ստուգել

Դոմեն փոխանցում ինչպես անել հարցի ամենակարևոր մասը նախապատրաստությունն է։ Սխալները հաճախ լինում են ոչ թե փոխանցման պահին, այլ դրանից առաջ։

Սկսեք դոմենի կարգավիճակից։

Շատ ընդլայնումների դեպքում դոմենը չի կարող փոխանցվել, եթե այն գրանցվել կամ նախորդ անգամ փոխանցվել է վերջին 60 օրվա ընթացքում։ Սա տարածված կանոն է հատկապես միջազգային տիրույթների համար, օրինակ` .com և .net։ Եթե այդ սահմանափակումը գործում է, պետք է պարզապես սպասել։

Հաջորդը ստուգեք domain lock-ը։

Շատ ռեգիստրարներ անվտանգության համար դոմենը պահում են locked վիճակում։ Սա ճիշտ է անվտանգության տեսանկյունից, բայց փոխանցման համար պետք է ժամանակավորապես անջատել այդ արգելափակումը։ Սովորաբար դա արվում է կառավարման վահանակից։

Ապա ստուգեք Whois կամ registrant կոնտակտային տվյալները, հատկապես ադմինիստրատիվ էլփոստը։

Transfer-ի հաստատումները հաճախ գալիս են հենց այդ հասցեին։ Եթե էլփոստը հին է, այլևս հասանելի չէ կամ կապված է դոմենի վրա աշխատող նույն էլփոստի ծառայության հետ, ռիսկ կա, որ հաստատման նամակը չստանաք։ Գործնական մոտեցումն այն է, որ նախ օգտագործեք վերահսկվող և հասանելի էլփոստի հասցե։

Մի մոռացեք նաև EPP code-ը, որը երբեմն կոչվում է authorization code կամ transfer key։

Սա փոխանցման հիմնական հաստատման կոդն է, և առանց դրա շատ դոմենների փոխանցում չի սկսվի։ Եթե ձեր գործող ռեգիստրարը այն թաքցնում է կամ տրամադրում է ձեռքով դիմումից հետո, հաշվեք նաև այդ ժամանակը։

Վերջապես նայեք դոմենի ավարտի ամսաթվին։

Տեխնիկապես հնարավոր է փոխանցում սկսել նաև ժամկետին մոտ օրերին, բայց գործնականում դա լավ միտք չէ։ Եթե որևէ հաստատում ուշանա կամ մերժում լինի, կարող եք հայտնվել սեղմ ժամանակացույցի մեջ։

Ավելի անվտանգ է գործընթացը սկսել ավարտից առնվազն երկու-երեք շաբաթ առաջ։

Քայլ առ քայլ` դոմեն փոխանցում ինչպես անել

Գործընթացը կարելի է պատկերացնել հինգ հստակ փուլով։

1. Պատրաստեք ընթացիկ դոմենը

Մուտք գործեք գործող ռեգիստրարի վահանակ, համոզվեք, որ՝

• դոմենը unlocked է,
• կոնտակտային տվյալները ճիշտ են,
• դուք ստացել եք EPP code-ը։

Եթե առկա է privacy ծառայություն, որոշ մատակարարների դեպքում օգտակար է ժամանակավորապես անջատել այն, որպեսզի հաստատման հաղորդագրությունները հասնեն առանց խափանման։

2. Սկսեք transfer-ը նոր մատակարարի մոտ

Նոր մատակարարի հարթակում ընտրում եք domain transfer տարբերակը, մուտքագրում դոմենը և EPP code-ը, ապա անցնում վճարման և հաստատման փուլերին։

Շատ դեպքերում փոխանցման վճարի մեջ արդեն ներառված է նաև մեկ տարվա երկարաձգում, բայց սա կախված է տիրույթի տեսակից և կանոններից։ Պետք է դա տեսնել մինչև վճարումը, որպեսզի պատկերացնեք իրական արժեքը։

3. Հաստատեք փոխանցման հարցումը

Փոխանցման ընթացքում կարող եք ստանալ մեկից ավելի նամակներ՝

• նոր մատակարարից,
• գործող ռեգիստրարից,
• registry համակարգից։

Դրանց նպատակը նույնն է՝ համոզվել, որ փոխանցումն իսկապես դուք եք նախաձեռնել։ Եթե նամակը բաց եք թողնում, փոխանցումը կարող է ձգձգվել կամ չեղարկվել։

4. Սպասեք մշակմանը

Դոմենի փոխանցումը միշտ չէ, որ ակնթարթային է։ Որոշ դեպքերում այն ավարտվում է արագ, իսկ որոշ դեպքերում կարող է տևել մի քանի օր։ Եթե գործող ռեգիստրարը փոխանցումը հատուկ արագացնում կամ հաստատում է, գործընթացը հաճախ կարճանում է։ Եթե ոչ, այն կարող է գնալ ամբողջ ստանդարտ ժամկետով։

5. Ստուգեք վերջնական կարգավորումները

Փոխանցումն ավարտվելուց հետո մի փակեք խնդիրը միայն այն պատճառով, որ դոմենը արդեն երևում է նոր վահանակում։ Ստուգեք՝

• nameserver-ները,
• DNS zone-ը,
• renewal կարգավորումները,
• contact data-ն,
• domain lock-ը։

Լավ պրակտիկա է փոխանցումից հետո նորից միացնել lock-ը, որպեսզի դոմենը պաշտպանված մնա չարտոնված գործողություններից։

Կայքը և էլփոստը կխափանվե՞ն, թե ոչ

Ամենահաճախ տրվող հարցերից մեկն է սա, և պատասխանը կախված է նրանից, թե ինչ եք փոխում փոխանցման ընթացքում։

Եթե դուք միայն փոխում եք ռեգիստրարին, իսկ nameserver-ները մնում են նույնը, կայքն ու էլփոստը սովորաբար չեն խափանվում։ Պարզ ասած, դոմենի գրանցման կառավարիչը փոխվում է, բայց DNS ուղղորդումը մնում է նույն համակարգին։

Խնդիրներն առաջանում են այն պահին, երբ մարդիկ փոխանցումը զուգակցում են՝

• DNS փոփոխության,
• հոսթինգի տեղափոխման,
• էլփոստի վերակազմավորման հետ։

Դա հնարավոր է անել, բայց այդ դեպքում արդեն մի քանի փոփոխություն է կատարվում միաժամանակ, և խնդիր գտնելը բարդանում է։

Գործնական մոտեցումը հետևյալն է` եթե արագություն և կայունություն եք ուզում, նախ ավարտեք դոմենի փոխանցումը, հետո առանձին պլանով փոխեք DNS-ը կամ հոսթինգը։

Եթե ձեր էլփոստը կապված է նույն դոմենի MX գրառումներին, փոխանցումից հետո հատկապես ստուգեք, որ այդ գրառումները մնացել են անփոփոխ։ Շատ բիզնեսների համար էլփոստի աշխատանքը ավելի զգայուն է, քան կայքը, ուստի այստեղ ավելորդ շտապելը արդարացված չէ։

Ամենատարածված սխալները

Ամենատարածված սխալը 60-օրյա սահմանափակումը չստուգելն է։ Մարդիկ սկսում են գործընթացը, վճարում են, հետո պարզվում է` դոմենը դեռ չի կարող փոխանցվել։

Երկրորդ հաճախակի սխալը սխալ կամ անհասանելի հաստատման էլփոստն է։

Երրորդը դոմենի ժամկետին շատ մոտ փոխանցում սկսելն է, հատկապես երբ թիմում ոչ ոք ամեն օր չի հետևում նամակներին։

Մեկ այլ խնդիր է DNS-ի հետ շփոթը։ Եթե փոխանցումից հետո կայքը չի բացվում, շատերը մտածում են, թե transfer-ը ձախողվել է, մինչդեռ իրական պատճառը սխալ nameserver կամ zone record-ն է։ Այդ պատճառով պետք է հասկանալ` դոմենի գրանցման փոխանցումն ու DNS կառավարումը նույն բանը չեն։

Կա նաև կոմերցիոն կողմը։

Ամենաէժան տարբերակը միշտ ամենալավը չէ, եթե հետագայում երկարաձգումը, աջակցությունը կամ վահանակի հարմարությունը խնդիր են դառնալու։ Բիզնես կայքերի դեպքում հաշվեք ոչ միայն transfer-ի գինը, այլ նաև սպասարկման որակը, արձագանքման արագությունը և այն, թե կարո՞ղ եք նույն մատակարարի մոտ պահել հոսթինգը, SSL-ը, էլփոստը և մյուս ծառայությունները։

Որ դեպքում ավելի լավ է օգնություն խնդրել

Եթե ունեք մեկ պարզ տեղեկատվական կայք և առանձին էլփոստի համակարգ չեք օգտագործում, փոխանցումը հաճախ կարելի է անել ինքնուրույն։

Բայց եթե դոմենին կցված են բիզնես էլփոստ, մի քանի ենթադոմեն, արտաքին DNS ծառայություն, Cloudflare, կամ միաժամանակ պլանավորում եք հոսթինգի միգրացիա, ավելի ճիշտ է գործընթացը անցկացնել տեխնիկական աջակցությամբ։ Այդ դեպքում նվազում է downtime-ի և սխալ կոնֆիգուրացիայի հավանականությունը։

Հատկապես բիզնեսների համար լավ մատակարարն այն չէ, ով պարզապես տալիս է transfer form։ Կարևոր է, որ նա կարողանա ստուգել ընթացիկ վիճակը, հուշել ռիսկային կետերը, և փոխանցումից հետո օգնել DNS, SSL և հոսթինգի կարգավորումներում։

Internet.am-ի նման ենթակառուցվածքային մատակարարի արժեքը հենց այստեղ է երևում` երբ դոմենը դիտարկվում է ոչ թե առանձին ծառայություն, այլ ամբողջ օնլայն աշխատանքի հիմք։

Եթե հիմա պլանավորում եք փոխանցում, լավագույն քայլը շտապել չէ։

Բացեք ձեր դոմենի տվյալները, ստուգեք lock-ը, EPP code-ը, հաստատման էլփոստը և DNS-ի ընթացիկ վիճակը։

Երբ այս չորս կետերը վերահսկվող են, փոխանցումը դառնում է սովորական տեխնիկական գործընթաց, ոչ թե սթրեսային անակնկալ։