הדפסה במדפסת המשרד דרך VPN בלי גילוי

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

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

בקשו את התור, לא את הכינוי של המדפסת

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

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

הוסיפו את התור במפורש

בלקוח Linux שמשתמש ב-CUPS אפשר להכניס התקן שתומך ב-IPP Everywhere לתור בפקודה אחת שמוסיפה מדפסת מקומית, מפנה אותה ל-URI של ההתקן ומבקשת את הדגם האוניברסלי: lpadmin -p Office_Printer -E -v ipp://10.20.30.15/ipp/print -m everywhere. מדריך הניהול מתעד את היעד, את URI של ההתקן ואת אפשרויות הדגם, והפקודה הזאת נוגעת רק בתור המקומי.

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

בדקו פענוח שמות, נתיב ונתיב חזרה

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

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

הפרידו בין נגישות לבין מדיניות התור

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

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

שלחו עבודה קטנה אחת וקראו את התוצאה

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

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