כשלי DNS בשרשרת פרוקסי HTTP: איזה שלב מפענח את השם?
הפרידו בין הגעה לפרוקסי המקומי, פענוח ההורה ופענוח האתר בעת אבחון פרוקסי קדמי משורשר.
client → local forward proxy → HTTP parent → websiteהתחילו מהשם שנכשל במקום לומר שכל ה-DNS שייך ל״פרוקסי״:
| השם הנדרש | השלב שצריך להגיע אליו |
|---|---|
| נקודת הקצה של הפרוקסי המקומי | הלקוח |
| נקודת הקצה של ההורה ב-HTTP | הפרוקסי הקדמי המקומי |
| נקודת הקצה של האתר | ההורה כשהוא פותח את החיבור הסופי |
שלבים אלה יכולים להשתמש בפותרים שונים כאשר נקודות הקצה הן שמות מארח. ב-HTTPS, פרוקסי קדמי יכול להעביר להורה את מארח היעד והפורט של CONNECT, והוא זה שיוצר את החיבור הסופי. הלקוח המקורי אינו צריך לפענח תחילה את האתר. העברת HTTP פשוטה מעבירה גם היא את פרטי היעד הלאה.
זו אינה הבטחה שמכונה אחת בדיוק שואלת על כל שם. הערכת ACL, מטמון, מדיניות ופרטי מימוש עלולים לגרום לחיפושים נוספים.
בדקו את מדיניות הגיבוי כאשר ההורה אינו זמין. אם גישה ישירה מותרת, הפרוקסי המקומי עלול להפוך לשלב הפונה אל האתר, עם החלטות משלו לגבי פותר וכתובת מקור. עצם הגדרת הורה אינה מוכיחה שכל בקשה השתמשה בו.
בעת כשל, זהו את השם ואת התהליך שמנסה לפענח אותו לפני עריכת קובץ hosts. עריכה בצד הלקוח אינה יכולה לתקן כל החלטה בהמשך. המקור הציבורי הסופי שייך לשלב שפותח את החיבור לאתר; לצפות במקור הזה אינו זהה למדידת היכן התרחש ה-DNS.