Вашата Magento јамка за пренасочување најверојатно не е VPN

Гледате 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 за да се скрши јамката разменува пренасочување за полош проблем. Кога промената е готова, проверете го тунелот одделно: побарајте познат приватен ресурс и потврдете дека пристигнува, за да има следното пренасочување чиста основа за споредба.