VPN پر Monero: تین نیٹ ورک راستوں میں سے کون سا بدلتا ہے؟
والٹ کا RPC ربط، ڈیمن کی ہم مرتبہ ٹریفک اور لین دین کی ترسیل الگ الگ کنکشن ہیں۔ VPN کے سبب کون سا مبصر اسے دیکھتا ہے، یہ بدلنے سے پہلے ہر ایک کو لیبل کریں۔
والٹ کھولیں، ڈیمن شروع کریں اور کچھ بھی فعال کرنے سے پہلے تین تیر کھینچیں۔ ایک تیر والٹ سے ایک نوڈ کے RPC پورٹ تک جاتا ہے، ایک ڈیمن کی ہم مرتبہ ہم آہنگی اٹھاتا ہے، اور ایک مقامی طور پر بھیجے گئے لین دین کو ترسیل کے راستے کی طرف لے جاتا ہے۔ یہ مختلف ترتیبات والے الگ کنکشن ہیں، اور کوئی VPN یا گمنامی نیٹ ورک ان میں سے ایک، دو یا کوئی بھی نہیں ڈھانپ سکتا۔
راستوں پر اسی ترتیب سے چلیں جس ترتیب سے سافٹ ویئر انہیں کھولتا ہے۔ ہر تیر کو اس کی منزل اور سواری کے ساتھ لیبل کرنا ہی بعد کے رازداری کے دعوے کو جانچنے کے قابل بناتا ہے۔ ترتیب اہم ہے، کیونکہ بعد کا دعویٰ عام طور پر ان میں سے صرف ایک کو ڈھانپتا ہے۔
والٹ سے نوڈ تک کے کنکشن کی کھینچائی سے شروع کریں
دور دراز نوڈ سے بات کرنے والا والٹ اس نوڈ کے پتے اور پورٹ پر RPC درخواستیں بھیجتا ہے۔ مقامی ڈیمن والا والٹ اس کے بجائے لوپ بیک انٹرفیس سے بات کرتا ہے۔ یہ الگ اعتماد کے رشتے ہیں، اگرچہ روزمرہ گفتگو میں دونوں کو “نوڈ” کہا جاتا ہے۔
وہ پتہ، پورٹ اور سواری لکھیں جس کے لیے والٹ ترتیب دیا گیا ہے۔ اگر والٹ کی اپنی پراکسی ترتیب ہو تو اسے ڈیمن کی ترتیبات سے الگ درج کریں؛ ایک عمل کو ترتیب دینا دوسرے کو ترتیب نہیں دیتا۔
یہیں عوامی RPC اینڈ پوائنٹ پرکشش ہو جاتا ہے۔ خاکے کو سادہ بنانے کے لیے نوڈ کی RPC سروس کھولنا نیٹ ورک راستے کو حملے کی سطح سے بدلنا ہے۔ والٹ سے نوڈ تک کا ربط نجی راستے یا لوپ بیک انٹرفیس پر رکھیں، اور درج کریں کہ کون سا ہے۔ جو خاکہ اس انکشاف کو چھپاتا ہے وہ خاکے نہ ہونے سے بدتر ہے۔
اس کے بعد ڈیمن کی ہم مرتبہ ٹریفک کی پیروی کریں
ہم آہنگی کرنے والا ڈیمن ہم مرتبہ کی طرف جانے والے کنکشن کھولتا ہے اور اپنے ہم مرتبہ سے ہم مرتبہ پورٹ پر چین کا ڈیٹا بدلتا ہے۔ وہ ٹریفک والٹ کا RPC ربط نہیں ہے، اور وہ خودبخود والٹ کی پراکسی سے نہیں گزرتا۔ وہ ڈیمن کی اپنی نیٹ ورک ترتیبات اور میزبان کی روٹنگ جدول کی پیروی کرتا ہے۔
ہم مرتبہ پورٹ، کنکشنوں کی تعداد اور یہ درج کریں کہ ڈیمن ہم مرتبہ ٹریفک کے لیے پراکسی استعمال کرنے کے لیے ترتیب دیا گیا ہے یا نہیں۔ پھر ایک نمونہ ہم مرتبہ پتے کے لیے میزبان کا راستہ دیکھیں۔ اگر VPN ڈیفالٹ راستہ پکڑ لیتا ہے تو ہم مرتبہ کنکشن غالباً وہی استعمال کرتے ہیں؛ اگر ڈیمن کسی مخصوص انٹرفیس سے بندھا ہے تو شاید نہیں۔ یہی دو حقائق تیر کا فیصلہ کرتے ہیں۔
اس راستے کے ساتھ مبصر کا سوال بدل جاتا ہے۔ VPN ہم مرتبہ کنکشنوں کو مقامی رسائی نیٹ ورک سے چھپاتا ہے، لیکن VPN کا اختتامی نقطہ اور خود ہم مرتبہ مختلف تصویر دیکھتے ہیں۔ دونوں مشاہدوں میں سے کوئی بھی ثابت نہیں کرتا کہ والٹ کی درخواستیں اسی راستے پر گئیں۔
پھر لین دین کی ترسیل کے راستے کو الگ کریں
مقامی طور پر بھیجے گئے لین دین کو ترتیب شدہ ریلے یا پراکسی کے ذریعے نیٹ ورک کی طرف بھیجا جا سکتا ہے۔ Monero ڈیمن کی موجودہ دستاویزات میں، وہ اختیار صرف وہی لین دین ترسیل ٹریفک پراکسی کے ذریعے بھیجتا ہے جسے آپ اس کی طرف اشارہ کرتے ہیں۔ یہ ہر RPC، والٹ اور ہم آہنگی کنکشن کو پراکسی والی ٹریفک میں نہیں بدلتا۔
منصوبے کی گمنامی نیٹ ورک دستاویزات Tor اور I2P کے انضمام کو تجرباتی قرار دیتی ہیں اور ترسیل کے رویے کا دائرہ متعین کرتی ہیں۔ آپ واقعی جو نسخہ چلاتے ہیں اس کی دستاویزات پڑھیں، کیونکہ پرانی بحثیں Kovri جیسے نام استعمال کرتی ہیں اور ایسے اجزا بیان کرتی ہیں جو اب اسی شکل میں نہیں ہیں۔
خاکے میں ترسیل کا راستہ الگ رکھیں۔ جو لین دین پراکسی سے باہر جاتا ہے جبکہ والٹ کے بیلنس سوالات دور دراز نوڈ استعمال کرتے ہیں، اس کے دو الگ مبصر ہیں، اور یہ حقیقت کہ لین دین پراکسی سے گزرا، سوال کے راستے کے بارے میں کچھ نہیں کہتی۔
تینوں راستے لیبل ہونے کے بعد ہی VPN شامل کریں
تیر کھینچنے کے بعد، نشان زد کریں کہ VPN واقعی کون سے اٹھاتا ہے۔ مکمل ٹنل والا VPN میزبان کا ڈیفالٹ راستہ پکڑ لیتا ہے، اس لیے ڈیفالٹ کی پیروی کرنے والے کنکشن وہی استعمال کریں گے۔ منقسم ٹنل، بندھا ہوا انٹرفیس یا کسی مخصوص پتے سے باہر جانے والی پراکسی کچھ تیر ٹنل سے باہر چھوڑ سکتے ہیں۔
اب مبصر کا ماڈل واضح طور پر بیان کریں۔ ایسی ساخت میں جہاں گمنامی نیٹ ورک کا کنکشن VPN کے اندر چلتا ہے، مقامی رسائی نیٹ ورک بیرونی VPN کنکشن دیکھتا ہے، جبکہ VPN کا رخ آگے کا کنکشن دیکھتا ہے۔ یہ مبصر کی تبدیلی ہے، شناخت کرنے والے اشاروں کے غائب ہونے کا ثبوت نہیں۔
اسی چکر کے حصے کے طور پر ناکامی کا رویہ جانچیں۔ اگر VPN گر جائے تو کیا ڈیمن سیدھے ہم مرتبہ کنکشن پر واپس آتا ہے، کیا والٹ دور دراز نوڈ سے پوچھتا رہتا ہے، اور کیا ترسیل کی پراکسی بند حالت میں ناکام ہوتی ہے؟ جب تک بلاکنگ ترتیب نہ دی گئی ہو، دوبارہ جڑنا عام طور پر خاموشی نہیں بلکہ نیا سیدھا کوشش ہوتا ہے۔
ان راستوں کی تصدیق کریں جنہیں آپ نے ترتیب دیا سمجھا ہے
میزبان کے اپنے اوزار استعمال کریں: ہر منزل کے لیے راستہ پڑھیں، سننے والے اور قائم شدہ ساکٹ دیکھیں، اور تصدیق کریں کہ کون سا عمل ہر کنکشن کا مالک ہے۔ یہ تب کریں جب والٹ، ڈیمن اور ترسیل سب چل رہے ہوں، کیونکہ صرف آغاز میں موجود راستہ دوبارہ جڑنے کے بعد غائب ہو سکتا ہے۔
VPN کے دوبارہ جڑنے کے بعد اور ڈیمن کے دوبارہ شروع ہونے کے بعد دہرائیں۔ منزلوں اور سواریوں کا خاکے سے موازنہ کریں۔ اگر کوئی تیر ہلا ہے تو رازداری کا ماڈل بھی اس کے ساتھ ہلا ہے، چاہے ہر عمل اب بھی صحت مند ہونے کی اطلاع دے۔
تینوں منزلیں، ہر ایک کی سواری اور وہ مبصر جس سے آپ انہیں چھپانا چاہتے ہیں درج کریں۔ ایک ہی مشین پر کئی خودمختار کلائنٹ چلنے پر نامزد مبصرین والا مختصر راستہ نقشہ ایک ہی VPN اشارے سے زیادہ مفید ہوتا ہے۔