systemd қызметі неліктен қабықтағы прокси баптауларын алмайды?

Прокси баптауын systemd қызметінің нақты ортасына енгізіңіз: терминалда айнымалыны экспорттау жұмыс істеп тұрған процесті қайта баптамайды.

Терминалда тағы бір айнымалыны экспорттаудың орнына қате беретін қызметті тексеріңіз. systemctl cat example.service оның юнитін және қосымша баптауларын көрсетеді; EnvironmentFile, басқа алмастырушы баптау немесе қолданбаның өз прокси параметрлері бар-жоғын қараңыз. Тіркелгі деректері бар шығысты жергілікті жерде оқыңыз.

Қолданба HTTP прокси ортасының айнымалыларын пайдаланса, қызметтің қосымша баптауы мынаны бере алады:

[Service]
Environment="HTTP_PROXY=http://203.0.113.10:8080"
Environment="HTTPS_PROXY=http://203.0.113.10:8080"

Құжаттамадағы мысал мекенжайын ауыстырып, қолданба қолдайтын айнымалы атауларын пайдаланыңыз. Жалпыға қолжетімді HTTP проксилерін пайдалануға рұқсат етілген қызмет үшін ықтимал мекенжайлар HTTP прокси тізімінде бар. Өз конфигурациясы бар клиент бұл мәндерді елемеуі мүмкін. Бұл көзделген жүйелік қызмет екенін де растаңыз: Пайдаланушы қызметінің басқарушысы мен ортасы бөлек; ұқсас атаулы жүйелік юнитті өзгерту оны түзетпейді.

Керекті юнитті немесе қосымша баптауды өзгерткеннен кейін анықтамаларды қайта жүктеп, қызмет жұмысын үзуге болатын кезде сол қызметті қайта іске қосыңыз:

sudo systemctl daemon-reload
sudo systemctl restart example.service

Жалғыз daemon-reload жұмыс істеп тұрған процестің ортасын алмастырмайды. Қайта іске қосу жаңа процесті бастайды; қабықта экспорттау тек сол қабыққа және ол кейін іске қосатын еншілес процестерге әсер етеді.

Қызмет күтілген URL-ді алғаннан кейін оның нақты қатесін тексеріңіз. Оның тіркелгісінде CA файлына қатынау құқығы болмауы мүмкін, желілік аттар кеңістігі тыңдағышқа жете алмауы немесе прокси сұрауды қабылдамауы мүмкін. Бұлар кейінгі тексерулер, қатысы жоқ қабық профильдерін өзгерте беруге себеп емес.

Қатысты мақалалар