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 লাইনটিই কাজের। একটি এন্ট্রি অসম্পূর্ণ থেকে বাস্তব হার্ডওয়্যার ঠিকানায় বদলে গেলে বোঝায় মেশিনটি পুনরায় চালু হয়েছে এবং উত্তর দিয়েছে; যে অনুরোধ কখনও সমাধান হয় না, তা আপনি যে সেবায় পৌঁছাতে চাইছিলেন সেদিকে নয়, বরং জাগানোর ধাপের দিকে ইশারা করে।

নোটে ধাপগুলো আলাদা করুন: জাগানো, বুট, সেবা। দ্বিতীয় ধাপের ব্যর্থতা চ্যাট উইন্ডো থেকে প্রথম ধাপের ব্যর্থতার মতোই দেখায়, আর কেবল স্থানীয় প্রমাণই তাদের আলাদা করে।