വിഷയത്തിന്റെ ഇതര നാമങ്ങൾ: ഒരു VPN സർവർ എങ്ങനെ തിരിച്ചറിയപ്പെടുന്നു

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

ക്ലയന്റ് യഥാർത്ഥത്തിൽ എന്താണ് താരതമ്യം ചെയ്യുന്നത്

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

ആ വിപുലീകരണത്തിൽ റഫറൻസ് ഐഡന്റിറ്റി ഇല്ലെങ്കിൽ, പഴയ പൊതുനാമം പൊരുത്തപ്പെട്ടാലും പരിശോധന പരാജയപ്പെടും. ഒരു സർട്ടിഫിക്കറ്റ് ഒരു കമ്പനിക്ക് നിയമപരമായി നൽകപ്പെടാം, എന്നിട്ടും പേര് ഒരിക്കലും ഉൾപ്പെടുത്തിയിട്ടില്ലെങ്കിൽ vpn.example.com-ന് അത് തെറ്റായിരിക്കാം. സർട്ടിഫിക്കറ്റ് യഥാർത്ഥമാണെങ്കിലും പരാജയം ഒരു പേര് പൊരുത്തക്കേടാണ്.

DNS നാമങ്ങളും IP വിലാസങ്ങളും വെവ്വേറെ എൻട്രികളാണ്

203.0.113.10-ലേക്ക് ചൂണ്ടുന്ന ഒരു പ്രൊഫൈൽ, സർട്ടിഫിക്കറ്റ് vpn.example.com മാത്രം ലിസ്റ്റ് ചെയ്യുമ്പോൾ, നിരസിക്കപ്പെടുന്നു, കാരണം പാക്കറ്റുകൾ എത്തുന്നു, പക്ഷേ ഐഡന്റിറ്റി പൊരുത്തപ്പെടുന്നില്ല. DNS നാമങ്ങളും അക്ഷരാർത്ഥ വിലാസങ്ങളും വ്യത്യസ്ത എൻട്രി തരങ്ങളായി സൂക്ഷിക്കുന്നു, ഒന്ന് ഒരിക്കലും മറ്റൊന്നിനെ മാറ്റിസ്ഥാപിക്കുന്നില്ല. അതുകൊണ്ടാണ് ഒരു സേവനം വിലാസം വഴി എത്താവുന്നതും എന്നിട്ടും ആ വിലാസം ഉപയോഗിക്കുന്ന പ്രൊഫൈൽ വഴി ഉപയോഗശൂന്യവുമാകുന്നത്.

വൈൽഡ്കാർഡുകളും സ്വന്തം നിയമങ്ങൾ പാലിക്കുന്നു: ഒരു വൈൽഡ്കാർഡ് ഒരു ലേബൽ ഉൾക്കൊള്ളുന്നു, ഒരു ഡൊമെയ്നിന് കീഴിലുള്ള എല്ലാ പേരുകളുമല്ല. DNS താരതമ്യം കേസ്-സെൻസിറ്റീവ് അല്ല, മറ്റ് ഐഡന്റിഫയർ തരങ്ങൾ അതാണ്, അതിനാൽ സ്ക്രീനിൽ ഒരുപോലെ തോന്നുന്ന ഒരു മൂല്യം കർശനമായ താരതമ്യത്തിൽ പരാജയപ്പെടാം. ഉപയോഗിക്കുന്ന ഐഡന്റിറ്റി തരത്തിന്റെ പൊരുത്തപ്പെടുത്തൽ നിയമങ്ങൾ പരിശോധിക്കുക, കണ്ണുകൊണ്ട് സ്ട്രിംഗുകൾ താരതമ്യം ചെയ്യുന്നതിനുപകരം. വിപുലീകരണത്തിൽ ഒരു പേര് ചേർക്കുന്നത് ഒരു ഇഷ്യൂ നിർണ്ണയമാണ്, ഒരു ക്ലയന്റ് ക്രമീകരണത്തിന് നൽകാൻ കഴിയുന്ന കാര്യമല്ല.

കണക്ഷൻ യഥാർത്ഥത്തിൽ ഉപയോഗിച്ച സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുക

അഡ്മിനിസ്ട്രേഷൻ പേജിൽ നിന്ന് പകർത്തിയ ഫയലല്ല, ലൈവ് എൻഡ്പോയിന്റ് അവതരിപ്പിക്കുന്ന വസ്തു വായിക്കുക. ഒരു ലോഡ് ബാലൻസറിനോ മാറ്റിസ്ഥാപിക്കുന്ന ഇൻസ്റ്റൻസിനോ മാസങ്ങൾക്ക് മുമ്പ് അപ്ലോഡ് ചെയ്ത സർട്ടിഫിക്കറ്റിൽ നിന്ന് വ്യത്യസ്തമായ എന്തെങ്കിലും അവതരിപ്പിക്കാം, ആ വ്യത്യാസം കൺസോളിൽ അദൃശ്യമാണ്.

openssl s_client -connect vpn.example.com:443 -showcerts </dev/null | openssl x509 -noout -text

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

പൊതുനാമം ആധുനിക സത്യത്തിന്റെ ഉറവിടമല്ല

ബ്രൗസറുകളും മിക്ക TLS ലൈബ്രറികളും ഇപ്പോൾ ഹോസ്റ്റ്‌നാം പൊരുത്തത്തിന് പൊതുനാമം അവഗണിച്ച് വിപുലീകരണം പരിശോധിക്കുന്നു. ചില VPN ക്ലയന്റുകൾ ഇപ്പോഴും ആദ്യം പൊതുനാമം താരതമ്യം ചെയ്യുന്നു, അല്ലെങ്കിൽ വിപുലീകരണം ഇല്ലാത്തപ്പോൾ അതിലേക്ക് മടങ്ങുന്നു, അങ്ങനെ ഒരു സർട്ടിഫിക്കറ്റ് ബ്രൗസറിൽ കടന്ന് ക്ലയന്റിൽ പരാജയപ്പെടാം. അതേ പേര് പരിശോധന ഒരു പ്ലാറ്റ്ഫോമിൽ കടന്ന് മറ്റൊന്നിൽ പരാജയപ്പെടാം, സർട്ടിഫിക്കറ്റ് ഒട്ടും മാറാതെ.

സർട്ടിഫിക്കറ്റ് തെറ്റാണെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ ക്ലയന്റ് ഏത് ഫീൽഡ് വായിക്കുന്നു എന്ന് കണ്ടെത്തുക. ഒരേ എൻഡ്പോയിന്റിലെ രണ്ട് ക്ലയന്റുകൾക്ക് വിയോജിപ്പുണ്ടാകാം, ആ വിയോജിപ്പ് സർട്ടിഫിക്കറ്റിനെക്കുറിച്ചല്ല, ക്ലയന്റിനെക്കുറിച്ചുള്ള വിവരമാണ്.

പരിശോധനയല്ല, ഇഷ്യൂ അല്ലെങ്കിൽ പ്രൊഫൈൽ ശരിയാക്കുക

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

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

പ്രതീക്ഷിക്കുന്ന ഐഡന്റിറ്റി, അവതരിപ്പിച്ച പേരുകൾ, അവ ഒപ്പിട്ട ചെയിൻ എന്നിവ രേഖപ്പെടുത്തുക. ആ രേഖ അടുത്ത പുതുക്കലിനെ അന്വേഷണത്തിന് പകരം താരതമ്യമാക്കി മാറ്റുന്നു. ഒരു പ്രത്യേക ഇഷ്യൂ പരിശോധിക്കണമെങ്കിൽ വിപുലീകരണത്തിന്റെ നിർവചനം RFC 5280-ൽ ഉണ്ട്.