VPN کے ذریعے NAS تک رسائی نہیں: پتہ، واپسی کا راستہ یا سروس؟
نجی سرنگ کو NAS تک راستہ، جواب کا راستہ اور اجازت شدہ سروس درکار ہے۔ اسناد بدلنے سے پہلے طے کریں کہ تینوں میں سے کون ناکام ہوا۔
سرنگیں اوپر آتی ہیں، کلائنٹ کو پتہ ملتا ہے، اور NAS بالکل جواب نہیں دیتا۔ یہ ایک ہی علامت تین غیر متعلق خرابیوں کو ڈھانپتی ہے، اور انہیں کس ترتیب سے جانچتے ہیں اس سے طے ہوتا ہے کہ مرمت میں کتنا وقت لگے گا۔ پتہ بندی پہلے آتی ہے، کیونکہ ایک اوورلیپنگ ذیلی نیٹ آپ کی درخواست کسی اجنبی ڈیوائس کو بھیج سکتا ہے۔ واپسی کا راستہ دوسرے نمبر پر ہے، کیونکہ بغیر جواب آنے والی درخواست بند سروس جیسی ہی دکھتی ہے۔ سروس اور اجازت آخر میں آتی ہیں، اور صرف پہلی دو ثابت ہونے کے بعد۔
تین خرابیاں جو سب ناقابل رسائی کے طور پر پڑھی جاتی ہیں
پتہ چناؤ، واپسی روٹنگ اور سروس کی اجازت ایک ہی نظر آنے والا پیغام دیتے ہیں: کچھ نہیں ہوتا۔ ان کے شواہد، ذمہ دار اور اصلاحات مختلف ہیں، اس لیے انہیں الگ کرنا ہی پورا کام ہے۔ ناکام ping بذات خود کم ثابت کرتا ہے، اور کامیاب TCP انکار دراصل اچھی خبر ہے۔
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
جدول کو وجوہات کی فہرست نہیں بلکہ جانچوں کی ترتیب سمجھ کر پڑھیں۔ ہر سطر اگلی کو محدود کرتی ہے، کیونکہ انکار پہلے ہی ثابت کر چکا ہے کہ پتہ بندی اور واپسی کا راستہ کام کرتے ہیں۔ یہ جانچنے سے پہلے کہ روٹ نے کون سا انٹرفیس چنا، فائر وال قواعد میں بیس منٹ گزارنا دوپہر گنوانے کا سب سے عام طریقہ ہے۔ اوپر سے نیچے کام کریں اور پہلی مماثل سطر پر رکیں۔
پہلی شرط: کیا وہ پتہ صحیح ڈیوائس ہے؟
NAS کا ذیلی نیٹ اور وہ حد لکھیں جو VPN کلائنٹ کو دیتا ہے، پھر دونوں کا موازنہ اس نیٹ ورک سے کریں جس پر آپ کا لیپ ٹاپ ابھی ہے۔ اس وضاحت میں NAS 10.40.7.25 پر ہے اور VPN پول 10.40.9.0/24 ہے، ایک ہی سائٹ منصوبے کے اندر دو الگ نجی حدود؛ جو گھر 192.168.0.0/24 یا 10.0.0.0/24 استعمال کرتا ہے اس کے ان میں سے کسی سے ٹکرانے کا امکان کہیں زیادہ ہے۔
جب مقامی نیٹ ورک اور NAS نیٹ ورک اوورلیپ ہوں، کلائنٹ وہ ٹریفک اپنے گیٹ وے پر بھیجتا ہے اور اتفاقاً وہی پتہ رکھنے والے غیر متعلق ڈیوائس تک پہنچ سکتا ہے۔ جو بھی جواب دے اس میں اسناد لکھنے سے پہلے راستہ تصدیق کریں۔
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25پہلا حکم وہ انٹرفیس اور گیٹ وے بتاتا ہے جو کرنل استعمال کرتا، اور دوسرا وہ پہلے ہاپ دکھاتا ہے جو واقعی جواب دیتے ہیں۔ اگر دونوں نہ ملیں تو تلاش پر بھروسہ کریں، کیونکہ پیکٹ اسی راستے جائے گا۔ NAS سے ایک ہاپ پہلے رکنے والی ہاپ فہرست بھی ایک دریافت ہے، ناکامی نہیں۔ جو تلاش سرنگ کی بجائے طبعی اڈاپٹر پر حل ہو وہ اسی مقام پر تفتیش ختم کرتی ہے۔
دوسری شرط: کیا جواب واپس آتا ہے؟
کلائنٹ کو NAS کی طرف راستہ چاہیے، اور NAS نیٹ ورک کو VPN پول کی طرف واپسی کا راستہ چاہیے۔ گیٹ وے فارورڈنگ، فائر وال قواعد اور دانستہ ترجمہ تینوں اس جوڑی کو متاثر کرتے ہیں۔ strongSwan کے فارورڈنگ نوٹس گیٹ وے کے پیچھے نجی ذیلی نیٹ کے لیے واپسی روٹ اور ترجمے کے اختیارات بیان کرتے ہیں۔
جب درخواست آتی ہے اور جواب کسی دوسرے گیٹ وے سے نکلتا ہے، کوئی DNS تبدیلی اس عدم توازن کو درست نہیں کرتی۔ دونوں طرف کیپچر ایک ہی کوشش میں یہ طے کرتا ہے، اور یہ بھی دکھاتا ہے کہ ترجمے نے وہ ماخذ دوبارہ لکھا یا نہیں جسے NAS نے جواب دیا تھا۔ منتظم اس حد کا ذمہ دار ہے: صرف مطلوبہ سروسز اور VPN کلائنٹ حد کی اجازت دیں، اور لکھیں کہ روٹنگ چنی گئی یا ترجمہ۔
تیسری شرط: کیا سروس وہاں ہے اور اجازت شدہ ہے؟
انتظامی صفحہ اور فائل شیئرنگ سروس ایک ہی مشین پر الگ اختتامی نقطے ہیں، اور ایک کنکشن قبول کر سکتی ہے جبکہ دوسری کو ہوسٹ فائر وال، سروس کنفیگریشن یا شیئرنگ اجازت روکتی ہے۔ جو ڈیوائس انکار سے جواب دیتا ہے اس نے پہلی دو شرطیں پہلے ہی ثابت کر دی ہیں، جو تیسری کو کافی تنگ کر دیتا ہے۔
اس اکاؤنٹ سے جانچ کریں جسے واقعی فائلیں درکار ہیں، انسٹال کے دوران استعمال ہونے والے منتظم اکاؤنٹ سے نہیں، کیونکہ انتظامی حقوق غائب روٹ درست نہیں کر سکتے اور روٹ شیئرنگ اجازت نہیں دے سکتا۔ نام بھی یہیں آتے ہیں: گھر میں دریافت شدہ NAS نام اکثر مقامی multicast پر منحصر ہوتا ہے، جسے روٹڈ سرنگ نہیں اٹھاتی، اس لیے نام کو رسائی سے الگ کرنے کے لیے بنانے والے کا دستاویزی نجی ہوسٹ نام یا خود پتہ آزمائیں۔
NAS نیٹ ورک کے باہر سے جانچ کریں، پھر آہستہ آہستہ بڑھائیں
اسی LAN پر کی گئی جانچ دور کے راستے کا ہر ادھورا حصہ چھپا دیتی ہے، اس لیے پہلی کامیاب دور دراز کوشش تبدیلی لاگ میں نوٹ کی حقدار ہے۔ جانچیں اس کلائنٹ سے چلائیں جو NAS تک صرف سرنگ کے ذریعے پہنچتا ہے، اور ہر کوشش کا اصل غلطی متن محفوظ رکھیں۔
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestراستہ کام کرنے کے بعد ایک بے ضرر فائل منتقل کریں اور وہی پڑھنے یا لکھنے کا رویہ تصدیق کریں جس کی آپ کو واقعی ضرورت ہے۔ اگر بڑی منتقلیاں رکیں اور چھوٹی گزر جائیں، تو باقی مسئلہ پیکٹ سائز کا انتظام یا کنکشن کا استحکام ہے، پتہ بندی نہیں۔
غیر واضح خرابی سے بچنے کے لیے فائل شیئرنگ یا انتظامی پورٹس انٹرنیٹ پر شائع نہ کریں۔ نجی راستہ درست کریں، NAS سافٹ ویئر کو معاونت یافتہ رکھیں، اور اس بیک اپ پر بھروسہ کرنے سے پہلے اس کے ذریعے لیے گئے ہر بیک اپ کی بحالی جانچیں۔