വെബ്സൈറ്റ് തെറ്റായ സർട്ടിഫിക്കറ്റ് കാണിക്കുന്നുണ്ടോ? ശ്രോതാവിനെ കണ്ടെത്തുക
ഒരു സൈറ്റ് അപ്രതീക്ഷിത സർട്ടിഫിക്കറ്റ് അവതരിപ്പിക്കുന്നു, വ്യക്തമായ ഫയൽ വീണ്ടും എഴുതപ്പെടുന്നു. ആദ്യം മറുപടി നൽകിയ ശ്രോതാവിനെയും വെർച്വൽ ഹോസ്റ്റിനെയും തിരിച്ചറിയുക.
വെബ് ഹോസ്റ്റിൽ VPN സോഫ്റ്റ്വെയർ ഇൻസ്റ്റാൾ ചെയ്യുന്നത് സേവനങ്ങൾ പുനഃക്രമീകരിക്കാം, പക്ഷേ അപ്രതീക്ഷിത സർട്ടിഫിക്കറ്റ് Apache ഫയലുകൾ വീണ്ടും എഴുതിയെന്ന് തെളിയിക്കുന്നില്ല. എന്തോ ആ സർട്ടിഫിക്കറ്റ് നിങ്ങളുടെ ബ്രൗസറിന് അവതരിപ്പിച്ചു, ആദ്യ ജോലി അതിന് പേരിടുകയാണ്. ശ്രോതാവിനെയും വെർച്വൽ ഹോസ്റ്റിനെയും തിരിച്ചറിയുന്നതുവരെ, ഓരോ അറ്റകുറ്റപ്പണിയും തെറ്റായ പാളിയിൽ പ്രയോഗിക്കുന്ന ഊഹമാണ്. താഴെയുള്ള മുഴുവൻ പരിശോധനയും വായനയ്ക്ക് മാത്രം.
കേസ് തീരുമാനിക്കുന്ന വസ്തുതകൾ ശേഖരിക്കുമ്പോൾ ഒന്നും വീണ്ടും ആരംഭിക്കുകയോ അൺഇൻസ്റ്റാൾ ചെയ്യുകയോ മേലെഴുതുകയോ ചെയ്യുന്നില്ല.
ബ്രൗസർ യഥാർത്ഥത്തിൽ ലഭിച്ച സർട്ടിഫിക്കറ്റ് വായിക്കുക
ഹോസ്റ്റ്നാമം, ഓരോ കുടുംബത്തിനും പരിഹരിച്ച വിലാസം, പോർട്ട്, ബ്രൗസർ പരാതിപ്പെട്ട സർട്ടിഫിക്കറ്റ് വിശദാംശങ്ങൾ എന്നിവ രേഖപ്പെടുത്തുക. A, AAAA എന്നീ രണ്ട് റെക്കോർഡുകളിലേക്കും പരിഹരിക്കുന്ന പേരിന് രണ്ട് വ്യത്യസ്ത മുൻഭാഗങ്ങളിൽ എത്താം, അവയിൽ ഒന്ന് മാത്രമായിരിക്കാം നിങ്ങൾക്ക് ഷെൽ പ്രവേശനമുള്ള ഹോസ്റ്റ്. പ്രോക്സിക്ക് പിന്നിലുള്ള ബ്രൗസറിന് വീണ്ടും മൂന്നാം വഴി സ്വീകരിക്കാം. മുന്നറിയിപ്പ് ഏതാണ് സൃഷ്ടിച്ചതെന്ന് ഊഹിക്കുന്നത് നിങ്ങൾക്കുള്ള ഒരേയൊരു നിരീക്ഷണം പാഴാക്കുന്നു.
തുടർന്ന് അതേ വഴിയിലുള്ള ഒരു മെഷീനിൽ നിന്ന് ഹാൻഡ്ഷേക്ക് വീണ്ടും സൃഷ്ടിക്കുക, വിലാസം വ്യക്തമായി പേരിടുക, ഉദ്ദേശിച്ച സെർവർ നാമം അയയ്ക്കുക, അങ്ങനെ മറുപടി ഡിഫോൾട്ട് ഹോസ്റ്റിനെക്കാൾ സൈറ്റിനെ പ്രതിഫലിപ്പിക്കും.
openssl s_client -connect 198.51.100.37:443 -servername www.example.net </dev/null 2>/dev/null |
openssl x509 -noout -subject -issuer -fingerprint -sha256 -ext subjectAltName
വിഷയത്തിന്റെ ബദൽ നാമങ്ങളും വിരലടയാളവും നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന സർട്ടിഫിക്കറ്റുമായി താരതമ്യപ്പെടുത്തുക, പരിചിതമായ ഇഷ്യൂവറുമായി അല്ല. സെർവർ നാമമില്ലാതെ നഗ്നമായ വിലാസത്തിൽ ബന്ധിപ്പിക്കുന്നത് ഡിഫോൾട്ട് സർട്ടിഫിക്കറ്റ് തിരഞ്ഞെടുത്തേക്കാം, അത് പിന്നീട് തെറ്റായ ഫയൽ പോലെ തോന്നും, യഥാർത്ഥത്തിൽ ചോദ്യമാണ് തെറ്റായിരിക്കുന്നത്.
ആ പോർട്ടിലേക്ക് ബന്ധിപ്പിച്ച പ്രക്രിയ തിരിച്ചറിയുക
കണക്ഷൻ സ്വീകരിക്കേണ്ട ഹോസ്റ്റിൽ ശ്രോതാക്കളെ ലിസ്റ്റ് ചെയ്യുക, ബൈൻഡ് വിലാസം, വിലാസ കുടുംബം, പ്രക്രിയയുടെ ഉടമ എന്നിവ രേഖപ്പെടുത്തുക. ലൂപ്പ്ബാക്ക് വിലാസത്തിലേക്ക് ബന്ധിപ്പിച്ച സേവനം എല്ലാ ഇന്റർഫേസുകളിലേക്കും ബന്ധിപ്പിച്ചതിന് സമാനമല്ല, കൂടാതെ കണ്ടെയ്നർ പ്രസിദ്ധീകരണം പൊതു ശ്രോതാവിനെ തികച്ചും മറ്റൊരിടത്ത് ആക്കാം.
sudo ss -ltnp 'sport = :443'
sudo ss -ltnp | grep -E ':(443|943)\b'
TLS മുന്നിലുള്ള ലോഡ് ബാലൻസർ അല്ലെങ്കിൽ പ്രോക്സി അവസാനിപ്പിക്കുന്നെങ്കിൽ, ഇവിടെ നിർത്തി പകരം ആ മുൻഭാഗം പരിശോധിക്കുക. അതിന് പിന്നിലുള്ള Apache ഇൻസ്റ്റൻസ് ഒരിക്കലും ഒരു പൊതു ബ്രൗസറിന് സർട്ടിഫിക്കറ്റ് അവതരിപ്പിച്ചേക്കില്ല, അതിനാൽ അതിന്റെ കോൺഫിഗറേഷൻ എഡിറ്റ് ചെയ്യുന്നത് ബ്രൗസർ കാണുന്ന ഒന്നും മാറ്റുന്നില്ല. സോക്കറ്റ് കാഴ്ചയും ബാഹ്യ ഹാൻഡ്ഷേക്കും ഒരേ വഴി വിവരിക്കണം, അതാണ് ഈ താരതമ്യം സ്ഥാപിക്കുന്നത്.
ഫയലിന് മുമ്പ് വെർച്വൽ ഹോസ്റ്റ് പൊരുത്തപ്പെടുത്തുക
Apache അവസാനിപ്പിക്കുന്നവനാകുമ്പോൾ, ആ വിലാസത്തിനും പേരിനും ഏത് വെർച്വൽ ഹോസ്റ്റ് വിജയിക്കുന്നു എന്ന് അതിനോട് ചോദിക്കുക. നിയന്ത്രണ കമാൻഡ് ഫലപ്രദമായ ലേഔട്ട് അച്ചടിക്കുന്നു, ഓരോ സോക്കറ്റിനും പൊരുത്തപ്പെടുന്ന ഗ്രൂപ്പ്, പ്രഖ്യാപിത സെർവർ നാമങ്ങൾ, ഡിഫോൾട്ടായി കണക്കാക്കുന്ന ഹോസ്റ്റ് എന്നിവ ഉൾപ്പെടെ. ആ മറുപടിയില്ലാതെ സർട്ടിഫിക്കറ്റ് ഫയൽ എഡിറ്റ് ചെയ്യുന്നതാണ് തെറ്റായ സൈറ്റ് ശരിയായ ഫയലിൽ നിന്ന് നൽകാൻ തുടങ്ങുന്ന വഴി.
sudo apachectl -S
Apache-ന്റെ SSL സംബന്ധിച്ച പതിവ് ചോദ്യങ്ങൾ സെർവർ നാമ സൂചന ഒരു സർട്ടിഫിക്കറ്റ് എങ്ങനെ തിരഞ്ഞെടുക്കുന്നു എന്ന് വിശദീകരിക്കുന്നു. HTTP-യുടെ Host ഹെഡർ ഹാൻഡ്ഷേക്കിന് ശേഷം വരുന്നു, ഇതിനകം അവതരിപ്പിച്ചത് പിന്നോട്ട് മാറ്റാൻ കഴിയില്ല, അതിനാൽ പൊരുത്തപ്പെടാത്തതോ ഇല്ലാത്തതോ ആയ പേര് ഡിഫോൾട്ട് ഹോസ്റ്റിലേക്ക് മടങ്ങുന്നു.
ServerAlias-ൽ ടൈപ്പിംഗ് പിശകുള്ള പേരുള്ള വെർച്വൽ ഹോസ്റ്റ് കൃത്യമായി ഈ ലക്ഷണം സൃഷ്ടിക്കുന്നു, ആദ്യം എല്ലാം പിടിക്കുന്ന ഹോസ്റ്റ് ലോഡ് ചെയ്യുന്ന രണ്ടാമത്തെ കോൺഫിഗറേഷൻ ഫയലും അങ്ങനെ തന്നെ ചെയ്യുന്നു. രണ്ടും ആ ലേഔട്ട് ലിസ്റ്റിൽ കാണാം.
അംഗീകരിച്ച മാറ്റം ഓരോ മാർഗത്തിലും പരിശോധിക്കുക
അംഗീകരിച്ച മാറ്റത്തിന് ശേഷം ഓരോ വിലാസ കുടുംബത്തിനും ഹോസ്റ്റ്നാമ-നിർദ്ദിഷ്ട പരിശോധന ആവർത്തിക്കുക, ബൈപാസ് ഫ്ലാഗിന് പകരം ബ്രൗസറിന്റെ സാധാരണ സാധുതാ പരിശോധനയോടെ അവസാനിപ്പിക്കുക. പങ്കിട്ട ശ്രോതാവ് ക്രമീകരണങ്ങൾ തൊടുന്നതിന് മുമ്പ് പ്രത്യേക അഡ്മിൻ പാത സൂക്ഷിക്കുക, കാരണം അവിടെയുള്ള പിശക് അത് പഴയപടിയാക്കാൻ നിങ്ങൾ ഉപയോഗിക്കുന്ന പ്രവേശനം നീക്കം ചെയ്യുന്നു. തുടർന്ന് ഏത് ശ്രോതാവ് മറുപടി നൽകി, ഏത് വെർച്വൽ ഹോസ്റ്റ് പൊരുത്തപ്പെട്ടു, മുമ്പും ശേഷവും ഏത് സർട്ടിഫിക്കറ്റ് നൽകി എന്ന് എഴുതുക.
പാക്കേജ് നീക്കം ചെയ്യുന്നത് ലേഔട്ട് മാറ്റാം, യഥാർത്ഥ പൊരുത്തക്കേട് വിശദീകരണമില്ലാതെ വിടാം, അതുകൊണ്ടാണ് ആ രേഖ അറ്റകുറ്റപ്പണിയെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കുന്നത്.
നിങ്ങൾ ആഗ്രഹിക്കുന്നത് ഉദ്ദേശിച്ച പ്രവേശന പോയിന്റിൽ ഉദ്ദേശിച്ച സൈറ്റാണ്. ബന്ധമില്ലാത്ത സേവനം അപ്രത്യക്ഷമായതിന് ശേഷമുള്ള വ്യത്യസ്ത സർട്ടിഫിക്കറ്റ് ആ ഫലമല്ല, ബ്രൗസർ പരാതി നിർത്തിയാലും.