Mac کی VPN ترتیبات سرور شروع نہیں کرتیں: گیٹ وے کہاں رہتا ہے

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

کلائنٹ اندراج منزل کا نام دیتا ہے، سننے والے کا نہیں

macOS Ventura اور اس کے بعد کے سسٹم ترتیبات > نیٹ ورک > VPN میں، جو خانے پرانے ورژن نیٹ ورک ترجیحات کے تحت رکھتے ہیں وہ بیان کرتے ہیں کہ کسی اور کے آخری نقطے تک کیسے پہنچنا ہے: سرور کا پتہ، دور دراز ID، اکاؤنٹ یا سرٹیفکیٹ، اور درخواست پر جڑنے کے اختیاری قواعد۔ اس اندراج کو محفوظ کرنا آپ کے Mac کی نیٹ ورک ترتیب میں ایک کنکشن محفوظ کرتا ہے۔ اس عمل میں کچھ بھی پورٹ نہیں باندھتا، سننے والا نہیں کھولتا اور دور دراز صارف کا اندراج نہیں کرتا۔

آپ یہ shell سے جانچ سکتے ہیں۔ جس Mac کو آپ خدمت دینے کا شبہ رکھتے ہیں اس پر sudo lsof -nP -iUDP چلائیں اور وہ پورٹ دیکھیں جو آپ کا پروٹوکول استعمال کرتا ہے: IKEv2 کے لیے 500 اور 4500، OpenVPN کے طے شدہ کے لیے 1194، WireGuard کے لیے 51820۔ صرف کلائنٹ والی مشین دور دراز پتے اور پورٹ کے ساتھ جڑے ساکٹ دکھاتی ہے، ایسا وائلڈ کارڈ بندھن نہیں جس تک انٹرنیٹ کی کوئی چیز پہنچ سکے۔ Network Extension کے اندر چلنے والی سرنگیں lsof سے چھپ سکتی ہیں، اس لیے ہر حال میں ایپ کا حالت پینل بھی دیکھیں؛ جو آپ کو نہیں ملے گا وہ ایسی Apple ترجیح ہے جو اس Mac کو گیٹ وے بنا دیتی ہے۔

تین سوال دونوں کردار الگ کرتے ہیں

انہیں ترتیب سے نمٹائیں۔ پہلا عموماً باقی کا فیصلہ کرتا ہے، اور تیسرا وہ جگہ ہے جہاں Mac کے لیے مخصوص منصوبہ بندی سب سے زیادہ غلط ہوتی ہے۔

1. بات چیت کون شروع کرتا ہے؟ اگر آپ کا Mac باہر کال کرتا ہے اور دوسرا فریق جواب دیتا ہے تو آپ کو کلائنٹ چاہیے۔ اگر انٹرنیٹ کے آلات کو آپ کے نیٹ ورک تک پہنچنے کے لیے اندر کال کرنا پڑتا ہے تو آپ کو عوامی داخلہ نقطے والا گیٹ وے چاہیے، اور Mac اس گیٹ وے کا کلائنٹ رہ سکتا ہے۔

2. سرنگ کھلی ہونے کے دوران کیا قابل رسائی ہونا چاہیے؟ ایک ہوسٹ پر ایک سروس پورٹ فارورڈنگ کا فیصلہ ہے۔ نام کی تحلیل سمیت پورا سب نیٹ روٹنگ اور DNS کا فیصلہ ہے، اور یہ بدلتا ہے کہ گیٹ وے کو کیا آگے بھیجنا ہے، یہ نہیں کہ کلائنٹ اندراج کیا کہتا ہے۔

3. وصول کرنے والا سرا کون سا OS ورژن چلاتا ہے؟ Mac کے لیے اس سوال کا سخت جواب ہے۔ Apple نے VPN کو macOS Server 5.7.1 سے ہٹایا ہوا بتایا ہے، اور خود macOS Server ایپ 21 اپریل 2022 کو بند کر دی گئی؛ خدمت کی تاریخ کا نوٹس وہ صفحہ ہے جو اس وقت پڑھنا چاہیے جب کوئی پرانا سبق آپ کو VPN خدمت کے اس چیک باکس سے گزارے جو اب موجود نہیں۔

جب پہلا جواب «باہر سے کوئی شروع کرتا ہے» ہو، تو Mac کے کلائنٹ پینل میں سوئچ ڈھونڈنا چھوڑ دیں اور وہ ہوسٹ چننے جائیں جو سرنگ ختم کرے گا۔

گیٹ وے اس کے بجائے کہاں رہ سکتا ہے

چار ترتیبیں زیادہ تر گھریلو اور چھوٹے دفتری صورتوں کو ڈھانپتی ہیں۔ اصل سرور موڈ والا روٹر، مختلف لیبل والے کلائنٹ موڈ کے برخلاف، سرنگ کو کنارے پر ختم کرتا ہے اور ہوسٹوں کی تعداد کم رکھتا ہے، مگر اس فرم ویئر کی پروٹوکول معاونت سے بندھا رہتا ہے۔ NAS یا ہمیشہ آن رہنے والا منی PC فروش کا سرور پیکج چلاتا ہے اور آپ کو پڑھنے کے قابل لاگ چھوڑتا ہے۔ چھوٹا کلاؤڈ VM آپ کو اپنے زیرِ کنٹرول عوامی پتہ دیتا ہے اور دوسری سرنگ سے گھر پہنچتا ہے۔ WireGuard پر بنی mesh تہہ، یا ساتھیوں کے درمیان ریلے کرنے والی زیرِ انتظام خدمت، دونوں سروں کو باہر کال کر وا کر اندر آنے والی پورٹ فارورڈنگ سے بچتی ہے۔

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

آپ کوئی بھی ہوسٹ منتخب کریں، حد کے بجائے ایک پورٹ پر ایک پروٹوکول آگے بھیجیں، اور Mac کو اندر آنے والے راستے سے باہر رکھیں، سوائے اس کے کہ وہ مخصوص مصنوعات آپ کے چلائے ہوئے macOS ورژن کے لیے سرور کردار کی دستاویز کرے۔

پروفائل بانٹنے سے پہلے کردار کی تصدیق کریں

امیدوار گیٹ وے پر، یہ ماننے کے بجائے کہ انسٹالر نے ایک بنایا ہو، ثابت کریں کہ سننے والا موجود ہے۔ macOS پر اس کا مطلب ہے اوپر والی پورٹوں تک فلٹر شدہ sudo lsof -nP -iUDP، اور اگر پیکٹ فلٹر قواعد ڈیزائن کا حصہ ہوں تو sudo pfctl -s nat بھی۔ Linux پر ss -lunp وہی حقائق بغیر کسی ابہام کے دکھاتا ہے۔

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

اس کے بعد ہی آپ کلائنٹ پروفائلز کو چھوتے ہیں۔ Mac پر scutil --nc list وہ VPN خدمات چھاپتا ہے جو سسٹم جانتا ہے؛ اگر ابھی بنایا گیا گیٹ وے ان میں نہیں، تو آپ اس مشین سے مختلف مشین ترتیب دے رہے ہیں جس کی جانچ کی۔ اگر ہینڈ شیک LAN پر کامیاب ہو اور باہر سے ناکام ہو، تو خرابی اندر آنے والے راستے میں ہے: NAT قاعدہ، فراہم کنندہ کا CGNAT، یا گیٹ وے پر firewall، اسی ترتیب سے۔

کچھ بھی بنانے سے پہلے چار باتیں طے کریں:

• کنکشن کون سا فریق شروع کرتا ہے، آپ کا Mac یا دور دراز آلہ۔
• کیا وصول کرنے والے ہوسٹ کا OS ورژن اور مصنوعات واقعی سرور کردار کی حمایت کرتے ہیں۔
• کیا آپ کا ISP آپ کو قابل رسائی عوامی پتہ دیتا ہی ہے۔
• گیٹ وے کون سی واحد پورٹ اور پروٹوکول قبول کرے گا، اور اس کے پیچھے کون سی خدمت جواب دیتی ہے۔

اگلا قدم ٹھوس ہے: گیٹ وے ہوسٹ منتخب کریں، باہر سے اس کا سننے والا تصدیق کریں، اور پھر ہی Mac پر اس کی طرف اشارہ کرنے والا کلائنٹ اندراج بنائیں۔