פתרו את שם המארח של ה-proxy לפני שימוש ב-DNS מרוחק
הביאו בחשבון את החיפוש הראשוני של שם המארח של ה-proxy בעת שימוש ב-DNS מרוחק של יעד דרך SOCKS או HTTP CONNECT.
DNS מרוחק יכול לפתור בעיית חיפוש יעד ובכל זאת להשאיר אתכם בלי אפשרות להתחבר. הלקוח חייב קודם למצוא את ה-proxy.
נניח נקודת קצה בשם proxy.office.example. שליחת שם מארח של אתר דרך SOCKS אינה אומרת ללקוח כיצד להשיג את הכתובת של נקודת הקצה הראשונית הזו. שיחת ה-SOCKS עוד לא החלה.
זה חשוב כששם ה-proxy שייך למרחב שמות פרטי. פותר ביתי עשוי לא להכיר אותו, ואילו פותר ברשת המשרד המאושרת מכיר אותו. שם proxy קצר יכול גם להיות תלוי בתצורת תחום החיפוש, ששונה בין רשתות.
הפרידו בין השמות
- שם נקודת הקצה של ה-proxy נדרש כדי להקים את החיבור הראשון.
- שם האתר יכול להישא בתוך בקשת ה-proxy הנתמכת לצורך פתרון מרוחק.
רשמו איזה שם נכשל לפני שתשנו את הפותר. החלפת ה-DNS של הלקוח בשירות ציבורי לא קשור עלולה להפוך שם proxy פרטי לפחות נגיש, לא יותר. השתמשו בתצורת פתרון השמות הנתמכת של הרשת המיועדת.
כתובת IP שהוקצתה ל-proxy יכולה לחסוך חיפוש שם מארח אחד בחלק מהסידורים, אך היא אינה ניתנת להחלפה גורפת עם השם. TLS אל proxy מסוג HTTPS ואימות מבוסס שם עשויים להיות תלויים בזהות הצפויה. שמרו על הזהות הזו שלמה במקום לכבות את בדיקותיה.
לאחר שהחיבור הראשון עובד, בדקו את שלב היעד בנפרד. שם מארח של proxy שעובד אינו מוכיח שה-proxy יודע את שם האתר ולא שהוא מורשה להתחבר לשם.