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 बाट लुक्न सक्छन्, त्यसैले जसरी भए पनि एपको स्थिति प्यानल पनि जाँच्नुहोस्; तपाईंले नपाउने कुरा यो Mac लाई गेटवे बनाउने Apple प्राथमिकता हो।

तीन प्रश्नले दुई भूमिका छुट्याउँछन्

तिनलाई क्रमैसँग सम्हाल्नुहोस्। पहिलोले सामान्यतया बाँकी निर्धारण गर्छ, र तेस्रो 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 ठेगाना र बाहिरी संसारले देख्ने ठेगाना तुलना गर्नुहोस्; ती फरक भए र राउटरको मान निजी वा साझा दायरामा छ भने रिले अवस्थाका लागि योजना बनाउनुहोस्।

जुनसुकै होस्ट छाने पनि दायराको सट्टा एउटा पोर्टमा एउटा प्रोटोकल अगाडि पठाउनुहोस्, र तपाईंले चलाइरहेको macOS संस्करणका लागि त्यो विशिष्ट उत्पादनले सर्भर भूमिका लेखेको छैन भने Mac लाई भित्र आउने मार्गबाट बाहिर राख्नुहोस्।

प्रोफाइल बाँड्नुअघि भूमिका पुष्टि गर्नुहोस्

उम्मेदवार गेटवेमा, इन्स्टलरले एउटा बनाएको होला भन्ने विश्वास गर्नुको सट्टा लिसनर अवस्थित छ भनी प्रमाणित गर्नुहोस्। 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 मा त्यसतर्फ देखाउने क्लाइन्ट प्रविष्टि बनाउनुहोस्।