Бекитилген 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 байланышына колдонулганын билдириши мүмкүн.

Жетүүнү оңдогондон кийин кызмат контекстинен кайра текшериңиз. Терминалдагы ийгиликтүү буйрук пайдалуу салыштыруу, бирок кызмат кайсы файлдарды көрөрүн же кардар кайсы ишеним жөндөөсүн колдонорун далилдебейт.

Тектеш макалалар