گیٹ وے پر OpenVPN کلائنٹ کی ٹریفک کہاں دیکھیں
روٹ شدہ VPN گیٹ وے پیکٹوں کے لیے ساکٹ کھولے بغیر انہیں آگے بھیجتا ہے۔ بہاؤ کہاں چلتا ہے اس کے مطابق conntrack، محدود ٹنل کیپچر یا پراکسی لاگ منتخب کریں۔
آپ جاننا چاہتے ہیں کہ منسلک کلائنٹ کن منازل تک پہنچتا ہے، اس لیے VPN سرور پر شیل کھول کر ss ٹائپ کرتے ہیں۔ کوئی کارآمد چیز نظر نہیں آتی، اور ٹنل ٹوٹا ہونے کا نتیجہ قدرے بہت آسانی سے آ جاتا ہے۔ روٹ شدہ OpenVPN گیٹ وے کلائنٹ کے پیکٹ آگے بھیجتا ہے؛ یہ ان کے TCP کنکشن ختم نہیں کرتا اور ان کے لیے ساکٹ نہیں رکھتا۔ ثبوت کہیں اور رہتا ہے، اور کہاں، یہ اس پر منحصر ہے کہ ٹنل سے نکلنے کے بعد ٹریفک کو کیسے سنبھالا جاتا ہے۔
طے کریں کہ آپ کون سی ترتیب دیکھ رہے ہیں
دو عام شکلیں بالکل مختلف ثبوت دیتی ہیں۔ روٹنگ گیٹ وے ڈی کیپسولیٹ کرتا ہے، آگے بھیجتا ہے اور ممکنہ طور پر ماخذ-NAT کرتا ہے، اس لیے کلائنٹ کا کنکشن مقامی ساکٹ کے بغیر سرے سے سرے تک قائم رہتا ہے۔
پراکسی ٹریفک ختم کرتی ہے: کنکشن قبول کرتی ہے، پھر اپنا اوپری کنکشن کھولتی ہے۔ اس ترتیب میں ایک درخواست کے لیے دو کنکشن ہوتے ہیں، اور ان کے درمیان تعلق صرف پراکسی کے اپنے ریکارڈ میں ہوتا ہے۔ یہ جاننا کہ ان میں سے کون سا آپ نے تعینات کیا ہے، یہ طے کرتا ہے کہ آپ کو کرنل کی بہاؤ حالت پڑھنی ہے یا ایپلیکیشن لاگ۔
زیادہ تر الجھن اندازے سے آتی ہے۔ اوزار چننے سے پہلے شکل کی تصدیق کریں۔ پہلے سرور کنفیگریشن میں پراکسی ہدایت ہے یا نہیں یہ پڑھیں، کیونکہ اس کی موجودگی ہر اگلے مرحلے کو بدل دیتی ہے۔ اس کے بغیر پیکٹوں کا راستہ روٹنگ ہے اور کرنل کی بہاؤ حالت آپ کا ثبوت ہے۔
پہلے پتے کو سیشن سے باندھیں
سرور کی سیشن حالت سے شروع کریں اور کلائنٹ کا موجودہ اندرونی پتہ شناخت کریں۔ پول کے پتے دوبارہ استعمال ہوتے ہیں، اس لیے پتہ اکیلا کرایہ ہے، شخص نہیں۔
وقت اور تصدیق شدہ شناخت کو اکٹھا درج کریں، اور غور کریں کہ اس کلائنٹ کے پیچھے پورا لین چھپا ہے یا نہیں۔ اگر دور کا سرا کوئی ذیلی نیٹ ورک روٹ کرتا ہے، تو آپ جو اندرونی پتے دیکھتے ہیں وہ اصل ہوسٹ یا ترجمہ شدہ ہو سکتے ہیں۔
ip -4 addr show dev tun0
journalctl -u [email protected] --since '-10 min' | tail -n 40یہ جوڑی بیک وقت دو سوالوں کا جواب دیتی ہے: ٹنل انٹرفیس کون سا سابقہ فراہم کرتا ہے، اور آپ کی دلچسپی کے وقفے میں کون سا سیشن فعال تھا۔ کسی بھی بہاؤ اندراج کی تشریح سے پہلے یہ کریں، کیونکہ غلط سیشن سے بندھا قائل کرنے والا ٹپل کسی بھی ثبوت سے بدتر ہے۔
روٹنگ گیٹ وے پر بہاؤ جدول پڑھیں
پتہ اور وقفہ طے ہونے کے بعد، زیرِ نگرانی کنکشن کی صرف-پڑھنے والی فہرست دکھاتی ہے کہ گیٹ وے اس کے لیے کیا آگے بھیج رہا ہے۔ پورا جدول نہ پڑھنے کے لیے اصل ماخذ پر فلٹر کریں۔
sudo conntrack -L -p tcp -f ipv4 --orig-src 10.8.0.37ہر اندراج میں دو ٹپل ہوتے ہیں، اصل اور جواب، جو ایک بہاؤ کی دو سمتیں ہیں، دو ایپلیکیشن نہیں۔ ماخذ-NAT راستے پر اصل ٹپل ٹنل کا پتہ رکھتا ہے جبکہ جواب کا رخ ترجمہ شدہ گیٹ وے پتہ دکھاتا ہے، اور یہی وجہ ہے کہ آؤٹ پٹ پہلی نظر میں غلط لگتا ہے۔
فہرست کو تاریخ نہیں، زندہ حالت سمجھیں۔ مختصر بہاؤ پہلے ہی ختم ہو چکے ہو سکتے ہیں، نگرانی سے باہر ٹریفک کبھی نظر نہیں آتی، اور مختلف نیٹ ورک نام کی جگہ مختلف جدول دکھاتی ہے۔ conntrack حوالہ فلٹر اور دو سمتوں والے آؤٹ پٹ کی وضاحت کرتا ہے۔
پڑھائی کی تصدیق کے لیے ایک محدود کیپچر
اگر ٹنل انٹرفیس وہاں نظر آتا ہے جہاں آپ دیکھ رہے ہیں، تو ایک محدود کیپچر طے کرتا ہے کہ آپ نے جو پیکٹ شناخت کیے وہی تار پر ہیں یا نہیں۔ فلٹر تنگ اور پیکٹ کی حد چھوٹی رکھیں۔
sudo tcpdump -ni tun0 -nn -c 50 'host 10.8.0.37 and tcp'ٹائم اسٹیمپ، پروٹوکول اور پورٹ کا موازنہ بہاؤ اندراج سے اور آزمائش کے طور پر کی گئی درخواست سے کریں۔ NAT کے بعد لی گئی کیپچر صرف گیٹ وے کا عوامی پتہ دکھاتی ہے، جبکہ ٹنل کا رخ شاید اب بھی کلائنٹ کا دکھائے، اور یہ فرق معلومات ہے، ناہم آہنگی نہیں۔
اگر انٹرفیس کو کچھ نظر نہ آئے، تو کلائنٹ کے بیکار ہونے کا نتیجہ نکالنے سے پہلے ڈیٹا راستہ جانچیں: کلائنٹ سے کلائنٹ ٹریفک اور کچھ آف لوڈ راستے آپ کے دیکھے ہوئے مقام سے کبھی نہیں گزرتے۔
پراکسی لاگ، اور آپ نے جو دیکھا اس کی حدیں
جب پراکسی راستے میں ہو، اس کے اوپری ساکٹ ساکٹ جدول میں نظر آتے ہیں مگر وہ VPN کلائنٹس سے ایک-بہ-ایک مطابقت نہیں رکھتے، خصوصاً پولنگ یا ملٹی پلیکسنگ کے ساتھ۔ کلائنٹ شناخت، منزل، ٹائم اسٹیمپ اور جو بھی درخواست شناخت کنندہ وہ درج کرتی ہے، انہیں باہم جوڑنے کے لیے پراکسی کی تشکیل شدہ لین دین لاگ استعمال کریں۔
ہر درخواست بطور طے شدہ لاگ ہوتی ہے یہ ماننے کے بجائے تعینات شدہ ورژن کی لاگنگ کنفیگریشن جانچیں۔
آخر میں، دائرے کے بارے میں درست رہیں۔ منزل کا پتہ اور پورٹ میٹاڈیٹا ہیں، URL نہیں اور صفحے کا مواد بھی نہیں، کیونکہ اندرونی HTTPS سیشن ٹنل سے قطع نظر اپنا تحفظ رکھتا ہے۔ رپورٹ کریں کہ آپ نے کیا مشاہدہ کیا، کس مشاہداتی مقام سے، اور کس وقت۔