“eduroam-ൽ VPN പ്രവർത്തിക്കുന്നില്ല” എന്ന വാക്യത്തിന് പിന്നിൽ രണ്ട് ലോഗിനുകളുണ്ട്, അവയുടെ ഉടമകൾ വ്യത്യസ്ത ടീമുകളാണ്. eduroam-ൽ ചേരുമ്പോൾ ഉപകരണം ഒരു ആക്‍സസ് നെറ്റ്‍വർക്കിലെത്തുന്നു; VPN-ൽ ചേരുന്നത് ആ കണക്ഷന് മുകളിൽ രണ്ടാമത്തെ ബന്ധം പണിയുന്നു. രണ്ടും ഒരേ സ്ഥാപനം നടത്തിയേക്കാം, എന്നാൽ ക്രെഡൻഷ്യലുകളും പ്രൊഫൈലും കാര്യം പൊട്ടുന്ന ഘട്ടവും വേറിട്ടു തന്നെ നിൽക്കുന്നു. ആരെങ്കിലും പോർട്ട് നമ്പർ മാറ്റുന്നതിന് മുൻപ് രണ്ടിൽ യഥാർത്ഥത്തിൽ ഏതാണ് പരാജയപ്പെട്ടതെന്ന് കണ്ടെത്തുക. താഴെയുള്ളതെല്ലാം ഈ ഒരു കവലയ്ക്ക് ചുറ്റും ക്രമീകരിച്ചിരിക്കുന്നു.

ഒരു ക്യാമ്പസിൽ OpenVPN UDP 1194-ൽ ഉത്തരം നൽകിയത് ഉപയോഗപ്രദമായ ചരിത്രമാണ്, അടുത്തതിനുള്ള പാചകക്കുറിപ്പല്ല.

ആദ്യം ആക്‍സസ് വശം തെളിയിക്കുക

ടണൽ ഓഫ് ചെയ്ത് സാധാരണ HTTP പേജോ ക്യാപ്റ്റീവ് പോർട്ടലോ ലോഡ് ചെയ്യുക. അത് തുറന്നാൽ ആക്‍സസ് നെറ്റ്‍വർക്ക് അതിന്റെ ജോലി ചെയ്യുന്നു, VPN ചോദ്യം യഥാർത്ഥത്തിൽ തുറന്നതാണ്. ഒന്നും ലോഡ് ചെയ്തില്ലെങ്കിൽ തകരാർ അസോസിയേഷനിലോ അക്കൗണ്ടിലോ ഓൺബോർഡിംഗ് പ്രൊഫൈലിലോ ആണ്. VPN-ലുള്ള ഒരു മാറ്റവും ആ മൂന്നിൽ ഒന്നിനെ പോലും തൊടുകയില്ല.

eduroam കണക്ഷൻ മാർഗ്ഗനിർദ്ദേശം വീട്ടുസ്ഥാപനത്തെ ഉപയോക്താവിന്റെ ഐഡന്റിറ്റിയുടെ ഉറവിടമാക്കുന്നു. കോൺഫിഗറേഷൻ സഹായി പ്രൊഫൈൽ നിർമ്മിക്കുമ്പോൾ വീട്ടുസ്ഥാപനത്തിന് പകരം സന്ദർശിച്ച സ്ഥാപനം തിരഞ്ഞെടുക്കുന്നത് ആധികാരികത സ്ഥാപിക്കാനാകാത്ത ക്രമീകരണം സൃഷ്ടിക്കുന്നു. മറ്റെവിടെനിന്നോ വന്ന സർട്ടിഫിക്കറ്റ് കൂട്ടത്തിന് പകരം വീട്ടുസ്ഥാപനം പ്രസിദ്ധീകരിക്കുന്നത് ഉപയോഗിക്കുക.

ലോഗിൻ കടക്കാൻ സർട്ടിഫിക്കറ്റോ ആധികാരികതാ പരിശോധനയോ ഓഫ് ചെയ്യുന്നത് പരിഹരിക്കാവുന്ന തെറ്റായ ക്രമീകരണത്തെ സ്ഥിരമാക്കുന്നു. ഇൻസ്റ്റാൾ ചെയ്ത പ്രൊഫൈൽ അംഗീകരിക്കാത്ത ഉറവിടത്തിൽ നിന്നാണെങ്കിൽ, മറ്റെന്തെങ്കിലും പരിശോധിക്കുന്നതിന് മുൻപ് അത് മാറ്റുക.

ഏത് തകരാർ ആരുടേത്

ആക്‍സസ് പ്രവർത്തിച്ചു കഴിഞ്ഞാൽ ബാക്കിയുള്ള ഓരോ ചോദ്യത്തിനും കൃത്യം ഒരു ഉടമയുണ്ട്. മുഴുവൻ വിഭജനം ഇതാണ്:

OwnerQuestions that belong to them
VPN operatorServer name, protocol, transport, port, client compatibility, VPN authentication
Visited network operatorWhich traffic the local arrangement permits, and any observed path problem
Device or client administratorLocal policy, client build, server-identity errors

സ്വയം ചെയ്യുന്ന ശ്രമങ്ങൾ കൂടുതലും പരാജയപ്പെടുന്നത് ട്രാൻസ്പോർട്ട് വരിയിലാണ്. സെർവർ എന്തിൽ കേൾക്കുന്നു എന്നത് അതിന്റെ കോൺഫിഗറേഷനിൽ സ്ഥിരമാണ്, ക്ലയന്റ് പ്രൊഫൈൽ തിരുത്തിയാൽ അത് മാറ്റാനാകില്ല, അതിനാൽ TCP-യും UDP-യും മാറ്റിമറിക്കുന്നതിന് പകരം ഓപ്പറേറ്ററിൽ നിന്ന് നിലവിലെ പ്രൊഫൈൽ ചോദിക്കുക. മാറ്റുന്നത് ക്ലയന്റ് പരാജയപ്പെടുന്ന രീതി മാത്രം മാറ്റുന്നു.

സന്ദർശിച്ച വശത്ത് വിജയകരമായ eduroam ആധികാരികത ആ പാത ഒരു പ്രത്യേക VPN ട്രാൻസ്പോർട്ട് വഹിക്കുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, കൂടാതെ സമയപരിധി കഴിയുന്നത് മാത്രം തടയലിന്റെ തെളിവല്ല. രണ്ട് വാദങ്ങളും ദിവസേന ഉയർത്തപ്പെടുന്നു, ഓരോന്നിനും പിന്നിൽ നിരീക്ഷണം വേണം.

ഉപകരണ വശത്ത് നിയന്ത്രിത സുരക്ഷാ നിയമം, പൊരുത്തപ്പെടാത്ത ക്ലയന്റ് ബിൽഡ്, സെർവർ ഐഡന്റിറ്റി പിശക് എന്നിവ മൂന്ന് വ്യത്യസ്ത തകരാറുകളാണ്. അവ ഒരു ടിക്കറ്റിൽ ഒരുമിച്ചു ചേർത്താൽ മൂന്നും വേഗം കുറയും.

സിദ്ധാന്തത്തിന് മുൻപ് തെളിവ് തിരഞ്ഞെടുക്കുക

പ്രൊഫൈൽ പരീക്ഷിക്കാൻ നിങ്ങളുടേതാണെങ്കിലും ഓപ്പറേറ്റർ അത് അംഗീകരിച്ചിട്ടുണ്ടെങ്കിലും, ഒരു താരതമ്യം വാദത്തെ തോൽപ്പിക്കുന്നു: അതേ പ്രൊഫൈൽ മറ്റൊരു വിശ്വസ്ത നെറ്റ്‍വർക്കിൽ നിന്ന് കണക്ട് ചെയ്യുന്നുണ്ടോ? “ഉണ്ട്” സന്ദർശിച്ച പാതയിലേക്കും, “ഇല്ല” പ്രൊഫൈലിലേക്കോ സെർവറിലേക്കോ ക്ലയന്റിലേക്കോ വിരൽ ചൂണ്ടുന്നു. ആ പരീക്ഷണം അക്കൗണ്ടിന് ബാധകമായ നിയമങ്ങൾക്കുള്ളിൽ നടത്തുക, ആരും അംഗീകരിക്കാത്ത ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്ത് ഒരിക്കലും അരുത്.

ഓപ്പറേറ്റർ അംഗീകൃത ബദൽ പ്രൊഫൈൽ പ്രസിദ്ധീകരിക്കുന്നുവെങ്കിൽ അത് ഉപയോഗിക്കുക. പുതിയ പോർട്ടിൽ ശ്രോതാവിനെ സൃഷ്ടിക്കുന്നതോ നെറ്റ്‍വർക്കിന്റെ നിയമങ്ങൾ അയച്ചുവിടുന്നതോ പിന്നീട് ആർക്കും ന്യായീകരിക്കാനാകാത്ത ഫലം നൽകുന്നു, അത് യഥാർത്ഥ തകരാറിനെ മറയ്ക്കുന്നു.

ഫലം മൂന്ന് ഉടമകൾക്ക് പ്രവർത്തിക്കാനാകുന്ന രൂപത്തിൽ എഴുതുക, ടൈപ്പ് ചെയ്യാൻ ഏറ്റവും വേഗമുള്ള രൂപത്തിലല്ല. വെറും സമയപരിധി VPN ഓപ്പറേറ്ററോട് ഉപയോഗപ്രദമായി ഒന്നും പറയുന്നില്ല, ആധികാരികതാ പരാജയം സന്ദർശിച്ച നെറ്റ്‍വർക്ക് ഓപ്പറേറ്ററോട് അത്രമാത്രം കുറച്ചേ പറയുന്നുള്ളൂ.

പലപ്പോഴും ഒരു ലോഗ് വരി തന്നെ തീരുമാനിക്കുന്നു. TLS Error: TLS key negotiation failed to occur within 60 seconds പാതയിലേക്കോ പോർട്ടിലേക്കോ ചൂണ്ടുന്നു, അതേസമയം AUTH_FAILED എന്നാൽ ടണലിൽ എത്തി ക്രെഡൻഷ്യലുകൾ നിരസിക്കപ്പെട്ടു എന്നാണ് അർത്ഥം.

കൈമാറ്റം അഞ്ച് വരികളിൽ എഴുതുക

ചുരുക്കമായ കൈമാറ്റം അഞ്ച് കാര്യങ്ങൾ വഹിക്കുന്നു: സന്ദർശിച്ച സ്ഥലം, ശ്രമത്തിന്റെ സമയം, അംഗീകൃത ക്ലയന്റ് പതിപ്പ്, പ്രൊഫൈൽ ചൂണ്ടിയ സെർവറും ട്രാൻസ്പോർട്ടും, ഏറ്റവും ആദ്യത്തെ വിവരദായകമായ പിശക്. ആ രണ്ടും ഉണ്ടെങ്കിൽ സാധാരണ ആക്‍സസ് പ്രവർത്തിച്ചോ എന്നും അംഗീകൃത ഇന്റർ-നെറ്റ്‍വർക്ക് താരതമ്യം നടത്തിയോ എന്നും ചേർക്കുക. ഇത് നിങ്ങളുടെ മേശ വിടുന്നതിന് മുൻപ് പാസ്‍വേഡുകളും ടോക്കണുകളും സ്വകാര്യ കീകളും മായ്ക്കുക.

VPN ആധികാരികത നേടി പിന്നീട് ഒരു സ്വകാര്യ അപ്ലിക്കേഷൻ പരാജയപ്പെട്ടാൽ ആ പിന്നീടുള്ള ഫലം വേറിട്ട് കൈമാറുക. അപ്പോഴേക്കും മുൻപത്തെ രണ്ട് ചോദ്യങ്ങൾക്കും ഉത്തരമായി കഴിഞ്ഞിരിക്കും, അവ പുതിയ “ഇപ്പോഴും പൊട്ടിയിരിക്കുന്നു” റിപ്പോർട്ടിലേക്ക് മടക്കിയാൽ എല്ലാവരും തുടക്കത്തിലേക്ക് തിരിച്ചുപോകും.

അഞ്ച് വരി, മൂന്ന് ഉടമ, ഒരു കവല: അതാണ് മുഴുവൻ തീരുമാനം, സാധാരണയായി ആരെങ്കിലും പോർട്ട് നമ്പർ തൊടുന്നതിന് മുൻപേ അത് തീരുമാനിക്കപ്പെടുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ