Är Magento-Umleeungs-Schleef ass wahrscheinlech net de VPN
En 302 registréiert en Zil, net eng Ursaach. Vergläicht d'Location-Kette, d'Basis-URLen, den Header vum Proxy-Schema an de Sessiouns-Cookie, ier Dir d'Konfiguratioun ännert.
Dir gesitt 302 am Zougriffslog, de Buttek luedt net iwwer de VPN, an d'Schlussfolgerung schreift sech selwer. Déi Schlussfolgerung ass meeschtens op eng interessant Manéier falsch. Eng Ëmleeungsäntwert registréiert en Zil, op dat de Browser geschéckt gouf, an se seet näischt doriwwer, ob den Tunnel, d'Zertifikat oder d'Applikatioun de Problem verursaacht huet. D'Loglinn ass den Ufank vun der Enquête, net hir Erkenntnis.
En 302 seet wou, net firwat
En Andrag am Zougriffslog registréiert d'Ufro, de Status an d'Gréisst, an et léisst meeschtens de Location-Header ewech, op deen et ukënnt. Eng eenzeg Ëmleeung kann ganz normal sinn: en eenheetlechen Hostnumm, eng Normaliséierung vum Schlussschrégstrich, en Iwwergang op HTTPS. Wat Dir braucht, ass d'Reiefolleg, well een eenzelen Sprong an eng Schleef verschidde Feeler mat verschiddene Besëtzer sinn. Widderholl Spréng tëscht Schemaen deiten op d'Behandlung vun URL a Schema hin. A e Sprong op en Numm, deen de Browser net opléise kann, deit op eng ganz aner Plaz hin.
Keen dovun ass e Beweis iwwer de VPN. Den Tunnel ass en Wee; d'Ëmleeung ass eng Instruktioun, déi d'Applikatioun geschriwwen huet.
Fänkt d'Kette, net d'Loglinn
Benotzt d'Netzwierkusiicht vum Browser a notéiert véier Felder pro Sprong: déi ugefrot URL, de Status, de Location-Header an d'Zäit. Schléisst entweder mat der finaler Äntwert oder mam Verbindungsfeeler of, well deen interessante Fall ass dee Sprong, deen ni fäerdeg gëtt. Maacht dat eemol op engem Wee, dee funktionéiert, an eemol op deem, deen feelt, mam selwechten Kont an der selwechter Navigatioun. Zwou Ketten ze vergläichen ass méi wäert wéi all eenzel Linn an engem Log.
Haalt dës Opzeechnung privat. URLen droen Sessiounsidentifikatoren, an en ofgespäicherten Browserarchiv dréit méi, wéi Dir erwaart. Huelt d'Ufrostrings eraus, ier Dir eppes an en Ticket pecht.
D'Iddi vun der Applikatioun vu senger eegener URL
Magento generéiert absolut URLen aus der Konfiguratioun, begrenzt pro Websäit oder Butteksusiicht. bin/magento config:show web/secure/base_url dréckt de Wäert, un deen d'Applikatioun gleeft, an dat ass dacks en Hostnumm, deen aus engem Build oder enger Migratioun iwwreg bliwwen ass, amplaz deem, deen de Browser benotzt huet. Wann do en internen Host genannt gëtt, gëtt de Browser dohi geschéckt, wou en net hikaue kann, an eng Ännerung um Tunnel mécht dat net gutt.
Vergläicht déi sécher an onsécher Basis-URLen mat den ëffentlechen Nimm virun Iech. Eng Differenz an enger vun deenen zwee produzéiert genee déi Ëmleeung, op déi Dir stierrt.
Vertrauenswierdeg Proxy-Header sinn e Kontrakt
Wann TLS bei engem Loadbalancer ophält, gesäit d'Applikatioun einfachen HTTP an et muss hir anescht gesot ginn. D'Astellung vum Offloader-Header nennt den Header, deen de Proxy setzt, sou wéi de weidergeleet Protokoll, an d'Applikatioun vertraut drop bei Schema-Entscheedungen.
Dee Vertrauen ass e Kontrakt mat engem Proxy, net eng allgemeng Erlaabnis. Den Header vu wëllkërege Clienten unzehuelen erlaabt jidderengem, e Schema ze behaapten, dofir gehéiert en nëmmen dohinner, wou en duerch en designéierte Proxy gesat gëtt. Wann den Headernumm an d'Verhalen vum Proxy net iwwerenee stëmmen, generéiert d'Applikatioun Ëmleeungen op e Schema, deen de Browser ni benotzt huet, an d'Schleef schléisst sech. Kontrolléiert d'Proxy-Konfiguratioun an d'Applikatiounsastellung zesummen, a läscht dann de Konfiguratiounscache, sou datt d'Ännerung wierksam gëtt.
Wann d'Schleef eng Sessioun ass, net eng Route
Eng Kette, déi ëmmer bei d'Anmeldung zeréckkënnt, ass meeschtens e Cookie-Problem. Iwwerpréift, ob de Sessiouns-Cookie fir den Hostnumm ausgestallt gouf, deen de Browser tatsächlech benotzt huet, an ob en op enger Verbindung als sécher markéiert gouf, déi de Browser als sécher ugesäit. En Cookie, deen op déi falsch Domain begrenzt ass, produzéiert eng Anmeldeschleef, déi genee wéi e Routingfeeler ausgesäit.
Fléckt d'demonstréiert Differenz bei hirem Besëtzer, sief et d'Basis-URL, d'Cookie-Domain oder de Proxy-Kontrakt, a testt dann déi ganz Navigatioun nach eng Kéier, amplaz z'kucken, wéi een eenzegen 302 verschwënnt. D'HTTPS-Ufuerderungen auszeschalten, fir d'Schleef ze briechen, tauscht eng Ëmleeung géint e méi schlëmme Problem. Wann d'Ännerung gemaach ass, kontrolléiert den Tunnel getrennt: frot eng bekannt privat Ressource un a bestätegt, datt se ukënnt, sou datt déi nächst Ëmleeung eng propper Basislinn zum Vergläichen huet.