El bucle de redirecció de Magento probablement no és la VPN

Veieu 302 al registre d'accés, la botiga no carrega a través de la VPN i la conclusió s'escriu sola. Aquesta conclusió sol ser errònia d'una manera interessant. Una resposta de redirecció registra una destinació que es va indicar al navegador que visités, i no diu res sobre si el túnel, el certificat o l'aplicació van produir el problema. La línia del registre és l'inici de la investigació, no la seva troballa.

Un 302 diu on, no per què

Una entrada del registre d'accés registra la petició, l'estat i la mida, i normalment omet la capçalera Location que importa. Una redirecció pot ser del tot normal: un nom d'amfitrió canònic, una normalització de la barra final, un canvi a HTTPS. El que necessiteu és la seqüència, perquè un sol salt i un bucle són avaries diferents amb propietaris diferents. Els salts repetits entre esquemes apunten al tractament d'URL i d'esquema. Un salt a un nom que el navegador no pot resoldre apunta a un lloc completament diferent.

Cap d'aquestes coses no és una prova sobre la VPN. El túnel és un camí; la redirecció és una instrucció que va escriure l'aplicació.

Captureu la cadena, no la línia del registre

Feu servir la vista de xarxa del navegador i anoteu quatre camps per salt: l'URL sol·licitada, l'estat, la capçalera Location i l'hora. Acabeu amb la resposta final o amb l'error de connexió, perquè el cas interessant és el salt que no s'acaba mai. Feu-ho una vegada en un camí que funciona i una altra en el que falla, amb el mateix compte i la mateixa navegació. Comparar dues cadenes val més que qualsevol línia solta d'un registre.

Manteniu aquest registre privat. Les URL porten identificadors de sessió, i un arxiu del navegador desat porta més del que espereu. Traieu les cadenes de consulta abans d'enganxar res en un tiquet.

La idea que l'aplicació té de la seva pròpia URL

Magento genera URL absolutes a partir de la configuració, amb abast per lloc web o vista de botiga. bin/magento config:show web/secure/base_url imprimeix el valor que l'aplicació creu, que sovint és un nom d'amfitrió que ha quedat d'una compilació o d'una migració en lloc del que va fer servir el navegador. Si hi apareix un amfitrió intern, s'envia el navegador a un lloc on no pot anar, i cap canvi de túnel ho arregla.

Compareu les URL base segura i no segura amb els noms públics que teniu al davant. Una discrepància en qualsevol de les dues produeix exactament la redirecció que esteu mirant.

Les capçaleres de proxy de confiança són un contracte

Quan el TLS acaba en un balancejador de càrrega, l'aplicació veu HTTP pla i se li ha de dir el contrari. El paràmetre de capçalera de l'offloader indica el nom de la capçalera que estableix el proxy, com ara el protocol reenviat, i l'aplicació hi confia per a les decisions d'esquema.

Aquesta confiança és un contracte amb un proxy, no un permís general. Acceptar la capçalera de clients arbitraris permet a qualsevol reclamar un esquema, i per això només té sentit on la estableix un proxy designat. Si el nom de la capçalera i el comportament del proxy no coincideixen, l'aplicació genera redireccions cap a un esquema que el navegador no ha fet servir mai, i el bucle es tanca. Comproveu la configuració del proxy i el paràmetre de l'aplicació alhora, i després buideu la memòria cau de configuració perquè el canvi tingui efecte.

Quan el bucle és una sessió, no una ruta

Una cadena que sempre torna a l'inici de sessió sol ser un problema de galeta. Comproveu si la galeta de sessió es va emetre per al nom d'amfitrió que el navegador va fer servir realment, i si es va marcar com a segura en una connexió que el navegador considera segura. Una galeta associada al domini equivocat produeix un bucle d'inici de sessió que sembla exactament una fallada d'encaminament.

Corregiu la discrepància demostrada al seu propietari, sigui l'URL base, el domini de la galeta o el contracte amb el proxy, i després torneu a provar tota la navegació en lloc de mirar com un 302 desapareix. Desactivar els requisits d'HTTPS per trencar el bucle canvia una redirecció per un problema pitjor. Quan el canvi estigui fet, comproveu el túnel per separat: sol·liciteu un recurs privat conegut i confirmeu que arriba, perquè la propera redirecció tingui una base neta amb què comparar-se.