শান্ত, কম শক্তি ব্যবহারকারী, সবসময় চালু VPN সার্ভার কীভাবে পরিকল্পনা করবেন

নিষ্ক্রিয় অবস্থাতেই একটি বাড়ির VPN বক্স তার প্রায় পুরো জীবন কাটায়, তাই এই অবস্থাটিই মাপার যোগ্য। একই মেশিনকে টানেল চালু থাকা অবস্থায় একটি সংযোগের উত্তর দিতে, একটি ফাইল পরিবেশন করতে এবং একটি ব্যাকআপ শেষ করতে হয়, আর এই তিনটি কাজ ভিন্ন দিকে টানে। শান্ত, কম শক্তি এবং সর্বদা পৌঁছানোযোগ্য—এগুলো আলাদা বৈশিষ্ট্য, আর একটি স্পেসিফিকেশন শিট এর একটিও বর্ণনা করে না। নিচের পরীক্ষাগুলো ক্রমে সম্পন্ন করলে ছয় মাস পর হার্ডওয়্যার সিদ্ধান্ত নতুন করে বানাতে হয় না।

যন্ত্রাংশ দিয়ে নয়, ভূমিকা দিয়ে শুরু করুন

কেউ না দেখার সময় বক্সকে যে সব কাজ করতে হবে তা লিখে রাখুন। একটি WireGuard বা OpenVPN গেটওয়ে, একটি ফাইল শেয়ার, একটি ব্যাকআপ লক্ষ্য এবং একটি ইনডেক্সিং কাজের স্থির খরচ আলাদা, আর যে মেশিন চারটিই করে তার ন্যূনতম সীমা শুধু প্রথমটি করা মেশিনের চেয়ে অনেক বেশি। নিষ্ক্রিয় ব্যবহার ওই সীমাগুলোর গড় নয়, যোগফল। তাই একই ঘরে দুটি বক্স, যাদের দুটিকেই কম শক্তি ব্যবহারকারী বলা হয়, তিন গুণ পর্যন্ত আলাদা হতে পারে।

শুরুতে সিদ্ধান্ত নেওয়া যে তথ্য টানেলের মতো একই হোস্টে থাকবে কি না, বাকি সবকিছুকে সীমাবদ্ধ করে। আলাদা হোস্ট মানে দুটি নিষ্ক্রিয় ব্যবহার, কিন্তু স্টোরেজ ঘুমালেও গেটওয়ে জেগে থাকে; এক হোস্ট মানে একক ব্যবহার এবং একক ব্যর্থতার ডোমেন। দুটির কোনোটিই ভুল নয়, তবে যন্ত্রাংশের তালিকা তৈরির আগেই উত্তরটি লিখে ফেলতে হবে।

তিনটি অবস্থায় পুরো বক্স মাপুন

সকেট আর পাওয়ার সাপ্লাইয়ের মাঝে একটি ওয়াল মিটারই এখানে একমাত্র সৎ যন্ত্র, কারণ এতে রূপান্তর ক্ষতি, ড্রাইভের ঘূর্ণন এবং আপনি যে USB ডিভাইস ভুলে গেছেন তা সবই ধরা পড়ে। তিনটি সংখ্যা লিখুন: টানেল চালু এবং আর কিছু না চলা অবস্থায় নিষ্ক্রিয়, প্রকৃত দূরবর্তী স্থানান্তরের সময় একই বক্স, এবং নির্ধারিত ব্যাকআপের সময় বক্স।

সফটওয়্যার কাউন্টার ওয়াল রিডিং ব্যাখ্যা করতে সাহায্য করে, কিন্তু তার বিকল্প নয়। RAPL ইন্টারফেস প্যাকেজ ও মেমরি-ডোমেনের শক্তি জানায়, যা পাওয়ার সাপ্লাইয়ের ক্ষতি এবং USB-তে যুক্ত সবকিছু বাদ দেয়।

read -r a < /sys/class/powercap/intel-rapl:0/energy_uj; sleep 60; read -r b < /sys/class/powercap/intel-rapl:0/energy_uj
awk -v a="$a" -v b="$b" 'BEGIN{printf "package average: %.1f W\n", (b-a)/60/1000000}'

শব্দেরও একই আচরণ প্রয়োজন। ফ্যানবিহীন কেস একটি উৎস সরায় এবং হার্ড ড্রাইভ, পাওয়ার সাপ্লাই ও কয়েলের গুঞ্জন রেখে দেয়, তাই লগইন প্রম্পটে নয়, ব্যাকআপের সময় শুনুন। তাপমাত্রাও একই ধাপের অন্তর্গত: দীর্ঘ চাপে সেন্সর পড়ুন, আর বক্স শান্ত করতে কখনো তাপ সুরক্ষা বন্ধ করবেন না।

ওয়াটকে এমন এক বছরে রূপান্তর করুন যা তুলনা করা যায়

একবার গুণ করলেই নিরবচ্ছিন্ন ব্যবহার শক্তিতে রূপান্তরিত হয়, আর একবার তা করলে বার্ষিক খরচ আর অপ্রত্যাশিত থাকে না। পুরো এক বছরে একটি দৃষ্টান্তমূলক 11 W গড় এইভাবে হিসাব হয়।

awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'

এই সংখ্যাটি পাটিগণিত, আপনার বক্সের মাপ নয়, আর আপনি যে ট্যারিফ দিয়ে এটিকে গুণ করেন তা কয়েক ওয়াটের চেয়ে বেশি উত্তর নাড়ায়। হিসাবটি দুটি নকশা তুলনা করার জন্য ভালো: 6 W নিষ্ক্রিয় একটি গেটওয়ে বনাম 15 W নিষ্ক্রিয় একটি—এটি এমন সিদ্ধান্ত যার দাম নির্ধারণ করা যায়। প্রসেসরের রেট করা ওয়াটেজ ওই সংখ্যা নয়, কারণ তা লোডের অধীনে প্যাকেজ বর্ণনা করে, বিশ্রামে থাকা সিস্টেম নয়। ওয়াল মিটারের গড় স্থানীয় ট্যারিফের সঙ্গে ব্যবহার করুন, আর ফলাফলকে অনুমান হিসেবে চিহ্নিত করুন।

ঘুম অনুমোদিত কি না তা ঠিক করুন

ঘুম সবচেয়ে বেশি শক্তি বাঁচায় এবং সবচেয়ে বেশি অনুমান ভাঙে। ঘুমন্ত হোস্ট তাকে জাগানোর ইনবাউন্ড সংযোগ গ্রহণ করতে পারে না, আর ক্লায়েন্ট কিপঅ্যালাইভ তা বদলায় না; একই LAN-এ থাকা সর্বদা চালু একটি ডিভাইসই কেবল wake-on-LAN প্যাকেট পাঠাতে পারে।

যদি টানেলে যে কোনো সময়ে পৌঁছাতে হয়, তবে ঘুমকে নীতিগতভাবে নিষ্ক্রিয় ধরুন এবং তা বিল্ড নোটে লিখে রাখুন। লক্ষ্যগুলো মাস্ক করা অমার্জিত, কিন্তু তা স্পষ্ট এবং অভ্যাসের চেয়ে প্যাকেজ আপগ্রেড ভালোভাবে পার করে।

systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list

Wake-on-LAN ওই নোটে আলাদা লাইন পাওয়ার যোগ্য, কারণ এটি নীরবে ব্যর্থ হয়। বৈশিষ্ট্যটি ফার্মওয়্যারে চালু করতে হয়, কেবল কিছু ইন্টারফেসে কাজ করে, আর প্যাকেট পাঠাতে আগে থেকেই জাগ্রত একটি ডিভাইস দরকার। এর ওপর নির্ভর করার আগেই পরীক্ষা করুন, ভ্রমণের পরে নয়।

যে কাজের চাপ সত্যিই আসবে তার অধীনে এটি প্রমাণ করুন

শেষ পরীক্ষাটিই মানুষ এড়িয়ে যায়: নির্ধারিত কাজের চাপ চালান এবং এক ঘণ্টা বক্সটি দেখুন। একই সময়ে একটি দূরবর্তী স্থানান্তর, একটি ব্যাকআপ এবং একটি ইনডেক্স পুনর্নির্মাণ দেখাবে শীতলীকরণ, লিংক ও স্টোরেজ আপনার বেছে নেওয়া ভূমিকা-সমাহার বহন করতে পারে কি না।

uptime
sensors | grep -E 'Core|Package|fan'
ss -s

একই সময়ে অ্যাক্সেস লিংকও দেখুন, কারণ আপস্ট্রিম ব্যান্ডউইথ সাধারণত প্রসেসরের অনেক আগেই দূরবর্তী থ্রুপুট সীমিত করে। যদি টানেল CPU যে পরিমাণ এনক্রিপ্ট করতে পারে তার একটি ভগ্নাংশেই সম্পৃক্ত হয়, তবে দ্রুততর চিপ কোনো লাভ দেয় না।