मैले एउटा Mac mini मा qBittorrent खोलेँ, Network Interface लाई utun4 मा राखेँ, पुनः सुरु गरेँ र त्यसपछि VPN ले अझै स्वस्थ जडान देखाइरहेको बेला टोरेन्ट मेटाडेटा लिनमा अड्किएको हेर्दै आधा दिन बिताएँ। सेटिङ सिद्धान्ततः गलत थिएन; नाम पुरानो भएको थियो। macOS ले सेवाहरू सुरु हुँदा utun नम्बर दिन्छ, त्यसैले अघिल्लो हप्ता सही भएको utun4 अब नभएको टनेलतर्फ सङ्केत गरिरहेको थियो, र क्लाइन्टले आफ्ना सकेटहरू मार्ग नभएको उपकरणसँग बाँधिरहेको थियो। तलको क्रम मैले अहिले प्रयोग गर्ने हो: चलिरहेको टनेलबाट इन्टरफेस पढ्नुहोस्, क्लाइन्टमा छान्नुहोस्, सत्र पुनः सुरु गर्नुहोस् र त्यसपछि स्थानान्तरण र जानाजान गरिएको डिस्कनेक्टद्वारा बाँधाइ प्रमाणित गर्नुहोस्।

Advanced खोल्नुहोस् र इन्टरफेस फिल्ड खोज्नुहोस्

qBittorrent सञ्झ्यालमा Cmd+, ले Preferences खोल्नुहोस् र Advanced पृष्ठमा जानुहोस्। Network Interface नै महत्त्वपूर्ण फिल्ड हो: यसले प्रणालीका इन्टरफेस नामहरू सूचीबद्ध गर्छ र पूर्वनिर्धारित रूपमा Any Interface मा रहन्छ, अर्थात् क्लाइन्टले खोल्ने प्रत्येक सकेटका लागि अपरेटिङ सिस्टमले मार्ग छान्छ। परियोजनाको विकल्प सन्दर्भ ले यो फिल्ड र त्यो पूर्वनिर्धारित दस्तावेजीकरण गर्छ, र भित्रका नामहरू एउटै नभए पनि यो हरेक प्लेटफर्ममा एउटै सेटिङ हो।

यहाँ दुई कुराले मानिसहरूलाई अलमल्याउँछ। सूचीले en0, en1 र utun0 देखि utun9 सम्मका उपकरण नामहरू देखाउँछ, कहिल्यै VPN प्रदायकको उत्पादन नाम देखाउँदैन, त्यसैले समझदार छनोट गर्नुअघि तपाईंलाई मिलान चाहिन्छ। र छनोट BitTorrent सत्र सुरु हुँदा लागू हुन्छ, तपाईंले OK थिच्ने क्षणमा होइन, त्यसैले सुरक्षित देखिने परिवर्तन पुरानो बाँधाइमै चलिरहेको हुन सक्छ।

अनुप्रयोगलाई Cmd+Q ले राम्ररी बन्द गर्नुहोस् र फेरि खोल्नुअघि प्रक्रिया गएको पुष्टि गर्नुहोस्। सञ्झ्याल बन्द गर्दा त्यो लुक्छ मात्र, र लुकेको क्लाइन्टले आफ्नो सत्र, सुन्ने पोर्ट र पुरानो इन्टरफेस राख्छ।

pgrep -fl qbittorrent

तपाईंको VPN ले वास्तवमै स्वामित्व गर्ने इन्टरफेस खोज्नुहोस्

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

ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5

तीन पढाइले कुन उपकरण टनेल हो भन्ने बताउँछन्। utun प्रविष्टिलाई VPN को पूलको inet ठेगाना चाहिन्छ। scutil --nwi ले प्रणालीले कुन इन्टरफेसलाई सक्रिय मान्छ र कुन प्राथमिक हो देखाउँछ। netstat -rn ले पूर्वनिर्धारित मार्ग कता सङ्केत गर्छ देखाउँछ, र यदि त्यो मार्ग अझै en0 तर्फ सङ्केत गरिरहेको छ भने utun सँग ठेगाना हुँदा पनि टनेलले सबै ट्राफिक बोक्दैन, जसले बाँधाइले पछि के गर्ने भन्ने बदल्छ।

एकै समयमा दुई टनेल हुन सक्छन् भने, उदाहरणका लागि कामको प्रोफाइल र व्यक्तिगत, दुवै utun उपकरण हुन्छन् र तीमध्ये एउटा मात्र उपयोगी हुन्छ। बाइट काउन्टरले यो प्रश्न टुङ्गो लगाउँछन्: काउन्टर नोट गर्नुहोस्, पृष्ठ लोड गर्नुहोस् वा सानो स्थानान्तरण सुरु गर्नुहोस् र कुन सर्यो हेर्नुहोस्।

netstat -ib | grep utun

नम्बरलाई स्थिर नठान्नुहोस्। पुनः जडानले एउटै टनेललाई अर्को utun नाम दिन सक्छ, र iCloud वा Continuity सेवाले तपाईंको VPN जोडिनुभन्दा धेरै अघि utun0 ओगट्न सक्छ।

बाँधाइलाई टनेलको दायरासँग मिलाउनुहोस्

फिल्डले एउटा उपकरण बाँध्छ, र त्यति मात्र गर्छ। यदि VPN 0.0.0.0/0 लाई utun मा राउट गर्ने पूर्ण टनेल हो भने, त्यो उपकरणसँग बाँध्दा प्रत्येक पियर जडान र प्रत्येक ट्र्याकर अनुरोध VPN बाट जान्छ। यदि VPN केही सबनेट मात्र राउट गर्ने विभाजित टनेल हो भने, utun सँग बाँध्दा पियर ट्राफिक ती पियरका लागि मार्ग नभएको उपकरणमा जान्छ, र स्थानान्तरण चुहिनुको सट्टा रोकिन्छ। दुवै नतिजा Any Interface भन्दा सुरक्षित छन्, तर तीमध्ये एउटाले मात्र क्लाइन्ट कार्यरत राख्छ। क्लाइन्टबाहिर केही बदलिँदैन: ब्राउजर र अन्य एपहरूले आफ्नै मार्ग राख्छन्, त्यसैले सबै अनुप्रयोग समेट्ने आवश्यकता VPN पक्षबाट लागू गर्नुपर्छ।

केही छान्नुअघि परिस्थिति पढ्नुहोस्:

What you seeWhat it means for the bind
A utun with a provider address and the default route pointing at itFull tunnel; the bind covers peer and tracker traffic
A utun with a provider address but the default route still on en0Split tunnel; the bind will stall transfers unless the provider routes 0.0.0.0/0
No utun carrying a provider addressThe VPN is down or connects on demand; bring it up before selecting
A utun number that changed since the last sessionThe saved name is stale; reselect and restart

ठेगाना परिवार पनि महत्त्वपूर्ण छ। केवल IPv4 दिने प्रदायकले बाँधिएको इन्टरफेसलाई IPv6 ठेगाना बिना छोड्छ, त्यसैले IPv6 पियरहरू Wi-Fi बाट फुत्किनुको सट्टा असफल हुन्छन्। अलग रूपमा, सकेट बाँध्नाले नाम समाधान निश्चित गर्दैन: ट्र्याकर होस्टनामहरू macOS रिजोल्भरमार्फत समाधान हुन्छन्, जसले छानिएको उपकरणको सट्टा प्रणालीको DNS कन्फिगरेसन पछ्याउँछ।

सही देखिने छनोट असफल हुने तीन तरिका

पहिलो असफलता पुनः सुरु नगर्नु हो। फिल्डले utun4 देखाउँछ, प्राथमिकताहरू कन्फिगर देखिन्छन्, र परीक्षण स्थानान्तरण अझै Wi-Fi बाट बाहिर जान्छ किनकि चलिरहेको सत्रले पुरानो बाँधाइ राखेको थियो। पूर्ण बन्द गर्नुहोस्, pgrep ले पुष्टि गर्नुहोस्, फेरि खोल्नुहोस् र स्थानान्तरण फेरि सुरु गर्नुहोस्।

दोस्रो पुनः जडानपछिको पुरानो नाम हो। बाँधिएको उपकरण हराउनासाथ पियर जडानहरू असफल हुन्छन् र क्लाइन्टले इन्टरफेस गयो भन्ने स्पष्ट सन्देशको सट्टा ट्र्याकर त्रुटि रिपोर्ट गर्न झुक्छ, जुन मृत टोरेन्टजस्तो पढिन्छ। ifconfig फेरि पढ्नुहोस्, नयाँ नाम छान्नुहोस् र पुनः सुरु गर्नुहोस्।

तेस्रो बाँधाइ बन्द रूपमा असफल हुन्छ भन्ने मान्नु हो। इन्टरफेस छान्नु भनेको प्रणालीलाई सकेटहरू उपकरण नामसँग जोड्न भन्नु हो; त्यो नाम नहुँदा वा पुनः प्रयोग हुँदा के हुन्छ भन्ने सेटिङ्स स्क्रिनले ग्यारेन्टी गर्दैन। अर्को खण्डको डिस्कनेक्ट परीक्षण नै गणना गरिने एकमात्र प्रमाण हो।

वास्तविक स्थानान्तरण र डिस्कनेक्टले प्रमाणित गर्नुहोस्

तपाईंलाई चलाउन अनुमति भएको स्थानान्तरण प्रयोग गर्नुहोस्, जस्तै Linux वितरणको इमेज, र VPN जोडिएको बेला त्यो सुरु गर्नुहोस्। अघि र पछि प्रति-इन्टरफेस काउन्टर हेर्नुहोस् र तिनलाई VPN क्लाइन्टको आफ्नै डेटा काउन्टरसँग तुलना गर्नुहोस्; पियर सूची भरिँदै जाँदा दुवै सँगै बढ्नुपर्छ।

netstat -ib | grep utun
pgrep -fl qbittorrent

त्यसपछि VPN लाई यसको आफ्नै इन्टरफेसबाट डिस्कनेक्ट गर्नुहोस् र स्थानान्तरण हेर्नुहोस्। पियरहरू हट्नुपर्छ, र टनेल खस्नासाथ नयाँ जडानहरू असफल हुनुपर्छ। यदि थ्रुपुट चलिरहन्छ भने बाँधाइ लागू भएको छैन र तपाईं फायरवालमा होइन, पुनः सुरु गर्ने चरणमा फर्कनुभएको छ।

फेरि जोड्नुहोस् र छानिएको नाम फेरि जाँच्नुहोस्, किनकि टनेल अर्को utun अन्तर्गत फर्कन सक्छ। टनेलको प्रकार, इन्टरफेसको नाम र VPN खस्दा अपेक्षित व्यवहार लेखिएको सानो टिप्पणीले अर्को सत्र बचाउँछ: यो सेटिङ हरेक मेसिन र हरेक प्रदायकका लागि हो, र यसले क्लाइन्ट अपग्रेड वा VPN एप परिवर्तन कुनै पनि टिकाउँदैन।

सम्बन्धित लेखहरू