מדוע שירות 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, מרחב שמות הרשת שלו עשוי שלא להגיע לנקודת ההאזנה או שהפרוקסי עשוי לדחות את הבקשה. אלה בדיקות בהמשך, ולא סיבות להמשיך לערוך פרופילי מעטפת שאינם קשורים לבעיה.