MikroTik PPTP گر رہا ہے؟ سرور تک راستہ درست کریں

RouterOS کا PPTP کلائنٹ جڑتا ہے، تھوڑی ٹریفک منتقل کرتا ہے اور پھر خاموش ہو جاتا ہے، جبکہ لاگ اسناد یا سرور کے مسئلے جیسا لگتا ہے. عام طور پر دونوں میں سے کوئی نہیں ہوتا. سرنگ اپنے ہی ٹرانسپورٹ پیکٹ لے کر جا رہی ہے کیونکہ سرور تک جانے والا راستہ اُس راستے سے بھی ملتا ہے جو سرنگ نے نصب کیا. دوسرا سرا راؤٹر سے سننا بند کر دیتا ہے اور سیشن مر جاتا ہے، حالانکہ انٹرفیس اب بھی یہ دعویٰ کرتا ہے کہ وہ فعال ہے.

حل ایک راستہ یا ایک ترتیب ہے جو سرور کو جسمانی WAN کے ذریعے قابلِ رسائی رکھتی ہے. کون سی، یہ اس بات پر منحصر ہے کہ راؤٹر کو مکمل سرنگ والا گیٹ وے ہونا چاہیے یا نہیں.

علامت: جڑتا ہے، ٹریفک منتقل کرتا ہے، مر جاتا ہے

یہ نمونہ ہر دوبارہ جڑنے پر دہرایا جاتا ہے، اور یہی پہلا مفید اشارہ ہے. مسترد شدہ پاس ورڈ انٹرفیس کے ابھرنے سے پہلے ہی ناکام ہو جاتا ہے، فائر وال کی غلط ترتیب عموماً ایک سمت روکتی ہے، اور روٹنگ لوپ انٹرفیس کو قائم ہونے دیتا ہے اور پھر اس کا گلا گھونٹ دیتا ہے. کاؤنٹر دیکھیں: سرنگ ابتدائی پیکٹوں کا ایک جھٹکا دکھاتی ہے اور پھر کچھ نہیں، جبکہ WAN انٹرفیس لپٹی ہوئی نقلیں بھیجتا رہتا ہے. یہ وہ راؤٹر ہے جو اپنی ہی آؤٹ پٹ کو واپس اپنے اندر بھیج رہا ہے.

PPTP اسے شروع کرنا آسان بناتا ہے کیونکہ ٹرانسپورٹ سرور کے پتے کی طرف سادہ IP ہے، نہ کہ ایسی سرنگ جس کا دور والا سرا کسی دوسرے ذیلی نیٹ پر ہو. جو بھی اُس پتے کو موڑتا ہے وہ ٹرانسپورٹ کو بھی ساتھ موڑ دیتا ہے.

سرنگ اپنے ہی پیکٹ کیوں نگل جاتی ہے

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

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

سرور کا پتہ WAN پر پن کریں

سب سے تنگ ممکن راستہ شامل کریں: سرور کے عوامی پتے کے لیے /32، اگلی چھلانگ کے طور پر ISP گیٹ وے، اُس انٹرفیس پر جو انٹرنیٹ تک پہنچتا ہے. /32 پری فکس لمبائی کے لحاظ سے کسی بھی ڈیفالٹ کو ہرا دیتا ہے، اور اگر اسی پری فکس کے لیے پہلے سے دوسرا راستہ موجود ہو تو کم فاصلہ جیت جاتا ہے. پھر دوبارہ جڑیں اور تصدیق کریں کہ راستہ فعال ہے، نہ کہ صرف فہرست میں موجود.

/ip route add dst-address=198.51.100.10/32 gateway=192.0.2.1 distance=10

اگر ISP گیٹ وے DHCP کے ذریعے سیکھا جاتا ہے تو وہی گیٹ وے پتہ استعمال کریں جو DHCP نے نصب کیا، یا اگر ریلیز معاونت کرتی ہے تو راستہ انٹرفیس سے باندھ دیں. سخت کوڈ شدہ گیٹ وے جو اگلی لیز پر بدل جائے، ایک تاخیری ناکامی ہے. WAN کے دوبارہ جڑنے کے بعد پتہ جانچیں، کیونکہ اُس وقت ہی باسی گیٹ وے سامنے آتا ہے اور سرنگ پھر گرنے لگتی ہے.

یا سرنگ کو ڈیفالٹ اپنانے سے روکیں

جس برانچ کو صرف ایک دور دراز LAN درکار ہو اُسے PPTP پروفائل کو ڈیفالٹ راستے سے بالکل دور رکھنا چاہیے. کلائنٹ پروفائل میں وہ آپشن بند کریں اور اس کے بجائے سرنگ کے انٹرفیس سے دور دراز پری فکس کے لیے مخصوص راستہ شامل کریں. عام ٹریفک WAN پر رہتی ہے، سرنگ کی اپنی ٹرانسپورٹ اپنا فطری راستہ برقرار رکھتی ہے، اور روٹنگ ٹیبل کی وضاحت آسان ہو جاتی ہے. یہ ایسی برانچ کے لیے بہتر ڈیزائن ہے جسے ایک ذیلی نیٹ چاہیے، نہ کہ ایسے راؤٹر کے لیے جسے سائٹ کا راستہ بننا ہے.

مکمل سرنگ کی اپنی ضروریات ہیں: منتخب ذرائع کے لیے پالیسی روٹنگ، واپسی ٹریفک کے لیے منصوبہ، اور یہ فیصلہ کہ سرنگ گرنے پر کیا ہوگا. ان میں سے کچھ بھی ہوسٹ راستہ حل نہیں کرتا، جو صرف ٹرانسپورٹ کو زندہ رکھتا ہے.

تہہ در تہہ جانچیں، پھر انتظامی سوراخ بند کریں

تہہ در تہہ جانچیں: جڑنے سے پہلے سرور کے عوامی پتے کو پنگ کریں، جڑنے کے بعد دور دراز گیٹ وے کو پنگ کریں، پھر دور دراز LAN کے کسی ہوسٹ کو پنگ کریں. اگر راؤٹر کے پیچھے موجود ہوسٹوں کو جواب اسی کے ذریعے واپس چاہیے تو سرنگ کے انٹرفیس پر masquerade شامل کریں.

/ip firewall nat add chain=srcnat out-interface=pptp-out1 action=masquerade

پھر راؤٹر کو دوبارہ شروع کریں یا WAN کا دوبارہ جڑنا زبردستی کروائیں اور تینوں پنگ دہرائیں، کیونکہ صرف چلتی ترتیب میں موجود راستہ زندہ نہیں رہے گا. دوسری جگہ جہاں یہ ٹوٹتا ہے وہ بیک اپ فائل میں برآمد اور بعد میں بحال کی گئی ترتیب ہے، کیونکہ اگر راستہ رن ٹائم میں شامل کیا گیا ہو تو وہ برآمد میں غائب ہو سکتا ہے.

آخر میں، کوئی بھی VPN یا راستے کی تبدیلی شائع کرنے سے پہلے Winbox اور ویب انتظام کو معلوم ماخذ پتوں تک محدود کریں. سرنگیں ختم کرنے والا راؤٹر انتظام کا ہدف ہے، اور دنیا کے لیے کھلا پورٹ 80 اُس راستے سے بڑی دریافت ہے جو آپ نے ابھی درست کیا.