عوامی VPN ہوسٹ نام کیا ثابت کر سکتا ہے اور کیا نہیں

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

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

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

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

dig +short vpn.example.net A
dig +short vpn.example.net AAAA
dig +short vpn.example.net A @1.1.1.1

نقل و حمل اور شناخت الگ سوالات ہیں

ہوسٹ نام پر کھلا ویب صفحہ ایک پورٹ پر ایک سننے والے کی جانچ کرتا ہے۔ OpenVPN، IPsec اور SSTP کہیں اور، اپنے پورٹس اور پروٹوکولز پر سنتے ہیں، اس لیے قابل رسائی ویب سرور ان کے بارے میں کچھ نہیں بتاتا۔

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

openssl s_client -connect vpn.example.net:443 -servername vpn.example.net </dev/null 2>/dev/null |
  openssl x509 -noout -subject -issuer -dates

ملکوں کے الفاظ مقام کی جانچ نہیں

ڈائریکٹری میں jp یا de کا لیبل رجسٹریشن ہے، اور IP جغرافیائی مقام کے ڈیٹا بیس کافی بار متفق نہیں ہوتے، اس لیے کسی کو بھی مطلق حقیقت نہیں سمجھا جانا چاہیے۔ مشترکہ ہوسٹنگ، anycast اور سادہ غلط ترتیب سب مشاہدہ شدہ مقام کو لیبل سے دور کر دیتے ہیں۔

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

پیش کردہ سروس کی جانچ کریں، پھر آپریٹر کی

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

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

curl -sSI https://vpn.example.net/ | head -n 5
whois 203.0.113.25 | grep -i -E 'orgname|netname'

نام کو اسی کام کے لیے رکھیں جس میں وہ اچھا ہے: آخری نقطہ ڈھونڈنا اور اس سے جڑنا۔ اس سے آگے کا سب کچھ الگ سے جانچنا ہوگا، جس دن وہ اہم ہو۔