nslookup אומר שהשרת לא מוכר: זו רק תווית

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

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

מה הכלי עושה לפני שהוא עונה לכם

nslookup עשוי לנסות למצוא שם לכתובת השרת שהוא עומד להשתמש בה, וזהו חיפוש הפוך בתחום in-addr.arpa או ip6.arpa. אם רשומת ה-PTR הזו חסרה, מסוננת על ידי מדיניות או פשוט לא פורסמה, הכלי מדפיס Unknown וממשיך הלאה. הפתרון הקדמי לא נפגע מהכשל הזה, כי זו שאלה אחרת שנשלחת לאותו שרת.

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

הריצו את שתי השאילתות במכוון

שאלו על מארח שחשוב לכם, ואז שאלו על הכתובת של הפותר עצמו. הבקשה הראשונה נושאת את השם שאתם צריכים; השנייה שואלת את השרת אם הוא יכול לתת שם לעצמו. בכתב הן נראות כך: nslookup app.corp.example 10.77.0.53 עבור המארח, ו-nslookup 10.77.0.53 10.77.0.53 עבור השם ההפוך של הפותר.

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

שלוש תוצאות שנראות דומות ואינן

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

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

קראו את הקטעים, לא את הכותרת

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

שמרו על שני האובייקטים מפורשים בכל מה שאתם שולחים לתמיכה: איזה שם נשאל, ואיזה שרת נשאל. דוחות שמציינים רק שה-DNS שבור דרך ה-VPN מאלצים את האדם הבא לשחזר בדיקה שכבר עשיתם.

כששם הפוך באמת חשוב

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

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