Jo Magento-omliedingslus is wierskynlik net de VPN
In 302 registrearret in bestemming, net in oarsaak. Ferlykje de Location-ketting, basis-URL's, de proxy-skema-header en de sesjekookie foardat jo de konfiguraasje bewurkje.
Jo sjogge 302 yn de tagongslog, de winkel ladenet net fia de VPN, en de konklúzje skriuwt himsels. Dy konklúzje is meastentiids op in nijsgjirrige wize ferkeard. In omliedingsantwurd registrearret in bestemming dêr't de browser hinne stjoerd waard, en it seit neat oer oft de tunnel, it sertifikaat of de applikaasje it probleem feroarsake hat. De logrigel is it begjin fan it ûndersyk, net de befinning.
In 302 seit wêr, net wêrom
In ynskriuwing yn 'e tagongslog registrearret it fersyk, de status en de grutte, en lit meastentiids de Location-header weilitten dy't fan belang is. Ien omlieding kin folslein normaal wêze: in kanonike hostnamme, in normalisearring fan 'e slutende skeane streek, in oergong nei HTTPS. Wat jo nedich hawwe is de folchoarder, want ien sprong en in lus binne ferskillende fouten mei ferskillende eigners. Werhelle sprongen tusken skema's wize op URL- en skemabehanneling. In sprong nei in namme dy't de browser net oplosse kin wiist earne hiel oars hinne.
Net ien fan beide is bewiis oer de VPN. De tunnel is in paad; de omlieding is in opdracht dy't de applikaasje skreaun hat.
Fang de ketting, net de logrigel
Brûk de netwurkwerjefte fan 'e browser en notearje fjouwer fjilden per sprong: de frege URL, de status, de Location-header en de tiid. Einigje mei itsij it definitive antwurd itsij de ferbiningsflater, want it nijsgjirrige gefal is de sprong dy't nea foltôge wurdt. Doch dit ien kear op in wurkjend paad en ien kear op it mislearjende, mei deselde account en deselde navigaasje. Twa kettingen ferlykje is mear wurdich as hokker inkelde rigel yn in log ek.
Hâld dat oerjochte privee. URL's drage sesje-identifisearders, en in bewarre browserargyf draacht mear as jo ferwachtsje. Strûp de query-strings foardat jo eat yn in ticket plakke.
It byld fan 'e applikaasje fan syn eigen URL
Magento generearret absolute URL's fan 'e konfiguraasje, beheind per webside of winkelbyld. bin/magento config:show web/secure/base_url printsje de wearde dy't de applikaasje leaut, en dat is faak in hostnamme dy't oerbleaun is fan in bou of in migraasje yn stee fan dy't de browser brûkte. As dêr in ynterne host neamd wurdt, wurdt de browser earne hinne stjoerd dêr't er net komme kin, en gjin tunnelwiziging makket dat goed.
Ferlykje de feilige en ûnfeilige basis-URL's mei de iepenbiere nammen foar jo. In mismatching yn ien fan beide produsearret krekt de omlieding dêr't jo nei stoarje.
Betroude proxy-headers binne in kontrakt
Wannear't TLS by in loadbalancer einiget, sjocht de applikaasje gewoane HTTP en moat dat oars ferteld wurde. De ynstelling fan 'e offloader-header neamt de header dy't de proxy set, lykas it trochstjoerde protokol, en de applikaasje fertrout dêrop by skemabeslissings.
Dat fertrouwen is in kontrakt mei ien proxy, net in algemiene tastimming. It akseptearjen fan 'e header fan willekeurige kliïnten lit elkenien in skema beweare, en dêrom heart it allinnich dêr dêr't in oanwiisde proxy it set. As de headername en it hâlden en dragen fan 'e proxy net oerienkomme, generearret de applikaasje omliedings nei in skema dat de browser nea brûkt hat, en de lus slút. Kontrolearje de proxy-konfiguraasje en de applikaasje-ynstelling tegearre, en leegje dan de konfiguraasje-cache sadat de wiziging fan krêft wurdt.
Wannear't de lus in sesje is, net in rûte
In ketting dy't altyd weromkomt by oanmelde is meastentiids in koekjeprobleem. Undersykje oft de sesjekookie útjûn is foar de hostnamme dy't de browser eins brûkte, en oft er as feilich markearre is op in ferbining dy't de browser feilich achtet. In koekje dat oan it ferkearde domein keppele is, produsearret in oanmeldlus dy't der krekt as in rûteflater útsjocht.
Reparearje de oantoande mismatching by de eigner, itsij de basis-URL, it koekjedomein of it proxy-kontrakt, en test dan de hiele navigaasje opnij yn stee fan te sjen hoe't ien 302 ferdwynt. It útskeakeljen fan HTTPS-easken om 'e lus te brekken ruilet in omlieding foar in slimmer probleem. As de wiziging dien is, kontrolearje de tunnel apart: freegje in bekende private boarne op en befêstigje dat er oankomt, sadat de folgjende omlieding in skjinne basislinie hat om mei te ferlykjen.