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 لائن ہی مفید ہے۔ وہ اندراج جو نامکمل سے حقیقی ہارڈویئر پتے میں بدلے، اس کا مطلب ہے کہ مشین دوبارہ چلی اور جواب دیا؛ جو درخواست کبھی حل نہیں ہوتی وہ اس سروس کی طرف نہیں بلکہ جگانے کے مرحلے کی طرف اشارہ کرتی ہے جس تک آپ پہنچنا چاہتے تھے۔

اپنے نوٹس میں مراحل الگ کریں: جگانا، بوٹ، سروس۔ دوسرے مرحلے کی ناکامی چیٹ ونڈو سے پہلے مرحلے کی ناکامی جیسی دکھتی ہے، اور صرف مقامی ثبوت ہی ان میں فرق کرتا ہے۔