כש-Squid אינו מצליח לפתור שם מארח

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

קראו את יומן המטמון של המופע שנכשל ובדקו את הגדרות פותר השמות בשרת. בדיקה משלימה ברמת המארח היא:

getent ahosts target.example

השתמשו ביעד האמיתי. getent משתמש במנגנון החיפוש של המארח; פותר השמות הפנימי או המטמון של Squid עשויים להיות שונים. בדקו קלט מפורש של dns_nameservers ושל hosts_file לפני שתניחו שיש התאמה.

ב-Squid 6.13, רשימה מפורשת של שרתי שמות מכילה כתובות IP:

dns_nameservers 192.0.2.53

החליפו את כתובת התיעוד הזאת בפותר שמות מאושר שנגיש משרת Squid. שמות פרטיים עשויים לדרוש את פותר השמות של הארגון; פותר ציבורי שאינו קשור לארגון עשוי שלא לראות אותם בתצוגת ה-DNS שלו.

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

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