Դոմենը չի բացվում. ինչպես արագ գտնել պատճառը

Դոմենը չի բացվում. նախ պարզեք սխալի տեսակը

Առաջին քայլը բրաուզերի հաղորդագրությունը կարդալն է։ Այն հաճախ անմիջապես հուշում է, թե որ շերտում է խնդիրը։ Եթե տեսնում եք «DNS_PROBE_FINISHED_NXDOMAIN», դոմենի անունը չի լուծվում IP հասցեի, այսինքն՝ DNS գրառումների հետ խնդիր կա։ Եթե բացվում է «Connection timed out» կամ «Connection refused», դոմենը կարող է ճիշտ ուղղորդվել, բայց սերվերը չի պատասխանում։

«Your connection is not private» հաղորդագրությունը սովորաբար կապված է SSL վկայագրի ժամկետի, սխալ տեղադրման կամ դոմենի անվան անհամապատասխանության հետ։ Իսկ եթե կայքը բացվում է, բայց ցուցադրում է 500, 502 կամ 503 կոդ, խնդիրը հաճախ հոսթինգի միջավայրում, PHP հավելվածում, տվյալների բազայում կամ reverse proxy-ի կարգավորումներում է։

Փորձեք կայքը բացել բջջային ինտերնետով և մեկ այլ սարքից։ Եթե այն չի աշխատում միայն ձեր Wi-Fi ցանցում, հնարավոր է տեղային DNS cache-ի, router-ի կամ ինտերնետ մատակարարի խնդիր լինի։ Եթե կայքը անհասանելի է բոլոր ցանցերից, անցեք դոմենի և սերվերի ստուգմանը։

Ստուգեք դոմենի գրանցման և փոխանցման կարգավիճակը

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

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

Եթե դոմենը վերջերս է փոխանցվել այլ մատակարարի, ստուգեք նաև փոխանցման ավարտը։ Փոխանցման ընթացքում nameserver-ները կամ DNS գոտին կարող են փոխվել, հատկապես եթե նախորդ մատակարարի մոտ եք թողել DNS կառավարումը։ Դոմենի սեփականատիրոջ կոնտակտային տվյալները պետք է լինեն արդիական, քանի որ հաստատման նամակները հաճախ ուղարկվում են հենց այդ հասցեներին։

DNS գրառումները ստուգեք առանց ենթադրությունների

DNS-ը դոմենի հեռախոսագիրքն է. այն ասում է բրաուզերին, թե որ սերվերին դիմի։ Կայքի բացման համար հիմնականում կարևոր են A կամ AAAA գրառումները, իսկ CNAME-ը հաճախ օգտագործվում է ենթադոմենների և www տարբերակի համար։ Եթե կայքը պետք է աշխատի և՛ example.am, և՛ www.example.am հասցեներով, երկու տարբերակն էլ պետք է ճիշտ կազմաձևված լինեն կամ մեկը պետք է վերահղվի մյուսին։

DNS խնդիրը հաճախ առաջանում է հոսթինգ տեղափոխելուց հետո։ Օգտատերը փոխում է A գրառումը, բայց մոռանում է www CNAME-ը։ Կամ փոխում է nameserver-ները, սակայն նոր DNS գոտում չի ստեղծում անհրաժեշտ գրառումները։ Արդյունքում հիմնական դոմենը կարող է բացվել, իսկ www տարբերակը` ոչ, կամ հակառակը։

Հատուկ ուշադրություն դարձրեք այս կետերին.

• A գրառումը պետք է մատնանշի գործող սերվերի ճիշտ IPv4 հասցեն։
• AAAA գրառումը, եթե կա, պետք է մատնանշի աշխատող IPv6 հասցե, հակառակ դեպքում որոշ այցելուների մոտ կայքը չի բացվի։
• Nameserver-ների փոփոխությունից հետո DNS տարածումը կարող է տևել մի քանի ժամ, երբեմն մինչև 24–48 ժամ՝ կախված cache-ից և TTL-ից։
• Եթե օգտագործում եք Cloudflare կամ այլ CDN, DNS գրառումները պետք է ստուգել հենց այդ ծառայության կառավարման վահանակում, ոչ միայն դոմենի գրանցողի մոտ։
• MX, SPF և DKIM գրառումները կայքի բացման վրա սովորաբար չեն ազդում, բայց սխալ փոփոխությունները կարող են դադարեցնել կորպորատիվ էլփոստը։

DNS-ի փոփոխության ընթացքում մի փոխեք գրառումները մի քանի անգամ անընդմեջ։ Յուրաքանչյուր նոր փոփոխություն բարդացնում է ախտորոշումը և կարող է երկարացնել cache-ի մաքրման սպասումը։ Նախ հաստատեք նոր IP հասցեն կամ nameserver-ները, հետո կատարեք մեկ վերահսկված փոփոխություն։

Երբ դոմենը բացվում է, բայց կայքը չի աշխատում

Եթե DNS-ը վերադարձնում է ճիշտ IP հասցե, խնդիրը կարող է լինել հոսթինգի կամ հավելվածի մակարդակում։ Shared hosting-ում ստուգեք, արդյոք ձեր հաշիվը ակտիվ է, սկավառակի տարածքը չի սպառվել, և դոմենը կցված է ճիշտ document root պանակին։ WordPress կայքերում հաճախ հանդիպում են plugin-ի կոնֆլիկտ, անհաջող թարմացում, վնասված .htaccess ֆայլ կամ PHP տարբերակի անհամատեղելիություն։

VPS օգտագործողների համար կարևոր է ստուգել սերվերի ռեսուրսները։ Բարձր CPU load-ը, լցված disk-ը, սպառված RAM-ը կամ չգործող web server ծառայությունը կարող են կայքն անհասանելի դարձնել, նույնիսկ եթե դոմենն ու DNS-ը լիովին ճիշտ են։ Nginx, Apache, PHP-FPM և տվյալների բազայի ծառայությունները պետք է դիտարկվեն առանձին. մեկ ծառայության խափանումը պարտադիր չէ, որ անջատի ամբողջ սերվերը, բայց կարող է կանգնեցնել հենց կայքը։

502 և 504 սխալները հաճախ ցույց են տալիս, որ web server-ը չի կարողանում ժամանակին կապվել հավելվածի կամ upstream ծառայության հետ։ Այդ պահին խնդիրը միշտ չէ, որ «ավելի մեծ հոսթինգ պլան» է պահանջում։ Նախ դիտարկեք սխալների log-երը, վերջին deployment-ը, cron job-երը և տվյալների բազայի հարցումները։ Եթե կայքը պարբերաբար դանդաղում է պիկ ժամերին, այդ ժամանակ արդեն ռեսուրսների ավելացումը կամ VPS տեղափոխումը կարող է լինել հիմնավորված քայլ։

SSL վկայագիրը և HTTPS վերահղումները

SSL վկայագիրը պատասխանատու է տվյալների գաղտնագրման և բրաուզերի վստահության համար։ Ժամկետանց կամ սխալ դոմենի համար թողարկված վկայագիրը կարող է արգելել այցելուներին մուտք գործել կայք, հատկապես եթե բրաուզերը խիստ անվտանգության քաղաքականություն է կիրառում։ Ստուգեք վկայագրի գործողության ժամկետը, ընդգրկված դոմենները և certificate chain-ը։

Հաճախակի խնդիր է HTTP-ից HTTPS վերահղման սխալ շրջանը։ Օրինակ՝ Cloudflare-ում միացված է HTTPS վերահղում, իսկ սերվերը փորձում է նույն կանոնն այլ կերպ կրկնել։ Արդյունքը «too many redirects» սխալն է։ Նման դեպքում պետք է ընտրել մեկ հստակ սխեմա. CDN-ի SSL ռեժիմը, սերվերի վիրտուալ host-ը և CMS-ի կայքի հասցեն պետք է իրար համապատասխանեն։

Եթե վերջերս եք միացրել SSL-ը, համոզվեք, որ վկայագիրը տեղադրված է նաև www տարբերակի համար, եթե այն օգտագործվում է։ Միայն հիմնական դոմենի վկայագիրը չի լուծի ենթադոմենի խնդիրը։

Դոմենը չի բացվում փոփոխությունից հետո

Դոմեն, հոսթինգ կամ CDN փոխելու օրը ամենից հաճախ խնդիրն առաջանում է ոչ թե մեկ սխալից, այլ մի քանի փոփոխությունից միաժամանակ։ Փոխվում են nameserver-ները, կայքի IP հասցեն, SSL-ը, էլփոստի MX գրառումները և երբեմն նաև CMS-ի կարգավորումները։ Եթե ինչ-որ բան չի աշխատում, դժվար է հասկանալ իրական պատճառը։

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

Փոքր բիզնեսների համար այս գործընթացը հաճախ ավելի անվտանգ է վստահել այն մատակարարին, որը մի վայրում է կառավարում դոմենը, հոսթինգը, SSL-ը և տեխնիկական աջակցությունը։ Internet.am-ի նման ամբողջական ենթակառուցվածքային մատակարարի դեպքում աջակցման թիմը կարող է արագ տեսնել, թե խնդիրն արդյոք գրանցման, DNS-ի, սերվերի կամ վկայագրի շերտում է։

Ինչ տվյալներ ուղարկել տեխնիկական աջակցությանը

«Կայքը չի բացվում» հաղորդագրությունը բավարար չէ արագ լուծման համար։ Աջակցման թիմին ուղարկեք դոմենի ճշգրիտ անունը, սխալի screenshot-ը կամ ամբողջական տեքստը, խնդրի սկսվելու մոտավոր ժամը և այն փոփոխությունները, որոնք կատարել եք վերջին 24 ժամում։ Նշեք նաև՝ կայքը չի բացվում բոլոր ցանցերից, թե միայն կոնկրետ երկրից կամ գրասենյակից։

Եթե ունեք VPS կամ developer թիմ, օգտակար են նաև web server-ի և application-ի error log-երից վերջին տողերը։ Սակայն երբեք ticket-ում մի ուղարկեք root գաղտնաբառ, API key, ամբողջական backup կամ վճարային տվյալներ։ Լավ աջակցությունը խնդիրը լուծելու համար կխնդրի միայն անհրաժեշտ և անվտանգ տեղեկությունը։

Կայքի հասանելիությունը մեկ կարգավորում չէ, այլ փոխկապակցված ծառայությունների շղթա։ Պահեք դոմենի երկարաձգումը ակտիվ, գրանցեք DNS փոփոխությունները, վերահսկեք SSL-ի ժամկետը և ստուգեք backup-ների վերականգնելիությունը։

Այդ կարգապահությունը շատ ավելի արագ է վերադարձնում կայքը առցանց, քան խափանումից հետո շտապ փորձարկումները։