למה נקודת קצה פרטית עדיין עונה בכתובת ציבורית
עקבו אחר השאילתה מהמחשב הנייד החוצה: איזה פותר עונה, איזו כתובת חוזרת, ומה צריך לקשר לפני שנקודת קצה פרטית תהיה נגישה.
המחשב הנייד מתחבר, המנהרה מדווחת שהיא פעילה, וחשבון האחסון עדיין דוחה כל בקשה. נקודת הקצה הפרטית קיימת, המסלול אל תת-הרשת שלה קיים, והשם או עונה בכתובת ציבורית או שאינו נפתר. אין שום דבר פגום במנהרה: מעולם לא נאמר ללקוח איזה שרת אמור לענות עבור השם הזה. עקבו אחר השאילתה החוצה והפער יהפוך לברור.
התחילו בפותר של הלקוח
שאלו את הלקוח באיזה שרת הוא שואל בזמן שהמנהרה פעילה. פרופיל מנקודה לאתר מספק את הכתובת הזו, ופרופיל שאינו מספק דבר משאיר למערכת ההפעלה לחזור לברירות המחדל של המתאם.
לפותרים ציבוריים אין שום תצוגה של אזור פרטי, ולכן הם עונים מהאינטרנט, שזו בדיוק העבודה שלהם. לכן הבדיקה הראשונה היא כתובת הפותר שנמצאת בשימוש, לא המנהרה ולא נקודת הקצה.
קראו מהי התשובה באמת
פתרו את שם השירות וקראו את הכתובת שחוזרת. תשובה ציבורית משמעה שהשאילתה הגיעה לשרת שאינו רואה את האזור. היעדר תשובה משמעה שהשם קיים רק באופן פרטי ושאין דבר שהלקוח יכול להגיע אליו שמחזיק בו.
שתי התוצאות האלה מייצרות שגיאות יישום דומות ושייכות לבעלים שונים. האחת היא בעיית בחירת פותר, והשנייה היא קישור אזור חסר.
רשומת hosts מוכיחה את המסלול ואז משקרת
הכנסת כתובת נקודת הקצה לקובץ hosts המקומי היא הדרך המהירה ביותר להוכיח שהמנהרה וחומת האש של השירות כבר עובדות. אם הבקשה מצליחה עם הרשומה הזו, רק פענוח השמות שבור. זה גם שינוי לכל מחשב שמכסה בדיוק שם אחד.
הוא לא עוזר לחשבון השני, לנקודת הקצה השנייה או לעמית, והוא נשבר בלי אזהרה כשנקודת הקצה נוצרת מחדש בכתובת חדשה.
גרוע מכך, הוא גורם למחשב שלכם להתנהג אחרת משל כולם, וכך תקלת פותר שורדת שבוע של חקירה. השתמשו בו כדי לאשר את המסלול, ואז הסירו אותו ותקנו את הסיבה.
קשרו את האזור ותנו פותר
שני תנאים חייבים להתקיים בו-זמנית. האזור הפרטי חייב להיות מקושר לרשת הווירטואלית שבה נמצאת נקודת הקצה, והלקוח חייב לשלוח את השאילתות שלו לשרת שיכול לקרוא את האזור הזה. נקודת קצה נכנסת של DNS Private Resolver מספקת כתובת כזו בתוך הרשת ועונה לשאילתות שמגיעות דרך המנהרה. שימו את הכתובת הזו בפרופיל ה-VPN והוסיפו את הסיומת הפרטית שהלקוח צריך להחיל.
פותר מקומי שכבר קיים יכול להגיע לאותה תוצאה דרך מעביר מותנה שמכוון לאזור.
כללי הרשת בפותר חשובים כמו הניתוב. אם כלל הכניסה שולל את טווח לקוחות ה-VPN, השאילתות יפוג תוקפן במקום להחזיר תשובה שגויה. אותה פקיעת תוקף היא שמחזירה אנשים לטבלת מסלולים שבה שום דבר אינו שגוי.
בדקו שם, יציאה וזהות לפי הסדר
עבדו לפי הסדר: פתרו את השם, אשרו שהתשובה פרטית, פתחו את היציאה, ואז שלחו בקשה מאומתת. לכל שלב יש בעלים משלו וחתימת כשל משלו.
תשובה פרטית שאחריה פקיעת תוקף מצביעה על מסלול או חומת אש. תשובה ציבורית מצביעה על הפותר. חיבור שהושלם ומחזיר שגיאת זהות שייך לשירות.
כשל נוסף אחד שייך לרשימה הזו. חומת אש של שירות שמתירה כתובת לקוח מפסיקה להתאים כשהמאגר נותן את הכתובת הזו לחיבור אחר לאחר התחברות מחדש. קראו את כתובת המתקשר שהשירות רשם, ולא את זו שהלקוח חושב שיש לו. השתיים חלוקות לעיתים קרובות יותר ממה שאנשים מצפים. ההנחיות של Azure DNS Private Resolver מכסות את קישור האזור ואת סידור ההעברה.