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

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

התחילו בלקוח המרוחק ועקבו אחרי המסלול

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

אם שלחתם אותה לכתובת ה-LAN של הנתב הביתי בפורט של magic packet, הנתב עשוי לקבל את הדאטגרם ולא לפלוט לעולם מסגרת במקטע הביתי, מפני ששום דבר שם לא מקשיב לאותו פורט. אם אתם משדרים אותה בתוך המנהרה, היא נעצרת בממשק המנהרה. מנהרה מנותבת אינה הרחבה של שכבה 2 של החיווט הביתי. עקבו אחרי המסלול צעד אחר צעד והמבוי הסתום נעשה ברור.

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

העבירו את השולח למקטע הביתי

הנתב יכול לבצע את ההערה בעצמו ברגע שאומתתם דרך המנהרה. OpenWrt מתעד שירות Wake-on-LAN שרץ בהתקן ופולט את המסגרת מקומית, וזה בדיוק הצורה הנדרשת: אימות מרוחק בחוץ, שידור מקומי בפנים.

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

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

אשרו את המטרה לפני שאתם מאשימים את המנהרה

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

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

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

אחרי החזרה לפעולה, התחברו לשירות שרציתם

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

# remote side: trigger the wake through the already-authenticated tunnel
ssh [email protected] 'wol -i br-lan 3c:7a:8f:2b:11:04'

# home side: is the target answering on the LAN?
ping -c 3 10.10.0.42
arp -n 10.10.0.42

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

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

מאמרים קשורים