שיתופי רשת לא מופיעים ב-VPN? הגילוי נעצר

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

גילוי ונגישות הם נפרדים

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

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

למה רשימת העיון נשארת ריקה

Windows הוציאה משימוש את שירות Computer Browser והשביתה את SMB גרסה 1 כברירת מחדל, מה שהסיר את המנגנון שמאחורי Network Neighborhood הישן. חלופות כמו WS-Discovery, SSDP ו-DNS שידור מרובה פונות לקבוצות שידור או שידור מרובה שקיימות רק בקישור מקומי. למנהרה מנקודה לנקודה אין קישור כזה, ונתבים אינם מעבירים את הקבוצות האלה כברירת מחדל. כל מארח יכול להיות נגיש והרשימה עדיין יכולה להישאר ריקה.

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

השתמשו בשמות מפורשים, ואז אשרו גישה

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

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

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

סדר אבחון ששווה לחזור עליו

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

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

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