Mengapa Layanan systemd Tidak Mendapatkan Pengaturan Proxy Shell Anda

Periksa layanan yang gagal alih-alih mengekspor variabel lain di terminal. systemctl cat example.service menampilkan unit dan konfigurasi tambahannya; cari EnvironmentFile, penimpaan lain, atau pengaturan proxy milik aplikasi sendiri. Baca keluaran yang berisi kredensial secara lokal.

Jika aplikasi menggunakan variabel lingkungan proxy HTTP, konfigurasi tambahan layanan dapat memasok:

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

Ganti endpoint contoh dokumentasi dan gunakan nama variabel yang didukung aplikasi. Untuk layanan yang diizinkan memakai proxy HTTP publik, alamat kandidat ada di daftar proxy HTTP. Klien dengan konfigurasi sendiri dapat mengabaikan masukan ini. Pastikan juga bahwa ini layanan sistem yang dimaksud: Layanan pengguna memiliki pengelola dan lingkungan berbeda; mengubah unit sistem dengan nama serupa tidak akan memperbaikinya.

Setelah mengedit unit atau konfigurasi tambahan yang dimaksud, muat ulang definisi lalu mulai ulang layanan itu ketika pekerjaannya boleh diinterupsi:

sudo systemctl daemon-reload
sudo systemctl restart example.service

daemon-reload saja tidak mengganti lingkungan proses yang sedang berjalan. Memulai ulang akan menjalankan proses baru; export di shell memengaruhi hanya shell tersebut dan proses anak yang diluncurkannya setelah itu.

Setelah layanan menerima URL yang diharapkan, ikuti galat sebenarnya. Akunnya mungkin tidak memiliki akses ke berkas CA, namespace jaringannya mungkin tidak dapat menjangkau listener, atau proxy mungkin menolak permintaan. Itu pemeriksaan lanjutan, bukan alasan untuk terus mengedit profil shell yang tidak terkait.