خاموش، کم بجلی استعمال کرنے والا، ہمیشہ چلنے والا 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 والا، یہ ایسا فیصلہ ہے جس کی قیمت آپ طے کر سکتے ہیں۔ پروسیسر کی درج شدہ طاقت وہ عدد نہیں ہے، کیونکہ وہ بوجھ میں پیکیج بیان کرتی ہے، آرام میں پڑے نظام کو نہیں۔ وال میٹر کی اوسط مقامی ٹیرف کے ساتھ استعمال کریں، اور نتیجے کو اندازہ کے طور پر لکھیں۔

فیصلہ کریں کہ نیند کی اجازت ہے یا نہیں

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