systemd സർവീസിന് പ്രോക്സിയിൽ എത്താം, CA ഫയലിൽ എത്താനാവില്ല
പ്രോക്സി സർട്ടിഫിക്കറ്റ് ക്രമീകരണം ഇന്ററാക്ടീവ് ഷെല്ലിൽ മാത്രം പ്രവർത്തിച്ചാൽ സർവീസ് ഉപയോക്താവിന്റെ ഫയൽ പ്രവേശനവും systemd നിയന്ത്രണങ്ങളും പരിശോധിക്കുക.
അംഗീകരിച്ച CA ബണ്ടിൽ ഇൻസ്റ്റാൾ ചെയ്തു, അഭ്യർഥന ടെർമിനലിൽ പ്രവർത്തിക്കുന്നു. സർവീസ് ഇപ്പോഴും സർട്ടിഫിക്കറ്റ് ലോഡിങ് പിശക് കാണിക്കുന്നു. പ്രോക്സി IP മാറ്റുന്നതിനുമുമ്പ് ആ പ്രോസസിന് അതേ ഫയൽ തുറക്കാനാവുമോ എന്നു നോക്കുക.
സർവീസ് മറ്റൊരു Unix ഉപയോക്താവായി പ്രവർത്തിക്കാം, മറ്റൊരു ഡയറക്ടറിയിൽ തുടങ്ങാം, അല്ലെങ്കിൽ നിയന്ത്രിത ഫയൽസിസ്റ്റം കാണാം. നിങ്ങളുടെ ലോഗിന് സാധുവായ പാത അതിനും സ്വയം സാധുവാകില്ല.
അബ്സല്യൂട്ട് പാതയിൽനിന്ന് തുടങ്ങുക
യഥാർഥ ക്ലയന്റിൽ ക്രമീകരിച്ച പാത പരിശോധിക്കുക. ഉദാഹരണത്തിന് curl-ന്റെ --cacert ലക്ഷ്യസ്ഥാനത്തിന്റെ CA ബണ്ടിൽ തിരഞ്ഞെടുക്കുന്നു; HTTPS പ്രോക്സിക്ക് പ്രത്യേക പ്രോക്സി CA ഓപ്ഷനുകൾ ഉണ്ട്. മറ്റ് ക്ലയന്റുകൾ സ്വന്തം കോൺഫിഗറേഷൻ കീകളോ എൻവയൺമെന്റ് വേരിയബിളുകളോ ഉപയോഗിക്കുന്നു.
ഫയലും അതിലേക്കുള്ള ഡയറക്ടറികളും രണ്ടും പരിശോധിക്കുക:
namei -l /home/alex/certs/approved-ca.pem
systemctl show example.service -p User -p Group -p ProtectHome -p RootDirectory
ഇവ പരിശോധനാ ഉദാഹരണങ്ങളാണ്; ഫയൽ എല്ലാവർക്കും എഴുതാവുന്നതാക്കാനുള്ള നിർദേശമല്ല. അവസാന ഫയലിന്റെ വായനാനുമതിപോലെ ഡയറക്ടറികളിലൂടെ കടക്കാനുള്ള അനുമതിയും പ്രധാനമാണ്.
പ്രശ്നം അനുമതികൾ മാത്രമാകണമെന്നില്ല
ProtectHome=yes ഉപയോഗിച്ച് systemd സാധാരണ ഹോം ഡയറക്ടറി സ്ഥാനങ്ങൾ സർവീസിന് ലഭ്യമല്ലാതാക്കുന്നു. സർട്ടിഫിക്കറ്റ് ഫയലിന്റെ മോഡ് മാറ്റുന്നത് നേംസ്പേസ് നിയന്ത്രണം നീക്കില്ല. ക്രമീകരിച്ച റൂട്ട് ഡയറക്ടറിയും സർവീസിനുള്ളിലെ അബ്സല്യൂട്ട് പാത എന്തിനെ സൂചിപ്പിക്കുന്നു എന്നു മാറ്റാം.
ആപ്പിനായി /etc-നു കീഴിലുള്ള ഡയറക്ടറി പോലുള്ള അനുയോജ്യ സർവീസ് ക്രമീകരണ സ്ഥാനം ഉപയോഗിച്ച് ആവശ്യമായ വായനാനുമതി മാത്രം നൽകുക. ക്ലയന്റിന്റെ CA പാത അങ്ങോട്ടു പുതുക്കുക. ആദ്യ പകർപ്പ് വ്യക്തിഗത ഹോം ഡയറക്ടറിയിലായിരുന്നു എന്ന കാരണത്താൽ ബന്ധമില്ലാത്ത ഫയൽസിസ്റ്റം നിയന്ത്രണങ്ങൾ നീക്കരുത്.
ആദ്യത്തെ ഉപകാരപ്രദമായ പിശക് വായിക്കുക
«CA ഫയൽ ലോഡ് ചെയ്യാനാവില്ല», «സർട്ടിഫിക്കറ്റ് ചെയിൻ വിശ്വസനീയമല്ല» എന്നിവ വ്യത്യസ്ത പിശകുകളാണ്. ആദ്യത്തേത് ക്ലയന്റ് എന്തെങ്കിലും പരിശോധിക്കുന്നതിനുമുമ്പ് വരാം. രണ്ടാമത്തേത് വായിക്കാവുന്ന ബണ്ടിലിൽ തെറ്റായ അതോറിറ്റിയുണ്ട് അല്ലെങ്കിൽ തെറ്റായ TLS കണക്ഷനിൽ പ്രയോഗിക്കുന്നു എന്നാകാം.
പ്രവേശനം ശരിയാക്കിയശേഷം സർവീസിന്റെ സാഹചര്യത്തിൽനിന്ന് വീണ്ടും പരീക്ഷിക്കുക. വിജയകരമായ ടെർമിനൽ കമാൻഡ് ഉപയോഗപ്രദമായ താരതമ്യമാണ്; പക്ഷേ സർവീസ് ഏതെല്ലാം ഫയൽ കാണുന്നു, ക്ലയന്റ് ഏതു ട്രസ്റ്റ് ക്രമീകരണം ഉപയോഗിക്കുന്നു എന്നതിന് തെളിവല്ല.