A Magento átirányítási hurok valószínűleg nem a VPN hibája

302-t lát a hozzáférési naplóban, a webáruház nem tölt be a VPN-en keresztül, és a következtetés magától megírja magát. Ez a következtetés általában érdekes módon téves. Az átirányítási válasz egy célt rögzít, ahová a böngészőt küldték, és semmit sem mond arról, hogy az alagút, a tanúsítvány vagy az alkalmazás okozta-e a problémát. A naplósor a vizsgálat kezdete, nem annak eredménye.

A 302 azt mondja meg, hová, nem azt, hogy miért

A hozzáférési napló bejegyzése rögzíti a kérést, az állapotot és a méretet, és általában kihagyja a fontos Location fejlécet. Egyetlen átirányítás teljesen normális lehet: kanonikus gépnév, a záró perjel normalizálása, váltás HTTPS-re. A sorrendre van szüksége, mert egyetlen ugrás és egy hurok különböző hibák, különböző felelősökkel. Az ismétlődő ugrások sémák között az URL- és sémakezelésre mutatnak. Egy olyan névre mutató ugrás viszont, amelyet a böngésző nem tud feloldani, egészen máshová mutat.

Ezek egyike sem bizonyíték a VPN-ről. Az alagút egy útvonal; az átirányítás az alkalmazás által írt utasítás.

A láncot rögzítse, ne a naplósort

Használja a böngésző hálózati nézetét, és ugrásonként négy mezőt jegyezzen fel: a kért URL-t, az állapotot, a Location fejlécet és az időt. Fejezze be a végleges válasszal vagy a kapcsolódási hibával, mert az érdekes eset az az ugrás, amely soha nem fejeződik be. Tegye ezt egyszer egy működő útvonalon és egyszer a hibászon, ugyanazzal a fiókkal és ugyanazzal a navigációval. Két lánc összehasonlítása többet ér, mint bármelyik egyetlen naplósor.

Tartsa ezt a feljegyzést bizalmasan. Az URL-ek munkamenet-azonosítókat hordoznak, és egy mentett böngészőarchívum többet hordoz a vártnál. Távolítsa el a lekérdezési karakterláncokat, mielőtt bármit beilleszt egy jegybe.

Az alkalmazás képe a saját URL-jéről

A Magento a konfigurációból állít elő abszolút URL-eket, webhely vagy áruházi nézet szerinti hatókörrel. A bin/magento config:show web/secure/base_url azt az értéket nyomtatja ki, amelyet az alkalmazás hisz, és ez gyakran egy buildből vagy migrációból maradt gépnév, nem az, amelyet a böngésző használt. Ha belső gépnevet nevez meg, a böngésző olyan helyre kerül, ahová nem tud eljutni, és ezt semmilyen alagútmódosítás nem javítja.

Hasonlítsa össze a biztonságos és a nem biztonságos alap-URL-t az előtte lévő nyilvános nevekkel. Bármelyikük eltérése pontosan azt az átirányítást hozza létre, amelyet néz.

A megbízható proxy fejlécek szerződést jelentenek

Amikor a TLS egy terheléselosztónál végződik, az alkalmazás sima HTTP-t lát, és erről tájékoztatni kell. Az offloader fejléc beállítása megnevezi azt a fejlécet, amelyet a proxy beállít, például a továbbított protokollt, és az alkalmazás bízik benne a séma döntéseinél.

Ez a bizalom egyetlen proxyval kötött szerződés, nem általános engedély. A fejléc tetszőleges kliensektől való elfogadása bárkinek lehetővé teszi egy séma állítását, ezért csak ott van a helye, ahol egy kijelölt proxy beállítja. Ha a fejléc neve és a proxy viselkedése nem egyezik, az alkalmazás olyan sémára irányít át, amelyet a böngésző soha nem használt, és a hurok bezárul. Ellenőrizze a proxy konfigurációját és az alkalmazás beállítását együtt, majd törölje a konfigurációs gyorsítótárat, hogy a változás érvénybe lépjen.

Amikor a hurok munkamenet, nem útvonal

Az a lánc, amely mindig a bejelentkezéshez tér vissza, általában süti-probléma. Vizsgálja meg, hogy a munkamenet-süti ahhoz a gépnévhez lett-e kiadva, amelyet a böngésző ténylegesen használt, és hogy biztonságosként volt-e megjelölve egy olyan kapcsolaton, amelyet a böngésző biztonságosnak tart. A rossz domainhez kötött süti olyan bejelentkezési hurkot hoz létre, amely pontosan úgy néz ki, mint egy útválasztási hiba.

Javítsa ki a bizonyított eltérést annak felelősénél, legyen az az alap-URL, a süti domainje vagy a proxy-szerződés, majd tesztelje újra a teljes navigációt ahelyett, hogy egyetlen 302 eltűnését nézné. A HTTPS-követelmények kikapcsolása a hurok megtörésére egy átirányítást cserél egy rosszabb problémára. Amikor a változás kész, ellenőrizze az alagutat külön: kérjen le egy ismert privát erőforrást, és erősítse meg, hogy megérkezik, hogy a következő átirányításnak tiszta összehasonlítási alapja legyen.