VPN के ज़रिए सोए हुए घर के पीसी को जगाना: पैकेट कहाँ से आता है

आप कनेक्ट करते हैं, राउटर जवाब देता है, और डेस्कटॉप अंधेरा ही रहता है। टनल ठीक है; जो पैकेट मशीन को जगाता, वह उस सेगमेंट तक कभी नहीं पहुँचा जहाँ मशीन सुनती है। राउटर से पीछे की ओर रास्ता चलें तो दिखता है कि वह कहाँ मरता है।

तीन डिवाइसों के तीन काम हैं। इन्हें आपस में मिला देना ही जगाने की कोशिश के अनंत घूमते रहने की आम वजह है।

दूर के क्लाइंट से शुरू करें और रास्ते का पालन करें

होटल के नेटवर्क से आप घर के राउटर से जुड़ते हैं, जो इस तस्वीर में एकमात्र हमेशा चालू एंडपॉइंट है। आपके लैपटॉप पर लिखा जगाने का अनुरोध सामान्य टनल ट्रैफ़िक बन जाता है, जो आपके बताए किसी भी गंतव्य को संबोधित होता है। वही गंतव्य आगे का सब कुछ तय करता है।

अगर आपने इसे घर के राउटर के 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 लाइन ही उपयोगी है। एक प्रविष्टि जो अधूरी से असली हार्डवेयर पते में बदलती है, इसका मतलब है कि मशीन फिर चालू हुई और जवाब दिया; जो अनुरोध कभी हल नहीं होता, वह उस सेवा की ओर नहीं बल्कि जगाने के चरण की ओर इशारा करता है जिसे आप पाना चाहते थे।

अपने नोट्स में चरणों को अलग करें: जगाना, बूट, सेवा। दूसरे चरण की विफलता चैट विंडो से पहले चरण की विफलता जैसी ही दिखती है, और सिर्फ़ स्थानीय सबूत ही उनमें फ़र्क़ करता है।