כשלי פרוקסי ב-Terraform בהורדות, בספקים ובריצות מרוחקות

הבחינו בין הורדות מרשם Terraform, אחזור מודולי Git, קריאות API של הספק והרצה מרוחקת כאשר הפרוקסי פועל רק לחלק מריצה.

הורדה מוצלחת של ספק אומרת מעט על קריאת API ענן מאוחרת. התחילו משם המארח והפעולה הראשונים שנכשלים, ואז זהו את הבעלים שלהם:

פעולהעקבו אחר הנתיב הזה
חיפוש במרשם או הורדת התקנהתהליך Terraform, מקור ההתקנה וסביבת הפרוקסי
אחזור מודול דרך Gitכתובת המקור ותעבורת Git; SSH ו-HTTPS משתמשים בהגדרות שונות
קריאת API ענןתוסף הספק ותצורת הניתוב והאמון של ה-SDK שלו
הרצה מרוחקתהסביבה והרשת של המריץ, ולא של המחשב הנייד

עבור פרוקסי HTTP שתומך ב-CONNECT, ערך סביבה זה יכול לבחור אותו נכון עבור יעדי HTTPS:

HTTPS_PROXY=http://proxy.example:3128

המשתנה מציין את סכימת היעד; הערך מציין את התעבורה של הפרוקסי. השתמשו ב-https:// רק כאשר המאזין מציע TLS והלקוח המבקש תומך בו. ספקים הם תוספים נפרדים ויכולים להשתמש בהגדרות ספציפיות ל-SDK, ולכן ערך זה אינו הבטחה לגבי כל ספק.

אצל הבעלים המזוהה, הבחינו בשכבת השגיאה לפני שינוי הגדרה: חיבור פרוקסי שנדחה, פרוקסי 407, CONNECT שנדחה, שגיאת תעודה ו-403 של API הענן — כל אחד מצמצם את החקירה הבאה אחרת. שמרו יחד את השלב, היעד, סביבת ההרצה והשגיאה הראשונה.

החילו את ההגדרה הנתמכת על אותו רכיב. ייצוא במחשב הנייד אינו מגדיר מריץ מרוחק, ופרטי הפרוקסי אינם מאמתים מול המרשם או API הענן.

מאמרים קשורים