നിങ്ങളുടെ 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 കാണുന്നു, അല്ലെന്ന് അതിനോട് പറയണം. ഓഫ്‌ലോഡർ ഹെഡർ ക്രമീകരണം പ്രോക്സി സജ്ജീകരിക്കുന്ന ഹെഡറിന്റെ പേര് നൽകുന്നു, ഉദാഹരണത്തിന് ഫോർവേഡ് ചെയ്ത പ്രോട്ടോക്കോൾ, സ്കീം തീരുമാനങ്ങളിൽ ആപ്ലിക്കേഷൻ അതിൽ വിശ്വസിക്കുന്നു.

ആ വിശ്വാസം ഒരു പ്രോക്സിയുമായുള്ള കരാറാണ്, പൊതുവായ അനുമതിയല്ല. ഏകപക്ഷീയമായ ക്ലയന്റുകളിൽ നിന്ന് ഹെഡർ സ്വീകരിക്കുന്നത് ആർക്കും ഒരു സ്കീം അവകാശപ്പെടാൻ അനുവദിക്കുന്നു, അതിനാലാണ് നിശ്ചിത പ്രോക്സി അത് സജ്ജീകരിക്കുന്നിടത്ത് മാത്രം അത് ഉണ്ടാകേണ്ടത്. ഹെഡറിന്റെ പേരും പ്രോക്സിയുടെ സ്വഭാവവും ഒത്തുപോകുന്നില്ലെങ്കിൽ, ബ്രൗസർ ഒരിക്കലും ഉപയോഗിക്കാത്ത ഒരു സ്കീമിലേക്ക് ആപ്ലിക്കേഷൻ റീഡയറക്ടുകൾ സൃഷ്ടിക്കുന്നു, ലൂപ്പ് അടയുന്നു. പ്രോക്സി കോൺഫിഗറേഷനും ആപ്ലിക്കേഷൻ ക്രമീകരണവും ഒരുമിച്ച് പരിശോധിച്ച്, മാറ്റം പ്രാബല്യത്തിൽ വരാൻ കോൺഫിഗറേഷൻ കാഷെ ഫ്ലഷ് ചെയ്യുക.

ലൂപ്പ് ഒരു സെഷൻ ആകുമ്പോൾ, ഒരു റൂട്ട് അല്ല

എപ്പോഴും സൈൻ-ഇന്നിലേക്ക് മടങ്ങുന്ന ശൃംഖല സാധാരണയായി കുക്കി പ്രശ്നമാണ്. സെഷൻ കുക്കി ബ്രൗസർ യഥാർത്ഥത്തിൽ ഉപയോഗിച്ച ഹോസ്റ്റ്നെയിമിന് നൽകിയതാണോ, ബ്രൗസർ സുരക്ഷിതമായി കണക്കാക്കുന്ന ഒരു കണക്ഷനിൽ അത് സുരക്ഷിതമായി അടയാളപ്പെടുത്തിയതാണോ എന്ന് പരിശോധിക്കുക. തെറ്റായ ഡൊമെയ്നിൽ പരിധി നിശ്ചയിച്ച കുക്കി റൂട്ടിംഗ് പരാജയത്തോട് കൃത്യമായി സാമ്യമുള്ള ഒരു ലോഗിൻ ലൂപ്പ് സൃഷ്ടിക്കുന്നു.

തെളിയിക്കപ്പെട്ട പൊരുത്തക്കേട് അതിന്റെ ഉടമയിൽ തന്നെ പരിഹരിക്കുക, അത് അടിസ്ഥാന URL ആകട്ടെ, കുക്കി ഡൊമെയ്നോ പ്രോക്സി കരാറോ ആകട്ടെ, തുടർന്ന് ഒരു 302 അപ്രത്യക്ഷമാകുന്നത് നോക്കുന്നതിനുപകരം മുഴുവൻ നാവിഗേഷനും വീണ്ടും പരിശോധിക്കുക. ലൂപ്പ് തകർക്കാൻ HTTPS ആവശ്യകതകൾ ഓഫ് ചെയ്യുന്നത് ഒരു റീഡയറക്ട് മോശമായ ഒരു പ്രശ്നത്തിന് വേണ്ടി കൈമാറുന്നു. മാറ്റം കഴിഞ്ഞാൽ, ടണൽ വെവ്വേറെ പരിശോധിക്കുക: അറിയപ്പെടുന്ന ഒരു സ്വകാര്യ ഉറവിടം അഭ്യർത്ഥിച്ച് അത് എത്തുന്നുവെന്ന് സ്ഥിരീകരിക്കുക, അടുത്ത റീഡയറക്ടിന് താരതമ്യത്തിന് ശുദ്ധമായ അടിസ്ഥാനം ലഭിക്കാൻ.