המנהרה המפוצלת פעילה והמדפסת עדיין במצב לא מקוון: מדוע

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

התחילו בכתובת שמאחורי התור

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

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

רשמו את הזוג, משום ששאר החקירה משווה ביניהם במקום לנחש.

כיצד נבחר המסלול עבור אותה כתובת

נניח שהמדפסת נמצאת בכתובת 192.168.1.50 ושגם רשת המשרד משתמשת ב־192.168.1.0/24. מסלול המנהרה שמכסה את תת־הרשת הזו יכול כעת להתחרות במסלול הישיר אל המדפסת בדירה שלכם, והרשומה הספציפית יותר מנצחת. שינוי היציאה לאותה כתובת מספרית אינו יכול להסיר את העמימות הזו, משום שהעמימות נמצאת בטבלת הניתוב.

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

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

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

מדוע הגילוי נכשל כשהכתובת עובדת

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

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

בדקו את הכתובת ישירות במקום להמתין לרשימה שתתמלא. הפקודות שלהלן עושות בדיוק את זה.

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

מה מוסיף מסנן הגישה המקומית של הלקוח

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

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

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

בדקו את המסלול עם עבודה קטנה אחת

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

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

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

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