hosts فائل میں ایک اندراج اور روٹر کا فلٹر ایک ہی سائٹ کو بالکل مختلف وجوہات کی بنا پر بلاک کرتے ہیں، اسی لیے ایک VPN کے تحت کام کرتا رہتا ہے اور دوسرا خاموشی سے رک جاتا ہے۔ hosts فائل کسی بھی پیکٹ کے مشین سے نکلنے سے پہلے نام کا جواب دیتی ہے۔ روٹر کا فلٹر اُس ٹریفک کو دیکھتا ہے جو اُس سے گزرتی ہے۔ اِن دو نقطوں کے درمیان سرنگ رکھیں تو دوسرا اپنی نظر کھو دیتا ہے، جبکہ پہلا کچھ محسوس نہیں کرتا۔

نام کہاں حل ہوتا ہے یہی سب طے کرتا ہے

ہر بلاک ایک سوال سے شروع ہوتا ہے: نام کو پتہ کون بدلتا ہے؟ عام ڈیسک ٹاپ پر جواب سسٹم کا ریزالور دیتا ہے، جو اپنے مقرر کردہ ترتیب پر چلتا ہے اور عموماً DNS سے پوچھنے سے پہلے hosts فائل پڑھتا ہے۔ فلٹر شدہ نیٹ ورک پر جواب روٹر دے سکتا ہے، جو استفسار کو صرف اُس وقت دیکھتا ہے جب کلائنٹ اُسے بغیر تحفظ اُس کے ذریعے بھیجے۔ راستہ بدلیں تو یہ بھی بدل جاتا ہے کہ کسے جواب دینے کی اجازت ہے۔

VPN یہاں ایک ساتھ دو کام کرتا ہے: ڈیفالٹ راستہ منتقل کرتا ہے، اور اپنا DNS سرور مسلط کر سکتا ہے۔ اِن دو تبدیلیوں میں سے کوئی ایک بھی نام کی حل کو اُس ڈیوائس سے دور کرنے کے لیے کافی ہے جو بلاک نافذ کر رہی تھی۔

یہ اُس مانوس شکایت کے پیچھے طریقہ کار ہے کہ فلٹر اُس وقت تک کام کرتا ہے جب تک VPN منسلک نہ ہو۔

hosts اندراج سرنگ وجود میں آنے سے پہلے جواب دیتا ہے

127.0.0.1 www.example.com جیسی سطر مقامی ریزالور پڑھتا ہے، اس لیے جواب بغیر کسی نیٹ ورک کے مشین پر ہی بنتا ہے۔ سرنگ جوڑیں، DNS سرور بدلیں، نیٹ ورک بدلیں: اندراج پھر بھی loopback واپس کرتا ہے۔ اسی لیے hosts بلاک دونوں میں سے واحد ہے جس پر اِس بات کا اثر نہیں پڑتا کہ VPN کہاں ختم ہوتا ہے۔

اِس کے اندھے دھبے بھی اتنے ہی مقامی ہیں۔ جو ایپ اپنا ریزالور ساتھ لاتی ہے، DNS over HTTPS بولتی ہے یا کسی لفظی پتے سے جڑتی ہے وہ سسٹم سے کبھی نہیں پوچھتی، اس لیے اندراج پر غور نہیں کیا جاتا۔ چلتی ہوئی پروسیس کے اندر کیش شدہ پتے کا بھی وہی اثر ہوتا ہے جب تک وہ پروسیس دوبارہ شروع نہ ہو۔

جواب کی تصدیق براؤزر ٹیب پر بھروسے کے بجائے Linux پر getent ahosts یا Windows پر Resolve-DnsName سے کریں۔

روٹر کا فلٹر صرف وہی دیکھتا ہے جو اُس سے گزرتا ہے

گھریلو روٹر پر مواد یا URL فلٹر اُن ناموں اور درخواستوں سے مطابقت کرتا ہے جو اُس سے پڑھنے کے قابل شکل میں گزرتی ہیں۔ جب کلائنٹ کہیں اور کے سرور کی طرف خفیہ سرنگ بناتا ہے تو روٹر اُس سرور کی طرف صرف ایک بہاؤ دیکھتا ہے اور اندر کچھ نہیں۔ فلٹر کے پاس مطابقت کے لیے کوئی نام نہیں، اس لیے وہ ٹریفک کو گزرنے دیتا ہے، اور یہ فلٹر کے ناکام ہونے جیسا لگتا ہے، بچائے جانے جیسا نہیں۔

کام کرنے والی ٹوپولوجی دوسری ہے: روٹر خود سرنگ رکھتا ہے، سرے پر ڈکرپٹ کرتا ہے اور وہیں فلٹر لگاتا ہے۔ اُس ڈیزائن میں فلٹر وہاں بیٹھتا ہے جہاں صاف متن ظاہر ہوتا ہے۔

اگر سرنگ لیپ ٹاپ پر ختم ہو تو قاعدہ کیسے ہی لکھا ہو، روٹر تعریف کے مطابق محفوظ راستے سے باہر ہے۔

چار نفاذ کے مقامات اور ہر ایک کیا چھوڑ دیتا ہے

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

  • hosts فائل یا مقامی ریزالور: آف لائن اور کسی بھی سرنگ کے تحت کام کرتا ہے، مگر بنڈل شدہ ریزالور یا سخت کوڈ شدہ پتہ اِسے بچا جاتا ہے۔
  • VPN گیٹ وے پر DNS فلٹرنگ: اُن کلائنٹس کو ڈھکتی ہے جو مسلط کردہ ریزالور استعمال کرتے ہیں، اور اُن کلائنٹس کو چھوڑ دیتی ہے جو DNS کو نظر انداز کرتے ہیں۔
  • گیٹ وے کے اخراجی قواعد پتے یا SNI کے مطابق: کلائنٹ DNS سے آزاد، مگر اُن ناموں کے لیے اندھے جو پڑھ نہیں سکتے اور اُن پتوں کے لیے جو سیکھے نہیں۔
  • منظم براؤزر یا ڈیوائس پالیسی: منظم ہارڈویئر پر مضبوط، ذاتی ڈیوائسز پر غائب۔

اِن میں سے کوئی بھی غیر منظم ڈیوائس پر پختہ ارادے والے صارف کے خلاف سلامتی کی حد نہیں ہے۔ یہ پالیسی کنٹرول ہیں، اور دیانتدارانہ وضاحت بتاتی ہے کہ ہر ایک درحقیقت کون سی ٹریفک ڈھکتی ہے۔

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

مکمل کہنے سے پہلے دونوں حالتوں کو جانچیں

وہی تین کمانڈز VPN منسلک اور منقطع حالت میں چلائیں: ریزالور کا جواب دیکھنے کے لیے getent ahosts، استفسار کیا واپس کرتا ہے یہ دیکھنے کے لیے nslookup، اور رابطہ اب بھی مکمل ہوتا ہے یا نہیں یہ دیکھنے کے لیے سائٹ کے خلاف curl -I۔ اگر پہلا loopback واپس کرے اور تیسرا اصل پتے سے جڑے، تو کسی چیز نے ریزالور کو بچا لیا ہے اور hosts اندراج وہ کنٹرول نہیں جو آپ سمجھتے ہیں۔

روٹر پر درخواست سے پہلے اور بعد میں فلٹر کاؤنٹر پڑھیں۔ جو کاؤنٹر کبھی نہیں ہلتا اُس کا مطلب ہے کہ ٹریفک کبھی فلٹر تک نہیں پہنچی، اور یہ قاعدے کا جواب نہیں، راستے کا جواب ہے۔

نتیجہ ٹوپولوجی کے ساتھ لکھ رکھیں، کیونکہ اگلی VPN تبدیلی راستہ پھر ہلا دے گی۔

متعلقہ مضامین