OpenVPN remote-random: مخلوط ترتیب، ایک ہی سرنگ

قیاس یہ ہے کہ remote-random شامل کرنے سے پروفائل گھومنے والا مجموعہ بن جاتا ہے اور ہر کنکشن مختلف پتے سے نکلتا ہے۔ دراصل یہ ہدایت یہ کرتی ہے: جب کلائنٹ جڑنا شروع کرتا ہے تو remote کی فہرست ایک بار ملا دیتی ہے اور پھر اسی نئی ترتیب میں انہیں آزما کر دیکھتی ہے۔ آخر میں جو سرنگ بنتی ہے وہ اب بھی ایک ہی آخری مقام پر ختم ہوتی ہے اور سیشن کی پوری زندگی وہیں رہتی ہے۔

یہ فرق جانچ اور رازداری کے دعووں دونوں کے لیے اہم ہے۔

جوڑنے کے وقت یہ اختیار کیا بدلتا ہے

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

OpenVPN کا دستی اس اختیار کو کنکشن کی کوششوں کی ترتیب پر اثر انداز ہونے کے طور پر درج کرتا ہے، اور رویے میں بالکل اتنی ہی وسعت متوقع ہے۔

دوبارہ جڑنے سے انتخاب کا نیا چکر شروع ہوتا ہے، اس لیے بعد کا سیشن کہیں اور جا سکتا ہے۔ چلتی ہوئی سرنگ کھڑی رہنے تک نہیں ہلتی۔

افسانہ: ہر درخواست کو نیا سرور ملتا ہے

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

اگر کسی جانچ میں دو مختلف اخراج نظر آئیں تو ایک ہوشیار اختیار کے بجائے دو الگ سیشن تلاش کریں۔ یہی فرق یہ بھی بتاتا ہے کہ جب ان کے درمیان دوبارہ جڑنا ہوا ہو تو براؤزر کی جانچ اور ڈاؤن لوڈ کی جانچ کیوں متفق نہیں ہو سکتیں۔

remote-random-hostname کس لیے ہے

اسی طرح کے نام والی دوسری ہدایت حل کے لیے استعمال ہونے والا میزبان نام بدلتی ہے، remote فہرست کی ترتیب نہیں۔ یہ ایسی تنصیبات کے لیے ہے جہاں کوئی نام round-robin DNS کے ذریعے کئی پتوں میں حل ہوتا ہے، اور اسے صرف اسی وقت استعمال کرنا چاہیے جب سروس اسی کے لیے بنی ہو۔ صرف حل کا مرحلہ بدلتا ہے؛ امیدوار فہرست کی ترتیب نہیں۔

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

لاگ سے منتخب آخری مقام پڑھیں

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

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

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

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