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 टिप्पणीत टाकून अंतिम बिंदू स्थिर करा, जेणेकरून चाचणीतील चल मार्ग नाही तर प्रोटोकॉल किंवा क्लायंट असेल। गोपनीयतेच्या प्रश्नासाठी सेवेची ओळख आणि तिची लॉगिंग एकूण पाहा; मिसळलेली पहिली निवड कुकीज पुसत नाही, खाते लॉगिन काढत नाही आणि दोन ऑपरेटर समान करत नाही।

पुरवलेली विश्वास सामग्री आणि समर्थित अंतिम बिंदूंचा संच एकत्र ठेवा। पुन्हा मिसळणे फक्त तो संच तपासला जाण्याचा क्रम बदलते।