OpenConnect ലോഗിൻ തെറ്റായ പേജിലെത്തുന്നുണ്ടോ? ആദ്യം പാത പരിശോധിക്കുക

ഓൺബോർഡിംഗ് മെയിലിൽ നിന്ന് നിങ്ങൾ വിലാസം പേസ്റ്റ് ചെയ്യുന്നു, ക്ലയന്റ് ഗേറ്റ്വേയിൽ എത്തുന്നു, കാണുന്ന ലോഗിൻ ഫോം ഓപ്പറേറ്റർ വിവരിച്ച പങ്കാളി പോർട്ടലല്ല, പൊതു പോർട്ടലാണ്. യാതൊരു പിശകും കാണിക്കുന്നില്ല, അതാണ് ആശയക്കുഴപ്പം: ടണൽ ഉയർന്നുവന്നേക്കാം, പക്ഷേ തെറ്റായ എൻട്രി പോയിന്റിന് പിന്നിൽ. ആ URL-ലെ പാത ജോലി ചെയ്യുകയായിരുന്നു, അതിനെ എന്ത് മാറ്റിസ്ഥാപിച്ചാലും ആ ജോലി വീണു.

ടിക്കറ്റിൽ ഒരൊറ്റ സ്ട്രിംഗായി വരുന്ന രണ്ട് കാര്യങ്ങൾ വേർതിരിക്കുക: സേവനത്തിലെത്തുന്ന വിലാസം, ഒപ്പം ഓതന്റിക്കേഷൻ എവിടെ തുടങ്ങുന്നു എന്ന് തീരുമാനിക്കുന്ന ഇൻപുട്ട്. ആദ്യത്തേത് നന്നാക്കി രണ്ടാമത്തേത് അവഗണിക്കുക എന്നതാണ് ശരിയായ ഹോസ്റ്റ്നാമും തെറ്റായ ലോഗിൻ നൽകുന്ന വഴി.

ഒരു ഫോം കാണുന്നതിന് മുമ്പ് ക്ലയന്റ് അയക്കുന്നത്

https://vpn.example.net/partners പോലുള്ള വിലാസത്തിൽ ക്ലയന്റിന്റെ ആദ്യ പ്രവർത്തി നഗ്നമായ ഹോസ്റ്റിലേക്കല്ല, ആ പാതയിലേക്കുള്ള HTTPS അഭ്യർത്ഥനയാണ്. തിരികെ വരുന്നത് സാധാരണയായി സൈൻ-ഇൻ എൻഡ്പോയിന്റിലേക്കുള്ള റീഡയറക്ട് അല്ലെങ്കിൽ ഫോം തന്നെയാണ്. vpn.example.net മാത്രം ലഭിച്ച ക്ലയന്റ് ഏത് ഡിഫോൾട്ട് ലാൻഡിംഗ് പേജിൽ നിന്നുമാകട്ടെ അവിടെ നിന്ന് തുടങ്ങുന്നു, അത് മറ്റൊരു പോർട്ടൽ, മറ്റൊരു ഗ്രൂപ്പ് ലിസ്റ്റ്, അല്ലെങ്കിൽ തികച്ചും വ്യത്യസ്തമായ പ്രോട്ടോക്കോൾ പ്രതീക്ഷിക്കുന്ന പേജ് ആകാം. വ്യത്യാസം ഏതെങ്കിലും ക്രെഡൻഷ്യൽ ടൈപ്പ് ചെയ്യുന്നതിന് വളരെ മുമ്പേ പ്രതികരണ ഹെഡറുകളിൽ കാണാം.

അതുകൊണ്ടാണ് പ്രവർത്തിക്കുന്ന ബ്രൗസർ ടാബും പരാജയപ്പെടുന്ന ക്ലയന്റ് പ്രൊഫൈലും ഒരേ ഗേറ്റ്വേ പേര് പറഞ്ഞിട്ടും വിയോജിക്കാൻ കഴിയുന്നത്. ബ്രൗസർ പാത പിന്തുടർന്നു; പ്രൊഫൈലിൽ അത് ഒരിക്കലും ഉണ്ടായിരുന്നില്ല.

പരസ്പരം മാറ്റാവുന്നതായി തോന്നുന്ന, എന്നാൽ അല്ലാത്ത രണ്ട് ഇൻപുട്ടുകൾ

OpenConnect പ്രാരംഭ HTTPS പാത --usergroup ആയി വെളിപ്പെടുത്തുന്നു, കൂടാതെ മാനുവൽ പേജ് ആ പാതയുള്ള പൂർണ്ണ URL-നെ അതേ അഭ്യർത്ഥന മറ്റൊരു രീതിയിൽ എഴുതിയതായി കണക്കാക്കുന്നു. --authgroup വേറിട്ട ഓപ്ഷനാണ്: ലോഗിൻ ഫോമിനുള്ളിൽ ഗേറ്റ്വേ അവതരിപ്പിക്കുന്ന ലിസ്റ്റിൽ നിന്ന് ഒരു എൻട്രി തിരഞ്ഞെടുക്കുന്നു. ചില പ്രോട്ടോക്കോളുകൾ ആ എൻട്രിയെ ഗ്രൂപ്പ് എന്ന് വിളിക്കുന്നു, മറ്റുള്ളവ ഡൊമെയിൻ അല്ലെങ്കിൽ ഗേറ്റ്വേ എന്ന് വിളിക്കുന്നു, അവിടെയാണ് രണ്ട് ഫ്ലാഗുകളും കൂടിക്കുഴയുന്നത്.

ഒരു സേവനത്തിന് നിയമപരമായി രണ്ടും ആവശ്യമായി വരാം. പാത നിങ്ങളെ ശരിയായ പോർട്ടലിൽ എത്തിച്ചേക്കാം, അതേസമയം ഫോം അതിനുള്ളിലെ ഗ്രൂപ്പുകളിൽ നിന്ന് തിരഞ്ഞെടുക്കാൻ ആവശ്യപ്പെടുന്നു. പോർട്ടലിന്റെ പേര് ഗ്രൂപ്പിന്റെ പേരായി നൽകുന്നത്, അല്ലെങ്കിൽ നേരെ മറിച്ച്, സ്വീകരിച്ചതായി തോന്നി പിന്നീട് അധികാരം നൽകാത്ത ലോഗിൻ ഉണ്ടാക്കുന്നു, കാരണം മൂല്യം വ്യാകരണപരമായി സാധുവും അർത്ഥത്തിൽ തെറ്റുമായിരുന്നു.

ഓപ്പറേറ്ററോട് ഓരോ മൂല്യവും അതിന്റെ സ്വന്തം വരിയിൽ ചോദിക്കുക: പ്രവേശന പാത, ഫോമിലെ തിരഞ്ഞെടുപ്പ്, രണ്ടും ആവശ്യമാണോ എന്നത്. ലേബലുകൾ ഒരുപോലെ തോന്നുന്നു എന്ന് കരുതി ഒന്നിൽ നിന്ന് മറ്റൊന്ന് അനുമാനിക്കരുത്.

പാത വെട്ടിച്ചുരുക്കുന്നത് ഫലം മാറ്റുന്നത് എന്തുകൊണ്ട്

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

ഹോസ്റ്റ്നാമിനെ IP വിലാസം കൊണ്ട് മാറ്റുന്നത് ഇതിനൊപ്പം സഞ്ചരിക്കുന്ന വേറിട്ട തെറ്റാണ്. പേരടിസ്ഥാനമാക്കിയ സേവന തിരഞ്ഞെടുപ്പും സർട്ടിഫിക്കറ്റ് സാധൂകരണവും രണ്ടും പേരിനെ ആശ്രയിക്കുന്നു, അതിനാൽ സംഖ്യാത്മക വിലാസം പാത ഫോർമാറ്റ് പ്രശ്നത്തെ TLS പിശകാക്കി മാറ്റാം.

ബ്രൗസർ വിലാസങ്ങൾ പാതകളേക്കാൾ കൂടുതലും വഹിക്കുന്നു. സെഷൻ ഐഡന്റിഫയറുകൾ, റീഡയറക്ട് ലക്ഷ്യങ്ങൾ, ഭാഷാ പ്രിഫിക്സുകൾ, താൽക്കാലിക സൈൻ-ഇൻ പാരാമീറ്ററുകൾ എല്ലാം വിലാസ ബാറിൽ പ്രത്യക്ഷപ്പെടുന്നു, അവയൊന്നും സംരക്ഷിച്ച ക്ലയന്റ് പ്രൊഫൈലിൽ പെടുന്നില്ല.

മറ്റെന്തെങ്കിലും എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് എൻട്രി പോയിന്റ് സ്ഥിരീകരിക്കുക

നിങ്ങൾക്ക് നൽകിയ പാതയുടെ ഹെഡറുകൾ വായിക്കുക. curl -sS -o /dev/null -D - https://vpn.example.net/partners പോലുള്ള അഭ്യർത്ഥന റീഡയറക്ട് പിന്തുടരാതെ സ്റ്റാറ്റസ് ലൈനും ഏതെങ്കിലും Location ഹെഡറും പ്രിന്റ് ചെയ്യുന്നു. പേരുള്ള സൈൻ-ഇൻ എൻഡ്പോയിന്റിലേക്ക് ചൂണ്ടുന്ന 302 പാത നിലവിലുണ്ടെന്ന് സ്ഥിരീകരിക്കുകയും എവിടേക്ക് പോകുന്നു എന്ന് കാണിക്കുകയും ചെയ്യുന്നു; 404 എന്നാൽ ഓപ്പറേറ്ററുടെ വിലാസം കാലഹരണപ്പെട്ടു എന്നാണ്.

തുടർന്ന് അതേ എൻട്രി പോയിന്റ് അനുവദിച്ച ക്ലയന്റിൽ പുനരുൽപ്പാദിപ്പിക്കുക, ഉദാഹരണത്തിന് openconnect --usergroup=partners vpn.example.net, ഏത് ഫോം വരുന്നു എന്ന് നോക്കുക. ഫോം ശരിയാണെങ്കിലും ടണൽ ഇപ്പോഴും പരാജയപ്പെടുന്നുവെങ്കിൽ, പാത ഒരിക്കലും പ്രശ്നമായിരുന്നില്ല, അടുത്ത ഇടം നയമോ റൂട്ടിംഗോ ആണ്.

ടിക്കറ്റിൽ ഹോസ്റ്റ്നാം, പോർട്ട്, പ്രോട്ടോക്കോൾ, പ്രവേശന പാത, ഫോമിലെ തിരഞ്ഞെടുപ്പ് എന്നിവ അഞ്ച് വേറിട്ട ഫീൽഡുകളായി രേഖപ്പെടുത്തുക. ആ ലിസ്റ്റാണ് അടുത്ത എഞ്ചിനീയറെ എത്തിച്ചേരാൻ കഴിയാത്ത സെർവർ, TLS നിരസിക്കൽ, നിരസിച്ച തിരഞ്ഞെടുപ്പ്, ആവശ്യമായ റൂട്ടുകളില്ലാതെ ഉയർന്ന ടണൽ എന്നിവ വേർതിരിച്ചറിയാൻ സഹായിക്കുന്നത്.