AnyConnect-ന്റെ വിശ്വാസയോഗ്യമല്ലാത്ത സെർവർ മുന്നറിയിപ്പ്: സ്വീകരിക്കണോ ഇമ്പോർട്ട് ചെയ്യണോ?

നിങ്ങൾ ഗേറ്റ്‌വേയുടെ ഹോസ്റ്റ്നെയിം AnyConnect-ലേക്ക് ഒട്ടിക്കുന്നു, ജാലകം ചുവപ്പോ വെളുപ്പോ ആകുന്നു, ക്ലയന്റിന് പരിശോധിക്കാനാകാത്ത സർട്ടിഫിക്കറ്റുള്ള സെർവറിനെ വിശ്വസിക്കണോ എന്ന് ഒരു സംഭാഷണം ചോദിക്കുന്നു. സ്വാഭാവികമായ നീക്കം ക്ലിക്ക് ചെയ്ത് ജോലി തുടരുകയാണ്, അതു തന്നെയാണ് തെറ്റായ പ്രതികരണം. ഉത്തരം ആ യന്ത്രത്തിലെ ക്ലയന്റിന്റെ മുൻഗണനകളിൽ എഴുതപ്പെടുന്നു, തുടർന്നുള്ള കണക്ഷനുകൾക്കും ബാധകമാണ്, അതിനാൽ ഈ സംഭാഷണം ഒറ്റത്തവണ മുന്നറിയിപ്പിന്റെ വേഷമിട്ട ഒരു കോൺഫിഗറേഷൻ തീരുമാനമാണ്. ക്ലയന്റ് കാണിക്കുന്ന ക്രമത്തിൽ ഞാൻ സ്വീകരിക്കുന്ന വഴി ഇതാണ്.

നിങ്ങൾ യഥാർത്ഥത്തിൽ കാണുന്ന മുന്നറിയിപ്പിൽ നിന്ന് തുടങ്ങുക

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

ഇവയ്ക്കെല്ലാം പിന്നിൽ കാരണങ്ങളുടെ ചെറിയ പട്ടികയുണ്ട്: സ്വയം ഒപ്പിട്ട ഗേറ്റ്‌വേ സർട്ടിഫിക്കറ്റ്, എൻഡ്‌പോയിന്റ് വിശ്വസിക്കാത്ത സ്വകാര്യ CA, അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റിന്റെ subject alternative names-ൽ ഇല്ലാത്ത ഹോസ്റ്റ്നെയിം. ഏതെങ്കിലും ഒന്ന് അതേ സംഭാഷണം സൃഷ്ടിക്കുന്നു, വ്യത്യസ്ത പരിഹാരം ആവശ്യപ്പെടുന്നു.

സംഭാഷണത്തിന് ഉത്തരം നൽകുന്നതിന് മുമ്പ് സർട്ടിഫിക്കറ്റ് വായിക്കുക

മുന്നറിയിപ്പിൽ നിന്ന് സർട്ടിഫിക്കറ്റ് വിശദാംശങ്ങൾ തുറന്ന് ഒരു ബട്ടണിൽ തൊടുന്നതിന് മുമ്പ് മൂന്ന് ഫീൽഡുകൾ നോക്കുക. subject-ഉം SAN-ഉം നിങ്ങൾ യഥാർത്ഥത്തിൽ എത്താൻ ഉദ്ദേശിച്ച ഗേറ്റ്‌വേയെ പേരിടണം, ഇഷ്യൂവർ നിങ്ങളുടെ സ്ഥാപനം നടത്തുന്ന CA ആയിരിക്കണം, സാധുതാ തീയതികൾ ഇന്നിനെ ഉൾക്കൊള്ളണം. തുടർന്ന് SHA-256 ഫിംഗർപ്രിന്റ് ഈ കണക്ഷനിൽ നിന്നല്ലാതെ മറ്റെവിടെ നിന്നെങ്കിലും ലഭിച്ച പകർപ്പുമായി താരതമ്യം ചെയ്യുക, ആന്തരിക ഡോക്യുമെന്റേഷൻ പേജോ ടിക്കറ്റോ, കാരണം അതേ സംഭാഷണത്തിൽ നിന്ന് വായിച്ച ഫിംഗർപ്രിന്റ് ഒന്നും തെളിയിക്കുന്നില്ല. സ്വതന്ത്ര പകർപ്പ് കിട്ടിയില്ലെങ്കിൽ ഒഴിവാക്കലിന് സമ്മതിക്കാൻ നിങ്ങൾക്ക് അടിസ്ഥാനമില്ല.

പരീക്ഷണശാലയെ ഉൽപ്പാദന ഗേറ്റ്‌വേയിൽ നിന്ന് വേർതിരിക്കുന്ന ഘട്ടം ഇതാണ്. ഇന്നലെ സൃഷ്ടിച്ച സ്വയം ഒപ്പിട്ട സർട്ടിഫിക്കറ്റുള്ള പരീക്ഷണ യന്ത്രത്തിൽ ക്ലിക്ക് ചെയ്യുന്നത് ന്യായമാണ്. ഉപയോക്താക്കൾ പിന്നീട് ലോഗിൻ വിവരങ്ങൾ ടൈപ്പ് ചെയ്യുന്ന കോർപ്പറേറ്റ് ഗേറ്റ്‌വേയിൽ നിങ്ങൾക്ക് പരിശോധിക്കാനാകാത്ത സർട്ടിഫിക്കറ്റ് സാധ്യമായ ഇടപെടൽ ക്രമീകരണമാണ്, ഇപ്പോഴും ചോദ്യം ചോദിക്കുന്ന ഒരേയൊരു ഘടകം ക്ലയന്റാണ്.

ഓരോ ഉത്തരവും ട്രസ്റ്റ് സ്റ്റോറിലേക്ക് എന്തെഴുതുന്നു എന്ന് അറിയുക

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

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

ആ ക്രമം വിരലുകൾക്ക് മാത്രമല്ല, ഓട്ടോമേഷനും പ്രധാനമാണ്. എപ്പോഴും അതെ എന്ന് പറയുന്ന സ്ക്രിപ്റ്റ് ഉത്തരം ഗേറ്റ്‌വേ മാറിയതിന് ശേഷവും പ്രവർത്തിക്കുന്നു, തുടർന്ന് വരുന്ന ഏത് സർട്ടിഫിക്കറ്റിനെയും വിശ്വസിച്ചുകൊണ്ടിരിക്കുന്നു.

ക്ലയന്റ് ചോദിക്കുന്ന ക്രമത്തിൽ ഉത്തരങ്ങൾ എഴുതുക

ക്ലയന്റ് മുന്നറിയിപ്പ് നൽകിയാൽ കണക്ഷൻ അനുവദിക്കുമ്പോൾ, ഉത്തരങ്ങൾ ഒരു നിശ്ചിത ക്രമത്തിൽ വരുന്നു: connect, തുടരാൻ അതെ, പിന്നെ ഇമ്പോർട്ട് ചോദ്യം, പിന്നെ ഗ്രൂപ്പ്, ഉപയോക്തൃനാമം, പാസ്‌വേഡ്. അഭ്യർത്ഥനകളുടെ സമയം ഊഹിക്കുന്നതിനുപകരം അവ ഇൻപുട്ട് ഫയലിൽ വെവ്വേറെ വരികളായി എഴുതുക. ഇമ്പോർട്ട് നിരസിക്കുന്നത് അതേ ഫയലിൽ ഒരു അക്ഷരത്തിന്റെ മാറ്റമാണ്, മേൽനോട്ടമില്ലാതെ പ്രവർത്തിക്കുന്ന എല്ലാത്തിനും അതാണ് സുരക്ഷിതമായ സ്വതവേയുള്ള മൂല്യം.

connect vpn2.example.net
y
n
GROUP
LOGIN
PASSWORD

ഓരോ സ്ക്രിപ്റ്റിനും ലീഫ് സർട്ടിഫിക്കറ്റ് സ്വീകരിക്കാൻ പഠിപ്പിക്കുന്നതിനുപകരം സ്ഥാപനത്തിന്റെ CA എൻഡ്‌പോയിന്റുകളിലേക്ക് വിതരണം ചെയ്യുന്നത് മികച്ചതാണ്. ശരിയായ SAN-ഉള്ള ശരിയായി പുറപ്പെടുവിച്ച സർട്ടിഫിക്കറ്റ് എല്ലാവർക്കുമായി അഭ്യർത്ഥന നീക്കുന്നു, പരിശോധനയുടെ അർത്ഥം നിലനിർത്തുന്നു, ഒരു എൻഡ്‌പോയിന്റിന്റെ തീരുമാനത്തിന്റെ ഓർമ്മയിൽ ആശ്രയിക്കുന്നില്ല. റൂട്ട് CA ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ലീഫ് ഇമ്പോർട്ട് ചെയ്യുന്നതിനേക്കാൾ ഭാരമേറിയ മാറ്റമാണ്, അതിനാൽ അതിനെ ഹെൽപ്പ് ഡെസ്ക് കുറുക്കുവഴിയല്ല, നിയന്ത്രിത വിന്യാസമായി കാണുക.

തങ്ങളുടെ ഗേറ്റ്‌വേയെക്കാൾ ദീർഘകാലം ജീവിക്കുന്ന ഒഴിവാക്കലുകൾ നീക്കം ചെയ്യുക

AnyConnect ഈ മുൻഗണനകൾ ഓരോ യന്ത്രത്തിനും സേവ് ചെയ്യുന്നു, അതിനാൽ ഓഫീസുകൾക്കിടയിൽ മാറിയ ലാപ്‌ടോപ്പുകളിൽ പഴയ ഉത്തരങ്ങൾ കൂടുന്നു. നിയന്ത്രിത എൻഡ്‌പോയിന്റുകളിലെ സേവ് ചെയ്ത മുൻഗണനകളും ഇമ്പോർട്ട് ചെയ്ത സർട്ടിഫിക്കറ്റുകളും പരിശോധിക്കുക, ഉടമസ്ഥൻ മാറിയ ഹോസ്റ്റ്നെയിം ഒഴിവാക്കൽ ഇപ്പോഴും പേരിടുന്നുണ്ടോ എന്ന് നോക്കുക. ഏതെങ്കിലും വിശ്വാസയോഗ്യമല്ലാത്ത സെർവർ സ്വീകരിക്കുന്ന മുൻഗണന അത് സൃഷ്ടിക്കപ്പെട്ട സർട്ടിഫിക്കറ്റിനേക്കാൾ വിശാലമാണ്.

നിലനിർത്താൻ യോഗ്യമായ മാതൃക ഇടുങ്ങിയതാണ്: സാധാരണ ഉപയോഗത്തിന് വിശ്വസ്ത സർട്ടിഫിക്കറ്റ്, താൽക്കാലിക ഒഴിവാക്കലിന് രേഖപ്പെടുത്തിയ ബാൻഡിന് പുറത്തുള്ള ഫിംഗർപ്രിന്റ് പരിശോധന, കുടിയേറ്റം അവസാനിക്കുമ്പോൾ അത് നീക്കുന്ന പേരുള്ള ഉടമ. നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു യന്ത്രത്തിൽ ഏത് സെർവറും സ്വീകരിക്കുന്ന ഒരു പൊതു ക്രമീകരണം കണ്ടെത്തിയാൽ, അതിനെ സൗകര്യമല്ല, കണ്ടെത്തലായി കാണുക.