הדפדפן משתמש בפרוקסי SOCKS, ואז nslookup פונה לפותר הרגיל של המחשב. זה אינו מספיק כדי להסיק שהדפדפן התעלם מאפשרות ה-DNS המרוחק שלו.

הכלי ביצע שאילתה נוספת דרך ממשק ה-DNS שלו. הוא לא שאל את הדפדפן באיזה מסלול להשתמש. לעומת זאת, דפדפן ששולח שמות מארח יעד ל-SOCKS אינו מגדיר מחדש כל לקוח פותר במכשיר.

העברה דינמית של SSH מוסיפה הבחנה שימושית נוספת. היא מקבלת חיבורי יישומים שמודעים ל-SOCKS. היא אינה ממסר UDP DNS אוטומטי ברמת המערכת. שם מארח יעד הנישא בבקשת SOCKS עדיין יכול להיפתר מרחוק בלי להעביר את שאילתות ה-DNS הרגילות של המערכת דרך המאזין הזה.

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

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

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