curl പിശക് 77: VPN ഇൻസ്റ്റാളിൽ സർട്ടിഫിക്കറ്റ് പരിശോധനാ സ്ഥലങ്ങൾ
പിശക് 77 ഒരു പ്രാദേശിക CA ഇൻപുട്ട് പരാജയമാണ്, മോശം സെർവർ സർട്ടിഫിക്കറ്റല്ല. curl വായിക്കുന്ന ട്രസ്റ്റ് ഫയൽ കണ്ടെത്തി ശരിയാക്കി, പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് സ്ക്രിപ്റ്റ് പരിശോധിക്കുക.
ഒരു ട്യൂട്ടോറിയലിൽ നിന്നുള്ള ഇൻസ്റ്റാളറിന്റെ ഒറ്റവരി കമാൻഡ് പേസ്റ്റ് ചെയ്ത് Enter അമർത്തുമ്പോൾ ലഭിക്കുന്നത് curl: (77) ആണ്. സന്ദേശം സർട്ടിഫിക്കറ്റ് പരിശോധനാ സ്ഥലങ്ങൾ പരാമർശിക്കുന്നു, അതിനാൽ VPN ദാതാവിന്റെ സർട്ടിഫിക്കറ്റ് കേടായതാണെന്ന് കരുതി പരിശോധന ഒഴിവാക്കുന്ന ഫ്ലാഗ് തിരയാൻ തോന്നും. ആ വ്യാഖ്യാനം തെറ്റാണ്, അതനുസരിച്ച് പ്രവർത്തിക്കുന്നത് പ്രാദേശിക ഫയൽ പ്രശ്നത്തെ സുരക്ഷാ തീരുമാനമാക്കി മാറ്റുന്നു. ആദ്യം മുതൽ പിന്നോട്ട് പോകാം.
ഘട്ടം 1: ഈ സംഖ്യ എന്താണ് അർത്ഥമാക്കുന്നതെന്ന് വായിക്കുക
പിശക് 77 പ്രാദേശിക CA ഇൻപുട്ടിനെക്കുറിച്ചാണ്: വിശ്വസിക്കാൻ പറഞ്ഞ സർട്ടിഫിക്കറ്റ് വസ്തു curl-ന് വായിക്കാനോ ലോഡ് ചെയ്യാനോ കഴിഞ്ഞില്ല. പിശക് 60 എതിർവശത്തെക്കുറിച്ചാണ്, എപ്പോൾ സെർവറിന്റെ ശൃംഖല സാധുതയുള്ളതല്ലാതാകുന്നു. ട്യൂട്ടോറിയലുകളിൽ രണ്ടും അടുത്തടുത്ത് വരുന്നു, അർത്ഥം വിപരീതമാണ്.
നിങ്ങളുടെ ഔട്ട്പുട്ട് 77 എന്ന് പറഞ്ഞാൽ സെർവർ ഒരിക്കലും പ്രശ്നമായിരുന്നില്ല. പരിശോധനയ്ക്ക് ഉപയോഗിക്കാൻ ഉദ്ദേശിച്ച ഫയൽ ക്ലയന്റിന് തുറക്കാനായില്ല, അത് നിങ്ങളുടെ യന്ത്രത്തിലെ പാത, അനുമതി അല്ലെങ്കിൽ പാക്കേജിംഗ് പ്രശ്നമാണ്.
ഘട്ടം 2: നിങ്ങൾ പകർത്തിയ കമാൻഡ് വായിക്കുക
പകർത്തിയ കമാൻഡുകൾ അക്ഷരങ്ങൾ മറയ്ക്കുന്നു. ചെറിയ -l എന്നത് --list-only ആണ്, അത് പ്രോട്ടോക്കോളുകളുടെ പട്ടികയ്ക്ക് ബാധകമാണ്. വലിയ -L എന്നത് --location ആണ്, അത് HTTP റീഡയറക്ട് പിന്തുടരുന്നു. ഇവ ബദൽ അക്ഷരവിന്യാസങ്ങളല്ല, ഒന്ന് എഴുതി മറ്റൊന്ന് വിവരിക്കുന്ന ട്യൂട്ടോറിയൽ ആളുകളെ ഉദ്ദേശിക്കാത്ത ഒരു റീഡയറക്ട് പാതയിലേക്ക് അയയ്ക്കുന്നു.
റീഡയറക്ട് പിന്തുടരുന്നത് ട്രസ്റ്റ്-സ്റ്റോർ പാത ശരിയാക്കുന്നില്ല, അന്തിമ ഹോസ്റ്റ് നിങ്ങൾ ഉദ്ദേശിച്ച പ്രസാധകനാണെന്ന് തെളിയിക്കുന്നുമില്ല. കമാൻഡ് ഒരു ഫോറം പോസ്റ്റിൽ നിന്നാണെങ്കിൽ, പേസ്റ്റ് ചെയ്തതിനെ വിശ്വസിക്കുന്നതിന് പകരം പ്രോജക്റ്റിന്റെ സ്വന്തം നിർദ്ദേശങ്ങളിൽ നിന്ന് വീണ്ടും ടൈപ്പ് ചെയ്യുക.
ഘട്ടം 3: ആ ബിൽഡ് ഏത് CA ഇൻപുട്ട് ഉപയോഗിക്കുന്നുവെന്ന് കണ്ടെത്തുക
ബൈനറി തിരിച്ചറിയുന്നതിൽ നിന്ന് തുടങ്ങുക, കാരണം ഉത്തരം അത് എങ്ങനെ കമ്പൈൽ ചെയ്തുവെന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു:
curl --versionപതിപ്പും TLS ബാക്കെൻഡും രേഖപ്പെടുത്തുക. നേറ്റീവ് ട്രസ്റ്റ് സ്റ്റോർ ഉപയോഗിക്കുന്ന ബിൽഡ് TLS ലൈബ്രറി വഴി സിസ്റ്റം സ്റ്റോർ വായിക്കുന്നു, ബണ്ടിലിലേക്ക് ചൂണ്ടുന്ന ബിൽഡ് ഒരു ഫയൽ വായിക്കുന്നു. വ്യക്തമായ --cacert, CURL_CA_BUNDLE ക്രമീകരണം അല്ലെങ്കിൽ shell റാപ്പർ ഇവയിൽ ഏതിനെയും അസാധുവാക്കാം, അതിനാൽ പാക്കേജ് ഇൻസ്റ്റാൾ യഥാർത്ഥത്തിൽ പരാജയപ്പെടുന്ന ഫയലിൽ തൊട്ടെന്ന് വരില്ല.
ഫയൽ അടിസ്ഥാനമാക്കിയ സ്റ്റോറിന് മൂന്ന് കാര്യങ്ങൾ ക്രമത്തിൽ പരിശോധിക്കുക: പാത നിലവിലുണ്ടോ, കമാൻഡ് വിളിക്കുന്ന അക്കൗണ്ടിന് അത് വായിക്കാമോ, നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന CA വസ്തു അതിലുണ്ടോ. തെറ്റായ അനുമതികളുള്ള ബണ്ടിൽ ഇല്ലാത്ത ബണ്ടിൽ പോലെ തന്നെ പരാജയപ്പെടുന്നു, രണ്ടും സെർവറിനെക്കുറിച്ചുള്ള ഏതെങ്കിലും നെറ്റ്വർക്ക് സംഭാഷണത്തിന് മുമ്പ് പരാജയപ്പെടുന്നു.
ഘട്ടം 4: ഇൻപുട്ട് ശരിയാക്കുക, പരിശോധനയല്ല
പിന്തുണയുള്ള ട്രസ്റ്റ് കോൺഫിഗറേഷൻ അതിന്റെ ഉടമയിലൂടെ പുനഃസ്ഥാപിക്കുക: വിതരണ പാക്കേജ്, നിങ്ങളുടെ കോൺഫിഗറേഷൻ മാനേജ്മെന്റ്, അല്ലെങ്കിൽ രേഖപ്പെടുത്തിയ എൻവയോൺമെന്റ് വേരിയബിൾ. ലക്ഷ്യം ആ ബൈനറിക്ക് വായിക്കാവുന്നതും ശരിയായതുമായ CA ഇൻപുട്ടാണ്.
URL HTTP ആക്കി മാറ്റരുത്, --insecure ചേർക്കരുത്, വിശദീകരണമില്ലാത്ത ഡൗൺലോഡിൽ നിന്ന് പകർത്തിയ സർട്ടിഫിക്കറ്റ് വിശ്വസിക്കരുത്. ആ ഓരോ മാറ്റവും curl-ന് വായിക്കാനാകാത്തത് ശരിയാക്കുന്നതിന് പകരം നിങ്ങൾ സ്വീകരിക്കാൻ തയ്യാറുള്ളത് മാറ്റുന്നു, മാറ്റം സാധാരണയായി സംഭവത്തെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കും.
സംഖ്യകൾക്കുള്ള അവലംബം curl പിശക് കാറ്റലോഗ് ആണ്, ഒരിക്കൽ ശ്രദ്ധയോടെ വായിക്കാൻ അത് മതിയായ ചെറുതാണ്.
ഘട്ടം 5: ഡൗൺലോഡ് ചെയ്യുക, നോക്കുക, പിന്നീട് പ്രവർത്തിപ്പിക്കുക
ഇൻസ്റ്റാളർ അതേ കമാൻഡിൽ shell-ലേക്ക് പൈപ്പ് ചെയ്യുന്നതിന് പകരം ഒരു ഫയലിലേക്ക് എടുക്കുക. ആ ഒരു മാറ്റം നിങ്ങൾക്ക് പരിശോധിക്കാവുന്ന കൈമാറ്റത്തെ നിങ്ങളുടെ അധികാരങ്ങളോടെ പ്രവർത്തിക്കുന്ന കോഡിൽ നിന്ന് വേർതിരിക്കുന്നു.
curl -fL -o vpn-installer.sh https://example.invalid/install.sh
file vpn-installer.sh
head -n 40 vpn-installer.shപ്രതികരണം നിങ്ങൾ പ്രതീക്ഷിച്ച സ്ക്രിപ്റ്റാണോ, HTML പിശക് പേജോ റീഡയറക്ട് അറിയിപ്പോ ഒഴിഞ്ഞ ഫയലോ അല്ലെന്ന് പരിശോധിക്കുക. പ്രസാധകൻ ചെക്ക്സം അല്ലെങ്കിൽ ഒപ്പ് നൽകുന്നുവെങ്കിൽ, അതേ ഫോറം ത്രെഡിൽ ഉദ്ധരിച്ച മൂല്യത്തിൽ നിന്നല്ല, അവരുടെ രേഖപ്പെടുത്തിയ റിലീസ് പ്രക്രിയയിലൂടെ അത് പരിശോധിക്കുക.
HTTPS എന്ത് ചെയ്തു, എന്ത് ചെയ്തില്ല എന്ന് ഓർക്കുക. നിങ്ങൾ ബന്ധപ്പെട്ട ഹോസ്റ്റിലേക്കുള്ള ഗതാഗതം അത് പ്രാമാണീകരിച്ചു; സ്ക്രിപ്റ്റിന്റെ ഉള്ളടക്കം അത് പരിശോധിച്ചില്ല, പ്രസാധകൻ വിശ്വസനീയനാണോ എന്ന് പറയുന്നുമില്ല.
ഘട്ടം 6: ഇൻസ്റ്റാളിന്റെ ഘട്ടങ്ങൾ വേർതിരിച്ച് സൂക്ഷിക്കുക
ഫയൽ ഡൗൺലോഡ് ചെയ്യുക, ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുക, ടണൽ കോൺഫിഗർ ചെയ്യുക, റൂട്ടുകൾ സാധുതയുള്ളതാക്കുക എന്നിവ നാല് പ്രവർത്തനങ്ങളാണ്, നാല് വ്യത്യസ്ത പരാജയ രീതികളോടെ. ഓരോന്നായി ചെയ്യുന്നത് ക്രമത്തിലെ പിന്നീടുള്ള പിശകിന് നാല് സ്ഥാനാർത്ഥികൾക്ക് പകരം ഒരു വ്യക്തമായ കാരണം നൽകുന്നു.
ഇൻസ്റ്റാൾ വിജയിക്കുകയും ടണൽ ഉയരുകയും ചെയ്താൽ, ടിക്കറ്റ് അടയ്ക്കുന്നതിന് മുമ്പ് റൂട്ടുകളും ഒരു യഥാർത്ഥ ലക്ഷ്യവും പരിശോധിക്കുക. curl പിശക് ശരിയായത് ലളിതമായ curl -I https://example.invalid വീണ്ടും പ്രവർത്തിക്കുമ്പോഴാണ്, ഇൻസ്റ്റാളർ പരാതി നിർത്തുമ്പോഴല്ല.