بغیر اسکرین والے Pi کی بوٹ ناکامی کو نیٹ ورک ناکامی سے الگ پہچاننا

کارڈ کیس سے باہر اس وقت نکلتا ہے جب کسی نے یہ نہیں پوچھا کہ چار چیزوں میں سے کون سی واقعی ناکام ہوئی۔ VPN یا نیٹ ورک کی تبدیلی کے بعد Pi نے جواب دینا بند کر دیا، اور دوبارہ لکھنا ہی واحد باقی قدم لگتا ہے۔ ایسا شاذ و نادر ہی ہوتا ہے: لیز ہٹ سکتی ہے، sshd رک سکتا ہے، یا جواب ایسے راستے سے نکل سکتا ہے جس کا آپ پیچھا نہیں کر سکتے، اور ان میں سے ہر ایک کا اپنا حل ہے۔ مفید کام یہ ہے کہ جو آپ نے دیکھا اسے اس سے الگ کریں جو آپ نے فرض کیا۔

چار نتائج، ایک نہیں

بوٹ ہونا، پتہ ملنا، سننا اور قابلِ رسائی ہونا چار الگ نتائج ہیں، اور باقی کے قائم رہنے کے باوجود ان میں سے کوئی بھی ناکام ہو سکتا ہے۔ بورڈ مکمل طور پر بوٹ ہو کر بھی نیٹ ورک پر کبھی ظاہر نہیں ہو سکتا۔ یہ ایسے پتے کے ساتھ ظاہر ہو سکتا ہے جس کی کسی نے توقع نہ کی ہو، یا درست پتہ رکھتے ہوئے SSH بند ہو سکتا ہے۔ تینوں درست کر کے بھی قابلِ رسائی نہ ہو سکے، کیونکہ جوابات غلط گیٹ وے سے باہر جاتے ہیں۔

دوبارہ لکھنے کی عادت ان چاروں کو ایک ہی سوال میں سمیٹ دیتی ہے، اسی لیے یہ اکثر چلتا ہوا Pi تو دیتی ہے مگر یہ کوئی وضاحت نہیں کہ اصل میں کیا ٹوٹا۔

شہادت واقعی کہاں ختم ہوتی ہے

کچھ بھی چھونے سے پہلے تین باتیں لکھیں: آخری بار کام کرنے والا پتہ اور اپ لنک، کیا تبدیل ہوا، اور وہ پہلا عمل جو رک گیا۔ جو ہوسٹ نام اب حل نہیں ہوتا، جو SSH کنکشن وقت ختم ہونے پر رک جاتا ہے، اور جو TCP کنکشن مسترد ہوتا ہے—یہ تین الگ مشاہدے ہیں جو تین الگ تہوں کی طرف اشارہ کرتے ہیں۔ ناکام ping ایک پتے کی رسائی جانچتا ہے اور اوپر بیان کردہ ہر وجہ سے ناکام ہوتا ہے، بشمول ایسے بورڈ کے جو کبھی شروع ہی نہ ہوا۔ اسی لیے یہ بوٹ ٹیسٹ کی جگہ نہیں لے سکتا۔

اگر مقامی اسکرین یا ریکوری کنسول دستیاب ہو تو استعمال کریں، کیونکہ یہ جس سوال کا جواب دیتا ہے وہ یہ ہے کہ مشین اپنے آپریٹنگ سسٹم تک پہنچتی ہے یا نہیں۔ دوبارہ لکھنا صرف یہی سوال حل کرتا۔ اگر بورڈ اس مرحلے سے پہلے ناکام ہو جائے تو اسکرین شاٹ نہ ہونے سے ہارڈویئر خرابی کا اندازہ لگانے کے بجائے پلیٹ فارم کی ریکوری دستاویزات پر عمل کریں، اور تشخیص کے طور پر بجلی کھینچنا بند کریں۔

چلتی ہوئی نظام پر رسائی کا راستہ دوبارہ بنائیں

موجودہ اپ لنک اور پتہ نیٹ ورک کنفیگریشن کے مالک کے ذریعے تلاش کریں، پھر اس کا موازنہ روٹر کی موجودہ کلائنٹ فہرست اور SSH کلائنٹ کے استعمال کردہ پتے سے کریں۔ محفوظ شدہ ہوسٹ نام یا پرانی DHCP لیز ہفتوں تک کل کے منزل کی طرف اشارہ کر سکتی ہے۔ پھر یقینی بنائیں کہ sshd فعال ہے، کسی موجود پتے پر سن رہا ہے، اور انتظامی نیٹ ورک سے اجازت یافتہ ہے۔ Raspberry Pi کی SSH رہنمائی سرور کو فعال کرنے اور موجودہ پتے سے جڑنے کو دو الگ مراحل سمجھتی ہے، اور نیا Raspberry Pi OS انسٹال SSH کو بطور طے شدہ بند رکھتا ہے۔

ہوسٹ نام کسی دوسری مشین کی طرف موڑا جا سکتا ہے، اور متبادل امیج اپنی کنجی کے ساتھ آتی ہے، اس لیے انتباہ پر کلک کر کے آگے بڑھنے کے بجائے کسی ایسے راستے سے فنگر پرنٹ جانچیں جس پر آپ پہلے سے بھروسا کرتے ہیں۔ انتباہ مٹانا ہی وہ طریقہ ہے جس سے عارضی پتہ تبدیلی مستقل بھروسے کا مسئلہ بن جاتی ہے۔ اگر کنجی کی طلب ہی واحد علامت ہو، تو آپ رسائی نہیں بلکہ شناخت کا سوال دیکھ رہے ہیں۔

بورڈ کو قصوروار ٹھہرانے سے پہلے جواب کا راستہ تلاش کریں

VPN جسمانی لنک جڑا رہنے کے باوجود راستے کا انتخاب بدل سکتا ہے، اور یہی وہ صورت ہے جس میں Pi چل رہا ہے، سن رہا ہے اور پھر بھی قابلِ رسائی نہیں۔ درخواست آتی ہے اور جواب ایسی سرنگ سے نکلتا ہے جسے منتظم کا کلائنٹ عبور نہیں کر سکتا۔ مقامی کنسول اور سننے والا ساکٹ واپسی کے راستے کے بارے میں کچھ ثابت نہیں کرتے، اس لیے یقینی بنائیں کہ کون سا انٹرفیس جواب اٹھا رہا ہے اور کون سا گیٹ وے چن رہا ہے۔ اس کا موازنہ اس نیٹ ورک سے کریں جس پر منتظم واقعی موجود ہے، کیونکہ یہ ناکامی دیگر سب سے زیادہ بار مردہ بورڈ کے طور پر غلط تشخیص ہوتی ہے۔

سب سے سستی جانچ جواب کو نکلتے دیکھنا ہے: Pi پر پوچھیں کہ کون سا راستہ منتظم کا پتہ لے جائے گا اور اس کا موازنہ اس انٹرفیس سے کریں جس پر درخواست آئی تھی۔ وہاں کی ناہم آہنگی پوری علامت کی وضاحت کرتی ہے اور صرف ایک حکم کا خرچ ہے۔

ایک وقت میں ایک حد، اور دوبارہ لکھنا کب درست ہے

موجودہ حالت محفوظ کرنے کے بعد اس کے مالک کے ذریعے کنفیگریشن درست کریں۔ نیٹ ورک مینیجر بدلنا، فائر وال خالی کرنا اور مستقل پتہ اندازہ لگانا وہ تین تبدیلیاں ہیں جو اگلے مشاہدے کو بے کار کر دیتی ہیں۔ اگر شہادت VPN کے راستے یا فلٹرنگ کی طرف اشارہ کرے تو اسی کلائنٹ کے اپنے روکنے یا مرمت کے طریقے پر واپس جائیں، طے شدہ ریکوری منصوبے کے اندر کام کریں؛ کنٹرول شدہ موازنہ اور ایسے ہوسٹ پر تحفظ بند کرنا جس کی آپ نے وضاحت نہیں کی—یہ دو الگ باتیں ہیں۔

دوبارہ لکھنا ایک سوچا سمجھا ریکوری انتخاب ہے، جو ڈیٹا، شناخت اور ناکام مرحلے کو سمجھنے کے بعد لیا جاتا ہے۔ لاگ ان نہ ملنا بطور طے شدہ اسے شروع نہیں کرانا چاہیے۔

کنفیگریشن کا ریکارڈ ایسی جگہ رکھیں جہاں Pi کے بغیر پڑھا جا سکے، اور واپسی کا ایسا راستہ رکھیں جو اس سرنگ سے نہ گزرے جسے آپ تبدیل کرنے والے ہیں۔ پھر ترتیب سے کام کریں: مقامی کنسول سے مرحلہ یقینی بنائیں، موجودہ پتہ تلاش کریں، سننے والے اور اس کی پالیسی کو جانچیں، جواب کا راستہ تلاش کریں، اور ایک ہی چیز بدلیں۔ اگر بورڈ کبھی آپریٹنگ سسٹم تک نہیں پہنچا، تو اگلا قدم نیٹ ورک نہیں بلکہ ریکوری دستاویزات ہیں۔