scutil --nc प्रयोग गरी टर्मिनलबाट सुरक्षित Mac VPN सुरु गर्नुहोस्

तपाईंसँग सिस्टम सेटिङमा सुरक्षित VPN सेवा छ, र तपाईं टर्मिनलले त्यो सुरु गरोस् भन्ने चाहनुहुन्छ। macOS मा समर्थित मार्ग scutil --nc हो, तर सिस्टमको आफ्नै नेटवर्क जडान प्रबन्धकको स्वामित्वमा रहेका सेवाहरूका लागि मात्र। मेनु बार API होइन: तेस्रो-पक्ष क्लाइन्टहरूसँग सामान्यतया आफ्नै स्वचालन हुन्छ, र व्यवस्थापन सेवाले पठाएको प्रोफाइलले स्थानीय सुरुवात अस्वीकार गर्न सक्छ। यो मैले पालना गर्ने जाँचसूची हो: ठ्याक्कै सेवा खोज्नुहोस्, त्यसको अवस्था पढ्नुहोस्, त्यो सुरु गर्नुहोस्, अवस्था बदलिने प्रतीक्षा गर्नुहोस्, र त्यसपछि ट्राफिकले साँच्चै टनेल प्रयोग गर्छ भनी प्रमाणित गर्नुहोस्। पहिलो नमिल्ने चरणमा रोक्नुहोस्, किनकि प्रत्येक अर्को आदेशले अघिल्लो सफल भयो भनी मान्छ।

सुरु गर्न प्रयास गर्नु अघि सेवा खोज्नुहोस्

सम्झनामा रहेको प्रोफाइल नामको सट्टा सूचीबाट सुरु गर्नुहोस्:

scutil --nc help
scutil --nc list

प्रत्येक पङ्क्तिले अवस्थालाई सेवा पहिचानकर्ता, प्रकार र प्रदर्शित नामसँग जोड्छ। पहिचानकर्ता स्क्रिप्ट लेख्ने मान हो, किनकि प्रदर्शित नामहरू दोहोरिन्छन् र सम्पादन गर्न सकिन्छ। Apple को scutil म्यानुअल ले नेटवर्क जडान मोडको दस्तावेजीकरण गर्छ, जबकि स्थापित --nc help त्यो Mac मा उपआदेशहरूको आधिकारिक सूची हो; पुरानो मार्गदर्शिकाको फ्ल्याग तपाईंको macOS संस्करणमा अझै छ भनी नमान्नुहोस्।

खाली सूची परिणाम हो, त्रुटि होइन। विक्रेताको क्लाइन्ट वा व्यवस्थापन प्रोफाइलले बनाएको सेवा यहाँ अदृश्य हुँदा पनि सक्रिय हुन सक्छ, वा मूल नियन्त्रकले चलाउन नसक्ने प्रकारसँग देखिन सक्छ। त्यस्तो अवस्थामा विक्रेताको औजार वा प्रोफाइलको कागजात प्रयोग गर्नुहोस्। सुरु गर्न केही होस् भनेर मात्र समानान्तर मूल प्रोफाइल बनाउनु खराब सौदा हो।

हालको अवस्था पढ्नुहोस् र चयनकर्ता पुष्टि गर्नुहोस्

सुरु गर्नु अघि सेवालाई अवस्था सोध्नुहोस्, सफल सुरुवातले के बदल्नुपर्छ भनी जान्न:

scutil --nc status "Office VPN"

यदि दुई सेवाले एउटै प्रदर्शित नाम साझा गर्छन् भने नाम अस्पष्ट छ। सट्टा पहिचानकर्ता दिनुहोस्; आदेशले दुवै स्वीकार्छ, तर एउटा सेवा छान्ने ग्यारेन्टी पहिचानकर्तालाई मात्र छ। स्क्रिप्टमा विश्लेषण गर्नु अघि अवस्था शब्द तपाईंलाई परिचित छ कि भनी जाँच्नुहोस् — सामान्यतया Connected, Disconnected, Connecting वा Disconnecting। प्रोफाइल व्यवस्थापित छ कि भनी पनि जाँच्नुहोस्, किनकि लक गरिएको कन्फिगरेसनले आदेश स्वीकार गरेर पनि बेवास्ता गर्न वा पुष्टि माग्न सक्छ।

यो अवस्था कल सस्तो छ, त्यसैले स्वचालनमा यसलाई रक्षकका रूपमा प्रयोग गर्नुहोस्: अवस्था Disconnected हुँदा मात्र सुरु गर्नुहोस्, र Connecting लाई असफलता नमान्नुहोस्। सेवा पहिले नै Connected छ भने काम गरिरहेको टनेल बाधा नपुर्याई सुरुवात छोड्नुहोस्।

जडान सुरु गर्नुहोस् र अवस्था स्थिर हुने प्रतीक्षा गर्नुहोस्

सुरु गर्ने अनुरोध असमकालिक छ। आदेश अनुरोध स्वीकार भएपछि फर्कन्छ, प्रमाणीकरण सकिएपछि वा मार्गहरू स्थापना भएपछि होइन। यो चलाउनुहोस्, त्यसपछि सीमित प्रतीक्षासँग अवस्था सोध्नुहोस् र सेवा Disconnected मा फर्किए बाहिर निस्कनुहोस्:

scutil --nc start "Office VPN"
n=0
while [ "$n" -lt 30 ]; do
  state=$(scutil --nc status "Office VPN" | head -n 1)
  [ "$state" = "Connected" ] && break
  [ "$state" = "Disconnected" ] && { echo "start failed"; exit 1; }
  sleep 2
  n=$((n + 1))
done

कहिल्यै नटुङ्गिने Connecting अवस्थाले सामान्यतया प्रमाणहरू, MFA वा सर्भरतर्फ संकेत गर्छ, scutil तर्फ होइन। आदेशले अन्तरक्रियात्मक लगइन दिन सक्दैन, त्यसैले टोकन वा हार्डवेयर कुञ्जी अपेक्षा गर्ने प्रोफाइल Connecting मा रहिरहन्छ र अन्ततः पछि हट्छ। पुनः प्रयास थप्नु अघि अवस्था शब्द पढ्नुहोस्; प्रमाणीकरणको सङ्केतविरुद्धको लूप सफल हुन सक्दैन।

शेलको निकास स्थितिलाई तयारी नमान्नुहोस्। उपयोगी सङ्केत अवस्था स्ट्रिङ हो, र त्यसपछि टनेलले ट्राफिक बोकिरहेको प्रमाण। चुपचाप फर्कने सुरु आदेशले तपाईंलाई कहिल्यै प्रमाणीकरण नहुने जडानसँग छोड्न सक्छ।

टनेलले ट्राफिक बोक्छ भनी प्रमाणित गर्नुहोस्, Connected भन्ने मात्र होइन

Connected ले जडानको वर्णन गर्छ, मार्गनिर्देशन निर्णयको होइन। मूल PPP र IKEv2 सेवाहरूले ppp वा utun इन्टरफेस बनाएर मार्गहरू स्थापना गर्छन्, जबकि विभाजित टनेलले पूर्वनिर्धारित मार्गलाई जानाजानी अछुतो राख्छ। इन्टरफेस र दुवै ठेगाना परिवार जाँच्नुहोस्:

ifconfig -l
netstat -rn -f inet
netstat -rn -f inet6
scutil --dns

सङ्ख्या अनुमान नगरी सेवाले बनाएको इन्टरफेस खोज्नुहोस्, त्यसपछि कुनै निश्चित गन्तव्यले कुन इन्टरफेस प्रयोग गर्छ भनी मार्गनिर्देशन तालिकालाई सोध्नुहोस्: route -n get 10.0.0.10, त्यसको ठाउँमा आन्तरिक होस्ट राखेर। यदि यसले भौतिक इन्टरफेस रिपोर्ट गर्छ भने टनेल सक्रिय छ तर त्यो प्रवाह बोकिरहेको छैन। विभाजित टनेलका मार्ग, रिजोल्भर क्रम र टनेल इन्टरफेसलाई अनुमति दिने तर प्रक्रियालाई नदिने कुनै पनि स्थानीय फायरवाल नियम जाँच्नुहोस्।

नाम समाधान सामान्य झुटो नकारात्मक हो। टनेल पूर्ण रूपमा स्वस्थ हुँदा पनि आन्तरिक नामहरू गलत रिजोल्भरमार्फत समाधान हुन सक्छन्, जुन VPN खराबीजस्तो देखिन्छ र होइन। scutil --dns ले macOS प्रयोग गर्ने क्रम देखाउँछ; रिजोल्भर परिवर्तनपछि dscacheutil -flushcache र sudo killall -HUP mDNSResponder ले क्यास खाली गर्नुहोस्।

प्रमाण र विशेषाधिकार आदेश लाइनबाहिर राख्नुहोस्

पासवर्ड, पूर्व-साझा कुञ्जी वा टोकन कहिल्यै आर्गुमेन्टमा नराख्नुहोस्। आर्गुमेन्टहरू प्रक्रिया सूचीमा देखिन्छन् र शेल इतिहासमा जम्मा हुन्छन्, र प्रतिलिपि गरिएको समर्थन ट्रान्स्क्रिप्टले ती चुहावट गर्न सक्छ। प्रोफाइलको आफ्नै प्रमाण व्यवस्थापन — Keychain वस्तु, सिस्टम सङ्केत वा क्लाइन्टको प्रमाणीकरण प्रवाह — गोप्य कुराको ठाउँ हो।

sudo सँग आदेश चलाउँदा अन्तरक्रियात्मक लगइन निगरानीविहीन हुँदैन। यसले प्रभावकारी प्रयोगकर्ता बदल्छ, GUI सङ्केत, हार्डवेयर टोकन वा लगइन किचेनको उपलब्धता होइन। प्रयोगकर्ता लगइन गरेपछि र किचेन खुलेपछि LaunchAgent ले सेवा सुरु गर्न सक्छ; LaunchDaemon सामान्यतया प्रयोगकर्ता सत्रका ती भागहरूमा पुग्न सक्दैन। यदि संस्थाले सेवा व्यवस्थापन गर्छ भने त्यसको जीवनचक्र नियमहरू कुनै पनि स्थानीय स्क्रिप्टमाथि हावी हुन्छन्।

सेवा रोक्नुहोस् र त्यो रोकिएकै रह्यो भनी प्रमाणित गर्नुहोस्

सुरु गर्न प्रयोग गरेको त्यही चयनकर्ताले रोक्नुहोस्, त्यसपछि टनेल गयो भनी मान्नुको सट्टा अवस्था फेरि पढ्नुहोस्:

scutil --nc stop "Office VPN"
scutil --nc status "Office VPN"

Disconnected मा फर्कने रोकाइले अझै एक कुरा जाँच्न छोड्छ: प्रोफाइल मागअनुसार जोडिनका लागि सेट छ कि, जसले तपाईंको स्क्रिप्टबिना त्यसलाई फर्काउन सक्छ। यदि उही Mac मा अर्को क्लाइन्टका मार्गहरू छन् भने ती मार्गहरू मूल रोकाइबाट जोगिन सक्छन्। मेसिन VPN बाहिर छ भन्ने निष्कर्ष निकाल्नु अघि मार्ग जाँच फेरि चलाउनुहोस्।

हातले चलाइने र्यापरका लागि क्रम स्थिर राख्नुहोस्: सूची, अवस्था, सुरुवात, सोधपुछ, मार्ग परीक्षण, रोकाइ, प्रमाणीकरण। पहिचानकर्ता उपलब्ध हुँदा खुला ढाँचाको आउटपुटबाट मैत्रीपूर्ण नामको विश्लेषण नगर्नुहोस्, र सुरु आदेशको निकासलाई तयारी नमान्नुहोस्। जडान प्रबन्धकले अवस्था रिपोर्ट गर्छ; तपाईंको प्रमाण अवस्था र टनेलतर्फ संकेत गर्ने मार्ग हो।