systemd xidməti niyə qabığınızın proksi parametrlərini almır?
Proksi konfiqurasiyasını systemd xidmətinin həqiqi mühitinə yerləşdirin; terminalda export işləyən prosesi yenidən konfiqurasiya etmir.
Terminalda daha bir dəyişəni ixrac etmək əvəzinə xəta verən xidməti araşdırın. systemctl cat example.service onun vahidini və əlavə konfiqurasiyalarını göstərir; EnvironmentFile, başqa əvəzləyici parametrlər və ya tətbiqin öz proksi parametrləri olub-olmadığını yoxlayın. Giriş məlumatları olan çıxışı yerli olaraq oxuyun.
Tətbiq HTTP proksi mühit dəyişənlərini istifadə edirsə, xidmətin əlavə konfiqurasiyası bunları verə bilər:
[Service]
Environment="HTTP_PROXY=http://203.0.113.10:8080"
Environment="HTTPS_PROXY=http://203.0.113.10:8080"Sənədləşmə nümunəsindəki ünvanı dəyişin və tətbiqin dəstəklədiyi dəyişən adlarından istifadə edin. İctimai HTTP proksilərindən istifadəsinə icazə verilmiş xidmət üçün namizəd ünvanlar HTTP proksi siyahısındadır. Öz konfiqurasiyası olan müştəri bu girişləri nəzərə almaya bilər. Bunun nəzərdə tutulan sistem xidməti olduğunu da təsdiqləyin: İstifadəçi xidmətinin idarəedicisi və mühiti fərqlidir; oxşar adlı sistem vahidinin dəyişdirilməsi onu düzəltməyəcək.
Düzgün vahidi və ya əlavə konfiqurasiyanı redaktə etdikdən sonra tərifləri yenidən yükləyin və işini dayandırmaq mümkün olduqda həmin xidməti yenidən başladın:
sudo systemctl daemon-reload
sudo systemctl restart example.serviceTəkcə daemon-reload işləyən prosesin mühitini əvəz etmir. Yenidən başlatma yeni prosesi işə salır; qabıqdakı export yalnız həmin qabığa və onun sonradan başlatdığı alt proseslərə təsir edir.
Xidmət gözlənilən URL-ni aldıqdan sonra onun həqiqi xətasını izləyin. Onun hesabının CA faylına girişi olmaya bilər, şəbəkə ad məkanı dinləyiciyə çata bilməyə bilər və ya proksi sorğunu rədd edə bilər. Bunlar sonrakı yoxlamalardır, əlaqəsiz qabıq profillərini redaktə etməyə davam etmək üçün səbəb deyil.