Juniper അല്ലെങ്കിൽ Pulse ഗേറ്റ്വേ: ഏത് OpenConnect പ്രോട്ടോക്കോൾ ഉപയോഗിക്കണം

OpenConnect-ന് പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുന്നത് ഒരു ചേർച്ചാഭ്യാസമാണ്, ബ്രാൻഡ് തിരയലല്ല. ലോഗിൻ പേജിൽ Juniper എന്ന് പറയുന്ന ഗേറ്റ്വേ Network Connect, Pulse അല്ലെങ്കിൽ രണ്ടും നൽകാം, ക്ലയന്റിന്റെ സ്വതവേയുള്ള മൂല്യം അവയിലൊന്നുമല്ല. ഊഹിക്കുന്നത് പരാജയപ്പെട്ട ലോഗിനും അതിനേക്കാൾ മോശമായി, പ്രോട്ടോക്കോൾ പൊരുത്തക്കേടിന് ക്രെഡൻഷ്യലുകളെ കുറ്റപ്പെടുത്തുന്ന സപ്പോർട്ട് ത്രെഡിനും കാരണമാകും. പ്രൊഫൈലിൽ ഹോസ്റ്റ്നാമെഴുതുന്നതിന് മുമ്പ് സേവനം സ്ഥിരീകരിക്കുക.

OpenConnect പഴയ പ്രോട്ടോക്കോളിനെ nc എന്നും പുതിയതിനെ pulse എന്നും വിളിക്കുന്നു, രണ്ടും ഒരേ ബൈനറിയിൽ കഴിയുന്നു. നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന ഫ്ലാഗ് ലോഗിൻ കൈമാറ്റം മാറ്റുന്നു, വിജയകരമായ കണക്ഷന് ശേഷമുള്ള റൂട്ടിംഗ് അല്ല.

രണ്ട് പ്രോട്ടോക്കോൾ പേരുകളും ഒരു ഉൽപ്പന്ന ചരിത്രം പങ്കിടുന്നു

Juniper-ന്റെ Network Connect-ഉം പിന്നീടുള്ള Pulse Secure ക്ലയന്റും ഒരു ഉപകരണ കുടുംബം കാലക്രമേണ നൽകിയ വ്യത്യസ്ത പ്രോട്ടോക്കോളുകളാണ്. OpenConnect ആദ്യത്തേതിന് nc ഹാൻഡ്ലറും രണ്ടാമത്തേതിന് pulse ഹാൻഡ്ലറും വളർത്തി. ഇവ വേറിട്ട കോഡ് പാതകളും വേറിട്ട അഭ്യർത്ഥന ഫോർമാറ്റുകളുമാണ്, അതിനാൽ ഒന്നിലുള്ള പിന്തുണ മറ്റൊന്നിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

വ്യത്യാസം ലോഗിൻ സംഭാഷണത്തിൽ ഉടനെ കാണാം: എൻഡ്പോയിന്റുകൾ, ഫോം ഫീൽഡുകൾ, നിരസിക്കപ്പെട്ട രണ്ടാം ഘടകം ക്ലയന്റ് എങ്ങനെ റിപ്പോർട്ട് ചെയ്യുന്നു എന്നിവ രണ്ട് ഹാൻഡ്ലറുകൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു.

കമാൻഡ് ലൈനിൽ തിരഞ്ഞെടുക്കുന്നത് ഒരു വാക്കിന്റെ മാറ്റമാണ്: Network Connect-ന് openconnect --protocol=nc vpn.example.com, അല്ലെങ്കിൽ Pulse-ന് openconnect --protocol=pulse vpn.example.com. രണ്ട് ശ്രമങ്ങളും റൂട്ടുകളും DNS-ഉം വീണ്ടും ക്രമീകരിക്കാവുന്ന യഥാർത്ഥ കണക്ഷൻ ശ്രമങ്ങളാണ്, അതിനാൽ അവ ബോധപൂർവം പ്രവർത്തിപ്പിക്കുക. പ്രോട്ടോക്കോൾ പിശക് മറികടക്കാൻ ഒരിക്കലും കമാൻഡ് ലൈനിൽ പാസ്വേഡ് വയ്ക്കരുത്, സർട്ടിഫിക്കറ്റ് പരിശോധനകൾ ഓഫ് ചെയ്യരുത്, കാരണം അത് പൊരുത്തക്കേട് പരിഹരിക്കുന്നതിന് പകരം മറയ്ക്കുന്നു. ക്ലയന്റ് എന്താണ് അയക്കുന്നതെന്ന് കാണണമെങ്കിൽ, --dump-http-traffic കൈമാറ്റം പ്രിന്റ് ചെയ്യുന്നു, അത് സാധാരണയായി ഗേറ്റ്വേ പ്രതീക്ഷിക്കുന്ന ഹാൻഡ്ലറിനെ തിരിച്ചറിയുന്നു.

ഗേറ്റ്വേ നൽകുന്നതിനോട് പ്രോട്ടോക്കോൾ ഒപ്പിടുക

ഉപകരണം കോൺഫിഗർ ചെയ്ത പ്രോട്ടോക്കോളിനോട് മാത്രം പ്രതികരിക്കുന്നു. Pulse മാത്രമുള്ള സേവനം സാധുവായ ക്രെഡൻഷ്യലുകൾക്കൊപ്പവും nc ലോഗിൻ നിരസിക്കുന്നു, പഴയ Network Connect സേവനത്തിന് ഉത്തരം നൽകാൻ pulse എൻഡ്പോയിന്റില്ല. ഏതാണ് പ്രവർത്തനക്ഷമമെന്നും ഏത് ക്ലയന്റിനെ പിന്തുണയ്ക്കുന്നുവെന്നും അഡ്മിനിസ്ട്രേറ്ററോട് ചോദിക്കുക. പേരുമാറ്റിയ ഉപകരണം, കാലഹരണപ്പെട്ട വിക്കി പേജ്, പരിചിതമായ വെബ് പോർട്ടൽ എന്നിവയെല്ലാം ദുർബലമായ തെളിവുകളാണ്.

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

പ്രാമാണീകരണം പ്രോട്ടോക്കോളിന് മുമ്പ് ചോദ്യം തീർക്കാം

ഒരു വിന്യാസം ക്ലയന്റ് സർട്ടിഫിക്കറ്റ്, ബ്രൗസറിലൂടെയുള്ള SAML യാത്ര, അല്ലെങ്കിൽ പ്രവേശനം നൽകുന്നതിന് മുമ്പ് മെഷീൻ പരിശോധിക്കുന്ന ഹോസ്റ്റ് ചെക്കർ ആവശ്യപ്പെടാം. OpenConnect-ന്റെ pulse ഹാൻഡ്ലർ ഈ പ്രവാഹങ്ങളിൽ ചിലതിന് അനുയോജ്യതാ പരിധികൾ രേഖപ്പെടുത്തുന്നു, nc ഹാൻഡ്ലർക്ക് സ്വന്തം വിടവുകളുണ്ട്. ബ്രൗസറിൽ പ്രവർത്തിക്കുന്ന പാസ്വേഡ് അക്കൗണ്ട് സാധുവാണെന്ന് തെളിയിക്കുന്നു; ഏതെങ്കിലും CLI അല്ലെങ്കിൽ ഡെസ്ക്ടോപ്പ് പ്ലഗിൻ അതേ ക്രമം പൂർത്തിയാക്കാമെന്ന് തെളിയിക്കുന്നില്ല. ഹോസ്റ്റ് ചെക്കർ ഉൾപ്പെടുമ്പോൾ, ക്ലയന്റിന് അഡ്മിനിസ്ട്രേറ്റർ നൽകുന്ന റാപ്പർ സ്ക്രിപ്റ്റ് വേണം. അതില്ലാതെ ലോഗിൻ ആദ്യ പ്രതികരണത്തിന് ശേഷം നിലയ്ക്കുന്നു, യഥാർത്ഥത്തിൽ അത് കാണാതെപോയ അനുസരണ ഘട്ടമായിരിക്കുമ്പോൾ പ്രോട്ടോക്കോൾ പരാജയം പോലെ തോന്നുന്നു.

auth ഗ്രൂപ്പ് തിരഞ്ഞെടുപ്പ് മറ്റൊരു സാധാരണ വീഴ്ചയാണ്, കാരണം പല ഗ്രൂപ്പുകളുള്ള ഗേറ്റ്വേ ക്ലയന്റ് ഒന്നിനെ പേരിടുമെന്ന് പ്രതീക്ഷിക്കുന്നു.

കമാൻഡ് ലൈനിൽ --authgroup="Employees" ആ തിരഞ്ഞെടുപ്പ് നൽകുന്നു, അത് ഒഴിവാക്കിയാൽ സെഷൻ അക്കൗണ്ട് നിരസിക്കുന്ന സ്വതവേയുള്ള ഗ്രൂപ്പിലാകാം. സർട്ടിഫിക്കറ്റുകളുണ്ടെങ്കിൽ --certificate ക്ലയന്റ് സർട്ടിഫിക്കറ്റിലേക്കും കീയിലേക്കും ചൂണ്ടുന്നു, ഗേറ്റ്വേ പിന്നീടും ടോക്കൺ ആവശ്യപ്പെടാം. ചുറ്റുമുള്ളത് ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന് മുമ്പ് വിശദമായ ഔട്ട്പുട്ടോടെ മുഴുവൻ ക്രമവും ഒരിക്കൽ പരീക്ഷിക്കുക.

ഡെസ്ക്ടോപ്പ് ഫ്രണ്ട്എൻഡിന് തിരഞ്ഞെടുപ്പ് പ്രകടിപ്പിക്കാനാകാത്തപ്പോൾ

ഗ്രാഫിക്കൽ ഫ്രണ്ട്എൻഡുകൾ സ്വന്തം ഫീച്ചർ സെറ്റുകൾ കൊണ്ടുവരുന്നു, പഴയ പ്ലഗിൻ നിങ്ങൾക്ക് വേണ്ട പ്രോട്ടോക്കോളിന് മുമ്പുള്ളതാകാം. NetworkManager-ന്റെ OpenConnect സംയോജനം തിരഞ്ഞെടുപ്പ് അതിന്റെ കണക്ഷൻ ഡാറ്റയിൽ സൂക്ഷിക്കുന്നു, അതിനാൽ nmcli connection modify "Office VPN" vpn.data "protocol=pulse" എഡിറ്റർ കാണിക്കാത്തത് സജ്ജമാക്കാം. മാറ്റം പ്രാബല്യത്തിൽ വന്നുവെന്ന് കരുതുന്നതിന് മുമ്പ് ഇൻസ്റ്റാൾ ചെയ്ത പ്ലഗിൻ പതിപ്പ് ആ കീ പിന്തുണയ്ക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.

മെനു PPTP അല്ലെങ്കിൽ L2TP മാത്രം നൽകുന്നുവെങ്കിൽ, ഒന്ന് തിരഞ്ഞെടുക്കുന്നത് Pulse സേവനത്തെ ആ പ്രോട്ടോക്കോളാക്കി മാറ്റില്ല. മെനു യാദൃശ്ചികമായി ലിസ്റ്റ് ചെയ്യുന്നതിലേക്ക് മാറുന്നതിന് പകരം അംഗീകൃത സംയോജനം ഇൻസ്റ്റാൾ ചെയ്യുക.

ലോഗിൻ ഇപ്പോഴും പരാജയപ്പെടുമ്പോൾ എന്ത് രേഖപ്പെടുത്തണം

നാല് കാര്യങ്ങൾ രേഖപ്പെടുത്തുക: നിങ്ങൾ തിരഞ്ഞെടുത്ത പ്രോട്ടോക്കോൾ, ക്ലയന്റ്, പ്ലഗിൻ പതിപ്പുകൾ, പ്രതീക്ഷിച്ച പ്രാമാണീകരണ പ്രവാഹം, ടൈംഔട്ടിന് പകരം സ്റ്റാറ്റസ് കോഡോടെ മടങ്ങിയ ആദ്യ പിശക്. ഈ ഗണം തെറ്റായ ഹാൻഡ്ലറെ കാണാതെപോയ സർട്ടിഫിക്കറ്റിൽ നിന്നും, നിരസിക്കപ്പെട്ട auth ഗ്രൂപ്പിൽ നിന്നും, തടഞ്ഞ അനുസരണ പരിശോധനയിൽ നിന്നും വേർതിരിക്കുന്നു. വിശദമായ ഔട്ട്പുട്ടും അതേ കാരണത്താൽ സൂക്ഷിക്കാൻ അർഹതയുള്ളതാണ്, കാരണം അത് ലക്ഷണം മാത്രമല്ല, പരാജയപ്പെട്ട അഭ്യർത്ഥന കാണിക്കുന്നു.

വിജയിച്ചാൽ പ്രവർത്തിക്കുന്ന കമാൻഡോ പ്രൊഫൈലോ ഗേറ്റ്വേ പേരിന് സമീപം സൂക്ഷിക്കുക. അല്ലെങ്കിൽ അടുത്ത് കണക്ട് ചെയ്യുന്ന ആൾ അതേ ബ്രാൻഡിനെതിരെ പ്രോട്ടോക്കോൾ ഊഹം ആവർത്തിക്കും.