Ձեր Magento-ի վերահասցեավորման հանգույցը հավանաբար VPN-ի խնդիրը չէ
302-ը գրանցում է նպատակակետ, ոչ թե պատճառ։ Նախքան կոնֆիգուրացիան խմբագրելը համեմատեք Location շղթան, բազային URL-ները, պրոքսիի սխեմայի վերնագիրը և սեսիայի քուքին։
Դուք մուտքի մատյանում տեսնում եք 302, խանութը չի բեռնվում VPN-ի միջով, և եզրակացությունը գրվում է ինքն իրեն։ Այդ եզրակացությունը սովորաբար հետաքրքիր կերպով սխալ է։ Վերահասցեավորման պատասխանը գրանցում է նպատակակետ, ուր բրաուզերին ասվել է գնալ, և ոչինչ չի ասում այն մասին, թե արդյոք խնդիրը ստեղծել է թունելը, վկայականը թե հավելվածը։ Մատյանի տողը հետաքննության սկիզբն է, ոչ թե դրա արդյունքը։
302-ը ասում է ուր, ոչ թե ինչու
Մուտքի մատյանի գրառումը արձանագրում է հարցումը, կարգավիճակը և չափը, և սովորաբար բաց է թողնում կարևոր Location վերնագիրը։ Մեկ վերահասցեավորում կարող է լիովին նորմալ լինել՝ կանոնական հոսթի անուն, վերջին շեղի նորմալացում, անցում HTTPS-ի։ Ձեզ պետք է հաջորդականությունը, որովհետև մեկ ցատկն ու հանգույցը տարբեր խափանումներ են՝ տարբեր պատասխանատուներով։ Սխեմաների միջև կրկնվող ցատկերը ցույց են տալիս URL-ի և սխեմայի մշակմանը։ Իսկ այն անվան ցատկը, որը բրաուզերը չի կարող լուծել, ցույց է տալիս բոլորովին այլ տեղ։
Դրանցից ոչ մեկը VPN-ի մասին ապացույց չէ։ Թունելը ուղի է. վերահասցեավորումը հավելվածի գրած հրահանգ է։
Արձանագրեք շղթան, ոչ թե մատյանի տողը
Օգտագործեք բրաուզերի ցանցային տեսքը և յուրաքանչյուր ցատկի համար գրանցեք չորս դաշտ՝ հարցված URL-ը, կարգավիճակը, Location վերնագիրը և ժամը։ Ավարտեք կամ վերջնական պատասխանով, կամ կապի սխալով, որովհետև հետաքրքիր դեպքը այն ցատկն է, որը երբեք չի ավարտվում։ Արեք դա մեկ անգամ աշխատող ուղու վրա և մեկ անգամ ձախողվողի վրա՝ նույն հաշվով և նույն նավարկությամբ։ Երկու շղթաների համեմատությունը ավելի արժեքավոր է, քան մատյանի ցանկացած առանձին տող։
Այդ գրառումը պահեք գաղտնի։ URL-ները կրում են սեսիայի նույնացուցիչներ, իսկ պահպանված բրաուզերի արխիվը կրում է ավելին, քան սպասում եք։ Նախքան տոմսի մեջ որևէ բան տեղադրելը հեռացրեք հարցումների տողերը։
Հավելվածի պատկերացումը սեփական URL-ի մասին
Magento-ն բացարձակ URL-ներ է ստեղծում կոնֆիգուրացիայից՝ ըստ կայքի կամ խանութի տեսքի։ bin/magento config:show web/secure/base_url տպում է այն արժեքը, որին հավելվածը հավատում է, և դա հաճախ բիլդից կամ միգրացիայից մնացած հոսթի անուն է, ոչ թե այն, որն օգտագործել է բրաուզերը։ Եթե այնտեղ ներքին հոսթ է նշված, բրաուզերը ուղարկվում է մի տեղ, ուր չի կարող հասնել, և թունելի ոչ մի փոփոխություն դա չի ուղղում։
Համեմատեք անվտանգ և ոչ անվտանգ բազային URL-ները ձեր առջև եղած հանրային անունների հետ։ Դրանցից որևէ մեկում անհամապատասխանությունը ստեղծում է հենց այն վերահասցեավորումը, որին նայում եք։
Վստահելի պրոքսիի վերնագրերը պայմանագիր են
Երբ TLS-ը ավարտվում է բեռնվածքի հավասարակշռիչի վրա, հավելվածը տեսնում է սովորական HTTP, և պետք է նրան այլ կերպ ասել։ Offloader-ի վերնագրի կարգավորումը նշում է այն վերնագիրը, որը սահմանում է պրոքսին, օրինակ փոխանցված արձանագրությունը, և հավելվածը վստահում է դրան սխեմայի որոշումներում։
Այդ վստահությունը պայմանագիր է մեկ պրոքսիի հետ, ոչ ընդհանուր թույլտվություն։ Վերնագիրն անկանոն հաճախորդներից ընդունելը թույլ է տալիս ցանկացածին սխեմա պահանջել, դրա համար էլ այն տեղ ունի միայն այնտեղ, որտեղ սահմանում է նշանակված պրոքսին։ Եթե վերնագրի անունը և պրոքսիի վարքը չեն համընկնում, հավելվածը ստեղծում է վերահասցեավորումներ դեպի սխեմա, որը բրաուզերը երբեք չի օգտագործել, և հանգույցը փակվում է։ Ստուգեք պրոքսիի կոնֆիգուրացիան և հավելվածի կարգավորումը միասին, այնուհետև մաքրեք կոնֆիգուրացիայի քեշը, որ փոփոխությունն ուժի մեջ մտնի։
Երբ հանգույցը սեսիա է, ոչ երթուղի
Շղթան, որը միշտ վերադառնում է մուտք, սովորաբար քուքի խնդիր է։ Ստուգեք՝ արդյոք սեսիայի քուքին տրվել է այն հոսթի անվան համար, որը բրաուզերն իսկապես օգտագործել է, և արդյոք այն նշվել է որպես անվտանգ այն կապի վրա, որը բրաուզերը համարում է անվտանգ։ Սխալ դոմենին կապված քուքին ստեղծում է մուտքի հանգույց, որը ճիշտ նույն տեսքն ունի, ինչ երթուղավորման խափանումը։
Ուղղեք ապացուցված անհամապատասխանությունը դրա տիրոջ մոտ՝ լինի դա բազային URL-ը, քուքիի դոմենը, թե պրոքսիի պայմանագիրը, ապա վերստուգեք ամբողջ նավարկությունը՝ մեկ 302-ի անհետանալուն նայելու փոխարեն։ Հանգույցը կոտրելու համար HTTPS-ի պահանջները անջատելը վերահասցեավորումը փոխանակում է ավելի վատ խնդրի հետ։ Երբ փոփոխությունն արված է, առանձին ստուգեք թունելը. պահանջեք հայտնի մասնավոր ռեսուրս և հաստատեք, որ այն հասնում է, որ հաջորդ վերահասցեավորումն ունենա մաքուր բազային գիծ համեմատելու համար։