مشین پر نیٹ ورک ختم ہو گیا
جب مشین SSH پر جواب نہ دے اور خود انٹرنیٹ تک رسائی نہ رکھے تو کیا جانچیں: کنسول، انٹرفیس کی حالت، ڈیفالٹ روٹ، اور فلٹر قواعد۔
اپ ڈیٹ 23 اگست، 2026
”نیٹ ورک غائب ہو گیا“ دو مختلف صورتیں سمیٹے ہوئے ہے: باہر سے مشین تک کچھ نہیں پہنچتا، اور مشین خود کہیں نہیں پہنچ پاتی۔ کنسول سے شروع کریں، کیونکہ اس صورت حال میں SSH دستیاب نہیں ہوتا، اور کنسول ہمیشہ کام کرتا ہے — یہ مشین سے براہ راست جڑا ہوتا ہے، نیٹ ورک کو نظرانداز کرتے ہوئے۔
مرحلہ 1۔ کنسول کے ذریعے اندر آئیں
/hosting/vds/m/<id> کھولیں، یعنی ”Console“ ٹیب۔ ٹیکسٹ کنسول (serial port) کسی بھی کمانڈ کے لیے کام کرتا ہے؛ ”Screen“ (VNC) کی ضرورت اس وقت پڑتی ہے جب سسٹم serial لائن پر پرامپٹ نہ دکھائے۔ اگر کنسول لاگ ان پرامپٹ دکھاتا ہے تو مشین زندہ ہے اور مسئلہ نیٹ ورک کا ہے، بوٹ کا نہیں۔
اگر پرامپٹ نہیں ہے اور ”Screen“ کرنل کی خرابی کا پیغام دکھاتا ہے تو Kernel panic: آگے کیا کریں دیکھیں۔
مرحلہ 2۔ انٹرفیس اور ایڈریس چیک کریں
ip -brief address
ip route
انٹرفیس پر ”Overview“ ٹیب سے آپ کا پبلک IPv4 ایڈریس ہونا چاہیے، اور روٹس میں default via ... لائن شامل ہونی چاہیے۔ عام مشاہدات:
- انٹرفیس
DOWNحالت میں ہے — اسے اٹھائیں:ip link set dev ens18 up؛ - دستی کنفگ ایڈٹ کے بعد ایڈریس غائب ہو گیا — سیٹنگز فائل بحال کریں اور نیٹ ورک سروس ری اسٹارٹ کریں (Ubuntu پر
systemctl restart systemd-networkdیاnetplan apply)؛ - ڈیفالٹ روٹ موجود نہیں — رسائی بحال کرنے کے لیے عارضی طور پر
ip route add default via <gateway>سے اسے بحال کریں، پھر کنفگریشن ٹھیک کریں، ورنہ ری بوٹ کے بعد یہ دوبارہ ہو جائے گا۔
ip کے ذریعے کی گئی تبدیلیاں صرف ری بوٹ تک رہتی ہیں۔ اصل حل ہمیشہ کنفگریشن فائل میں ہوتا ہے۔
مرحلہ 3۔ ”کنیکٹیویٹی نہیں“ اور ”نام نہیں“ میں فرق کریں
ping -c3 1.1.1.1
ping -c3 millida.net
اگر ایڈریس پنگ ہوتا ہے مگر نام نہیں، تو نیٹ ورک ٹھیک ہے اور نام کا حل خراب ہے: نام حل نہیں ہو رہے (DNS) پر جائیں۔
مرحلہ 4۔ پیکٹ فلٹر دیکھیں
رسائی ختم ہونے کی سب سے عام وجہ آپ کا اپنا وہ اصول ہوتا ہے جس نے لاگ ان بند کر دیا۔ چیک کریں:
nft list ruleset
iptables -S
ufw status verbose
اگر آپ آنے والی ٹریفک پر DROP پالیسی دیکھتے ہیں اور پورٹ 22 کی اجازت نہیں ہے، تو آپ نے خود کو SSH سے کاٹ دیا ہے۔ کنسول کے ذریعے رسائی بحال کریں:
ufw allow 22/tcp
ufw reload
فائر وال فعال کرنے سے پہلے ہمیشہ اسی کمانڈ سیٹ میں SSH پورٹ کی اجازت دیں۔ ”پہلے منع کریں، بعد میں اجازت دیں“ کا طریقہ آپ کی رسائی چھین لیتا ہے۔
مرحلہ 5۔ خود SSH ڈیمن چیک کریں
نیٹ ورک کام کر رہا ہو سکتا ہے مگر پورٹ بند ہو، کیونکہ سروس کریش ہو گئی:
systemctl status ssh
ss -tlnp | grep :22
سروس کی حالت کی تشخیص کے لیے سروس شروع نہیں ہوتی: systemd ٹربل شوٹنگ دیکھیں۔
اگر کچھ بھی مدد نہ کرے
”Access“ ٹیب سے SystemRescue ریکوری ڈسک میں بوٹ کریں: بغیر پاس ورڈ root لاگ ان، اور مشین کی ڈسک /dev/sda کے طور پر نظر آتی ہے۔ روٹ ماؤنٹ کریں اور نیٹ ورک کنفگریشن کو سسٹم کے ”باہر“ سے ٹھیک کریں۔ کام ختم ہونے پر نارمل بوٹ موڈ پر واپس جائیں اور مشین ری بوٹ کریں — ورنہ یہ SystemRescue میں ہی بوٹ ہوتی رہے گی۔