Jou Magento-herleidingslus is waarskynlik nie die VPN nie
'n 302 teken 'n bestemming aan, nie 'n oorsaak nie. Vergelyk die Location-ketting, basis-URL's, die skema-opskrif van die proxy en die sessiekoekie voordat jy die konfigurasie wysig.
Jy sien 302 in die toegangslog, die winkelfront laai nie deur die VPN nie, en die gevolgtrekking skryf homself. Daardie gevolgtrekking is gewoonlik op 'n interessante manier verkeerd. 'n Herleidingsantwoord teken 'n bestemming aan wat die blaaier aangesê is om te besoek, en dit sê niks daaroor of die tonnel, die sertifikaat of die toepassing die probleem veroorsaak het nie. Die logreël is die begin van die ondersoek, nie die bevinding daarvan nie.
'n 302 sê waar, nie hoekom nie
'n Inskrywing in die toegangslog teken die versoek, die status en die grootte aan, en dit laat gewoonlik die Location-opskrif weg wat saak maak. Een herleiding kan heeltemal normaal wees: 'n kanonieke gasheernaam, 'n normalisering van die sluitende skuinsstreep, 'n oorskakeling na HTTPS. Wat jy nodig het, is die volgorde, want 'n enkele sprong en 'n lus is verskillende foute met verskillende eienaars. Herhaalde spronge tussen skemas dui op URL- en skemahantering. 'n Sprong na 'n naam wat die blaaier nie kan oplos nie, dui op iets heeltemal anders.
Nie een van dié is bewys oor die VPN nie. Die tonnel is 'n pad; die herleiding is 'n opdrag wat die toepassing geskryf het.
Vang die ketting, nie die logreël nie
Gebruik die blaaier se netwerk-aansig en teken vier velde per sprong aan: die versoekte URL, die status, die Location-opskrif en die tyd. Eindig met óf die finale antwoord óf die verbindingsfout, want die interessante geval is die sprong wat nooit voltooi nie. Doen dit een keer op 'n werkende pad en een keer op die falende een, met dieselfde rekening en dieselfde navigasie. Om twee kettings te vergelyk is meer werd as enige enkele reël in 'n log.
Hou daardie rekord privaat. URL's dra sessie-identifiseerders, en 'n gestoorde blaaierargief dra meer as wat jy verwag. Verwyder navraagstringe voordat jy iets in 'n kaartjie plak.
Die toepassing se idee van sy eie URL
Magento genereer absolute URL's uit konfigurasie, per webwerf of winkeluitsig. bin/magento config:show web/secure/base_url druk die waarde wat die toepassing glo, en dit is dikwels 'n gasheernaam wat van 'n bou of 'n migrasie oorgebly het eerder as die een wat die blaaier gebruik het. As dit 'n interne gasheer noem, word die blaaier na iets gestuur waarheen dit nie kan gaan nie, en geen tonnelverandering maak dit reg nie.
Vergelyk die veilige en onveilige basis-URL's met die openbare name voor jou. 'n Wanverhouding in een van die twee lewer presies die herleiding op waarna jy staar.
Vertroude proxy-opskrifte is 'n kontrak
Wanneer TLS by 'n lasbalanseerder eindig, sien die toepassing gewone HTTP en moet dit anders vertel word. Die instelling vir die aflaai-opskrif noem die opskrif wat die proxy stel, soos die aangestuurde protokol, en die toepassing vertrou dit vir skemabesluite.
Daardie vertroue is 'n kontrak met een proxy, nie 'n algemene toestemming nie. Om die opskrif van willekeurige kliënte te aanvaar, laat enigeen toe om 'n skema op te eis, en daarom hoort dit net daar waar 'n aangewese proxy dit stel. As die opskrifnaam en die gedrag van die proxy nie ooreenstem nie, genereer die toepassing herleidings na 'n skema wat die blaaier nooit gebruik het nie, en die lus sluit. Kontroleer die proxy-konfigurasie en die toepassinginstelling saam, en leeg dan die konfigurasiekas sodat die verandering in werking tree.
Wanneer die lus 'n sessie is, nie 'n roete nie
'n Ketting wat altyd na aanmelding terugkeer, is gewoonlik 'n koekieprobleem. Kyk of die sessiekoekie uitgereik is vir die gasheernaam wat die blaaier werklik gebruik het, en of dit as veilig gemerk is op 'n verbinding wat die blaaier as veilig beskou. 'n Koekie wat aan die verkeerde domein gekoppel is, lewer 'n aanmeldlus op wat presies soos 'n roetefout lyk.
Maak die gedemonstreerde wanverhouding reg by sy eienaar, of dit die basis-URL, die koekiedomein of die proxy-kontrak is, en toets dan die hele navigasie weer eerder as om te kyk hoe een 302 verdwyn. Om HTTPS-vereistes af te skakel om die lus te breek, ruil 'n herleiding vir 'n erger probleem. Wanneer die verandering klaar is, kontroleer die tonnel afsonderlik: vra 'n bekende private hulpbron aan en bevestig dat dit aankom, sodat die volgende herleiding 'n skoon basislyn het om teen te vergelyk.