OpenVPN remote-random: मिसाइएको क्रम, एउटै सुरुङ

remote-random थप्दा प्रोफाइल घुम्ने समूह बन्छ र प्रत्येक जडान फरक ठेगानाबाट निस्कन्छ भन्ने मान्यता छ। वास्तवमा यो निर्देशनले गर्ने काम यति हो: क्लाइन्ट जडान गर्न थाल्दा remote को सूची एक पटक मिसाउँछ र त्यसपछि त्यही नयाँ क्रममा तिनलाई प्रयास गर्छ। अन्तमा उठ्ने सुरुङ अझै पनि एउटै अन्त्य बिन्दुमा टुंगिन्छ र सत्रको पूरै आयुभर त्यहीँ रहन्छ।

यो भिन्नता परीक्षण र गोपनीयतासम्बन्धी दाबी दुवैका लागि महत्त्वपूर्ण छ।

जडान गर्दा विकल्पले के बदल्छ

क्लाइन्ट प्रोफाइलमा धेरै remote लाइनहरू हुन सक्छन्, प्रत्येकको आफ्नै होस्टनाम र पोर्ट हुन्छ। निर्देशन बिना ती फाइलको क्रममा प्रयास गरिन्छ; त्यो सहित सूची सत्रको सुरुमा एक पटक पुनर्व्यवस्थित हुन्छ र पहिले जवाफ दिने ठेगाना जित्छ। बाँकी यो प्रयासका लागि विकल्प रहन्छन्, समानान्तर मार्ग होइनन्। एउटै remote भएको प्रोफाइलले निर्देशनलाई मिसाउन केही दिँदैन, र यसको अर्थ हुन सक्छ कि भनी हेर्ने सबैभन्दा छिटो तरिका यही हो।

OpenVPN को पुस्तिकाले यो विकल्पलाई जडान प्रयासको क्रममा प्रभाव पार्ने रूपमा अभिलेख गर्छ, र व्यवहारमा अपेक्षित दायरा ठ्याक्कै त्यति नै हो।

पुनः जडानले नयाँ छनोट चक्र सुरु गर्छ, त्यसैले पछिको सत्र अन्तै पुग्न सक्छ। चलिरहेको सुरुङ उभिएसम्म सर्दैन।

भ्रम: प्रत्येक अनुरोधले नयाँ सर्भर पाउँछ

स्थापित भएपछि सुरुङले त्यो सत्रको सबै ट्राफिक छानिएको पीयरकहाँ लैजान्छ। प्रत्येक अनुरोधमा पुनः छनोट हुँदैन, र यो निर्देशन व्यक्तिगत जडानका लागि लोड ब्यालेन्सर होइन: यसले उम्मेदवार मिसाउँछ, प्याकेट बाँड्दैन। त्यो सुरुङ साझा गर्ने प्रत्येक अनुप्रयोगले एउटै पीयर साझा गर्छ। ब्राउजरले आफ्नो निकासबारे जे बताए पनि त्यो सत्रको हो, कुनै एउटा अनुरोधको होइन।

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

remote-random-hostname के का लागि हो

समान नामको दोस्रो निर्देशनले रिजोल्युसनका लागि प्रयोग हुने होस्टनाम बदल्छ, remote सूचीको क्रम होइन। कुनै नाम round-robin DNS मार्फत धेरै ठेगानामा रिजोल्भ हुने परिनियोजनका लागि यो छ, र सेवा त्यसका लागि बनेको भएमा मात्र प्रयोग गर्नुपर्छ। बदलिने रिजोल्युसन चरण मात्र हो; उम्मेदवार सूचीको क्रम बदलिँदैन।

नामहरू सम्बन्धित देखिन्छन् भनेर यसलाई सक्रिय गर्नु सामान्य गल्ती हो। वाइल्डकार्ड प्रमाणपत्र वा परिवर्तित नामको अपेक्षा नगर्ने DNS संरचना सिधै रिजोल्भ वा प्रमाणित गर्न असफल हुनेछ।

लगबाट छानिएको अन्त्य बिन्दु पढ्नुहोस्

निष्कर्षमा पुग्नुअघि सत्रले वास्तवमा कुन पीयर प्रयोग गर्यो त्यो लेख्नुहोस्। विस्तृत आउटपुटले प्रयास गरिँदै गरेको ठेगाना बताउँछ, र प्रोफाइलले आफैं कति उम्मेदवार छन् देखाउँछ। मिसाउनलाई दोष दिनुअघि त्यो संख्यालाई लगको ठेगानासँग तुलना गर्नुहोस्।

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

कार्यसम्पादन तुलनाका लागि अरू remote लाई टिप्पणीमा राखेर अन्त्य बिन्दु स्थिर गर्नुहोस्, ताकि परीक्षणको चर मार्ग होइन, प्रोटोकल वा क्लाइन्ट होस्। गोपनीयताको प्रश्नका लागि सेवाको पहिचान र यसको लगिङ समग्रमा मूल्याङ्कन गर्नुहोस्; मिसाइएको पहिलो छनोटले कुकी मेट्दैन, खाता लगइन हटाउँदैन र दुई अपरेटरलाई समान बनाउँदैन।

दिइएको विश्वास सामग्री र समर्थित अन्त्य बिन्दुको समूह सँगै राख्नुहोस्। पुनः मिसाउनेले त्यो समूह प्रयास गरिने क्रम मात्र बदल्छ।