हम वीपीएन उपयोगकर्ताओं (और उनकी सेटिंग्स!) और साइट से प्रॉक्सी को परिभाषित करते हैं

^{हम दिन को अंधेरे से, बुरे से बचा सकते हैं
कोई भी हमारी ज़रूरत नहीं है}

आप में से कई लोग रोजमर्रा की जिंदगी में वीपीएन या प्रॉक्सी का इस्तेमाल करते हैं। कोई इसे लगातार उपयोग करता है, राज्य या कॉर्पोरेट स्तर पर अवरुद्ध संसाधनों तक पहुंच प्राप्त करता है, कई इसे भौगोलिक स्थान पर प्रतिबंधों को दरकिनार करने के लिए कभी-कभी उपयोग करते हैं। जैसा कि आप जानते हैं कि वीडियो, संगीत और गेम स्ट्रीमिंग के क्षेत्र में बड़े इंटरनेट प्लेयर उन उपयोगकर्ताओं को कभी पसंद नहीं करते हैं जो आसानी से अपने देश में दुर्गम सामग्री को अनलॉक करके या सस्ते में खरीदारी करके भौगोलिक प्रतिबंधों को आसानी से दरकिनार कर देते हैं। आपको उदाहरण के लिए बहुत दूर नहीं जाना होगा: नेटफ्लिक्स ने 2 महीने पहले ही वीपीएन को अवरुद्ध करने पर एक खंड जोड़कर अपने उपयोग समझौते को बदल दिया था; Hulu ने उपयोगकर्ताओं को अवरुद्ध करके भी पाप किया, और स्टीम आम तौर पर रूस से गैर-रूसी बोलने वाले उपयोगकर्ताओं पर संदेह करता है। हाल ही में, कंपनियां न केवल विशिष्ट उपयोगकर्ताओं को ब्लॉक करने की कोशिश कर रही हैं, बल्कि खुद वीपीएन सेवाओं के आईपी पते, वीपीएन सेवा के लिए कुछ असुविधाएं पैदा कर रही हैं। ऐसा लगता है कि वे किसी विशेष साधन का उपयोग नहीं करते हैं, लेकिन चुनिंदा और मैन्युअल रूप से ब्लॉक करते हैं। हालाँकि, मैं किसी भी अवरोधक का समर्थन नहीं करता, लेकिन मुझे इस प्रश्न के तकनीकी हिस्से में दिलचस्पी थी: क्या यह किसी भी तरह से बहुत प्रयास किए बिना सर्वर साइड से प्रॉक्सी सर्वर और वीपीएन के उपयोग को निर्धारित करना संभव है?
यह संभव है, कुछ शर्तों के तहत। और एकदम सटीक।

MSS और MTU

एमटीयू, या अधिकतम ट्रांसमिशन यूनिट - एक पैकेट में प्रेषित किए जाने वाले डेटा की अधिकतम मात्रा। एमटीयू हर नेटवर्क एडेप्टर पर स्थापित किया जाता है, यहां तक ​​कि उन राउटरों पर भी जिसके माध्यम से आपके लिए दूरस्थ सर्वर पर आवागमन पारगमन में होता है। अधिकांश मामलों में, इंटरनेट पर MTU 1500 का उपयोग किया जाता है, हालांकि ध्यान देने योग्य अपवाद हैं, जो, वैसे, अक्सर कुछ नियमों के अधीन होते हैं।

जब आपका ब्राउज़र या नेटवर्क के साथ काम करने वाला कोई अन्य सॉफ़्टवेयर किसी दूरस्थ सर्वर पर एक टीसीपी कनेक्शन बनाता है, तो अधिकतम हेडर साइज़ (MSS) मान को पैकेट हेडर में रखा जाता है, जो सर्वर को बताता है कि यह अधिकतम आकार एक पैकेट में सेगमेंट को किस प्रकार संचारित कर सकता है। यह मान MTU के बहुत करीब है, यह तुरंत आपके इंटरनेट कनेक्शन की संभावनाओं के बारे में सर्वर को स्पष्ट करता है, अनावश्यक विखंडन को समाप्त करता है और आपको अपने चैनल का पूरी तरह से उपयोग करने की अनुमति देता है।
जब आप किसी प्रोटोकॉल (PPTP, L2TP (s IPsec), IPsec IKE) का उपयोग करते हुए किसी वीपीएन से जुड़े हुए पैकेट को भेजते हैं, तो उसे एक अन्य पैकेट में रखा जाता है, जो उसके ओवरहेड और बड़े हैंडसेट लाता है वीपीएन के बिना विखंडन के बिना भेजा गया, अब आपको टुकड़े करना होगा। इस तरह के विखंडन से बचने के लिए, OS वास्तविक नेटवर्क इंटरफ़ेस के MTU की तुलना में नेटवर्क इंटरफ़ेस पर कम MTU स्थापित करता है, इस कारण OS बड़े पैकेट बनाने की कोशिश नहीं करता है, जिन्हें विखंडन की आवश्यकता होती है।
PPTP, L2TP (s IPsec), IPsec के मामले में, जैसा कि मैं इसे समझता हूं, सुरंग के MTU के लिए कोई मानक नहीं हैं, सभी ऐसे मान सेट करते हैं जो ज्यादातर मामलों में काम करते हैं, और वे आंख से स्थापित होते हैं। एक नियम के रूप में, यह 1400 है, जो आपको विखंडन के बिना 1440 तक एमटीयू वाले चैनलों पर पीपीटीपी का उपयोग करने की अनुमति देता है, (उदाहरण के लिए, जब इंटरनेट तक पहुंचने के लिए एक और सुरंग की आवश्यकता होती है, जैसा कि रूसी प्रदाताओं के साथ अक्सर होता है)। OpenVPN - शायद सबसे लोकप्रिय वीपीएन विकल्प - इसके विपरीत, दूसरा रास्ता गया।

OpenVPN

पुराने या बस घुमावदार सॉफ्टवेयर के साथ संगतता के लिए, ओपनवीपीएन डिफ़ॉल्ट रूप से वीपीएन इंटरफेस पर कम एमटीयू मूल्य निर्धारित नहीं करता है, लेकिन एन्कैप्सुलेटेड टीसीपी पैकेट के अंदर एमएसएस मान को बदलता है। Mssfix पैरामीटर, जो डिफ़ॉल्ट रूप से 1450 पर सेट है, इसके लिए जिम्मेदार है। यह MSS को संशोधित करता है ताकि यह MTU 1450 के साथ चैनल का पूरी तरह से उपयोग करता है, अर्थात। इसके ओवरहेड की गणना इस तरह से की जाती है कि वे विखंडन के बिना MTU 1450 या अधिक वाले चैनल से गुजरते हैं। इसके परिणामस्वरूप, हमारे पास OpenVPN उपयोगकर्ताओं को मानक mssfix 1450 के साथ न केवल पहचानने का अवसर है, बल्कि उनके कनेक्शन प्रोटोकॉल (IPv4, IPv6), ट्रांसपोर्ट लेयर प्रोटोकॉल (TCP, UDP), एन्क्रिप्शन, कम्प्रेशन और MAC मापदंडों को निर्धारित करने के लिए भी है। वे अपने अद्वितीय उपरि योगदान करते हैं और एमएसएस में परिलक्षित होते हैं।
आइए विशिष्ट MSS मान देखें:

प्रोटोकॉल	ब्लॉक आकार	मैक	दबाव	एमएसएस
यूडीपी	64	SHA1	-	1369
यूडीपी	64	SHA1	+	1368
टीसीपी	64	SHA1	-	1367
टीसीपी	64	SHA1	+	1366
यूडीपी	128	SHA1	-	1353
यूडीपी	128	SHA1	+	1352
टीसीपी	128	SHA1	-	1351
टीसीपी	128	SHA1	+	1350
यूडीपी	128	SHA256	-	1341
यूडीपी	128	SHA256	+	1340
टीसीपी	128	SHA256	-	1339
टीसीपी	128	SHA256	+	1338

यदि 64 बिट्स के ब्लॉक आकार के साथ एक सिफर का उपयोग किया जाता है, तो यह संभवतः ब्लोफ़िश है, यदि 128 संभवतः एईएस है।

सिद्धांत को सत्यापित करने के लिए, 2 वीपीएन सेवाओं का परीक्षण किया गया था: VyprVPN और ibVPN। दोनों सेवाएं वर्णित विधि द्वारा सेटिंग्स की परिभाषा के अधीन हैं।
यदि आप इस तरह से नहीं जाना चाहते हैं, तो आप या तो सर्वर पर और क्लाइंट पर इसे 0 पर सेट करके mssfix को अक्षम कर सकते हैं, इस प्रकार MSS 1460 (IPv4 के मामले में) प्राप्त कर सकते हैं, जो MTU 1500 से मेल खाती है - सामान्य के लिए एक विशिष्ट MTU वायर्ड कनेक्शन जो कि अधिकांश उपयोगकर्ताओं के पास है। हालांकि, इस मामले में आपको अत्यधिक विखंडन मिलेगा, जिससे विलंब बढ़ जाता है और थ्रूपुट कम हो जाता है, इसलिए यह एमटीयू को 1400, 1380 या इसी तरह सेट करने के लिए समझ में आ सकता है (यह 2 के कई होना चाहिए, या बेहतर 10), क्योंकि ऐसे मान अक्सर प्रदाताओं द्वारा उपयोग किए जाते हैं, जैसे कि मोबाइल इंटरनेट।

प्रॉक्सी

प्रॉक्सी सर्वर को निर्धारित करने के कई तरीके नहीं हैं यदि यह कोई हेडर नहीं जोड़ता है (जैसे एक्स-फॉरवर्ड-फॉर)। प्रॉक्सी और वीपीएन के बीच तकनीकी अंतर क्या है? वीपीएन के मामले में, दूरस्थ सर्वर आपसे वह पैकेज प्राप्त करता है जिसे आपके ओएस ने अपने अपरिवर्तित (अक्सर) रूप में बनाया था। प्रॉक्सी, इसके विपरीत, दूरस्थ सर्वर (आईपी, पोर्ट, अन्य मापदंडों) और डेटा के बारे में केवल सभी जानकारी प्राप्त करता है, प्रॉक्सी के किनारे एक पैकेट बनाता है, और इसे भेजता है। विभिन्न ओएस अलग-अलग तरीकों से पैकेज बनाते हैं, संस्करण से संस्करण तक भी अंतर पाया जा सकता है। हम पैकेज के निर्माता के ओएस को बहुत सटीकता के साथ निर्धारित कर सकते हैं, संस्करण हमारे लिए बहुत अधिक रुचि नहीं है।
ऐसा लगता है कि प्रॉक्सी सबसे अधिक बार लिनक्स और बीएसडी पर चलाए जाते हैं, और विंडोज के तहत अधिक बार उपयोग किए जाते हैं। उपयोगकर्ता अक्सर उपयोगकर्ता-एजेंट को बदलने के बारे में नहीं सोचते हैं, जिसमें वे शामिल हैं जो ओएस का उपयोग कर रहे हैं, ब्राउज़र में, और यह हाथ में है।

p0f

वहाँ एक अद्भुत परियोजना p0f है जो हमारी आवश्यकताओं के साथ पूरी तरह से फिट बैठता है। ट्रैफ़िक को सुनकर, यह ओएस, एमटीयू और ब्राउज़र को निर्धारित कर सकता है, सूचित करें कि उपयोगकर्ता-एजेंट में पैकेज और ओएस के निर्माता मेल नहीं खाते हैं। इसके अलावा, इसमें एक एपीआई है। इसे थोड़ा संशोधित करके , एमटीयू निर्यात को एपीआई के माध्यम से जोड़ना और हस्ताक्षरों को अपडेट करना, हम कुछ सटीकता के साथ लोकप्रिय वीपीएन प्रोटोकॉल, प्रॉक्सी उपयोगकर्ताओं और उन उपयोगकर्ताओं का पता लगा सकते हैं जो उपयोगकर्ता-एजेंट नकली करते हैं।

चुड़ैल?

थोड़ा विचार करने के बाद, मैंने अपने विचारों को लागू करने के लिए एक छोटी वेब सेवा बनाने का फैसला किया, क्योंकि किसी कारण से, मुझे कुछ भी समान नहीं मिला।
यह turned ＷＩＴＣＨ निकला, जो आपको आसानी से आपके OpenVPN कनेक्शन की सेटिंग्स के बारे में बताएगा (यदि आप mssfix को नहीं छूते हैं, तो निश्चित रूप से), अपने ओएस को पहचानने की कोशिश करें और उपयोगकर्ता-एजेंट में ओएस के साथ तुलना करें, अपने आईपी के लिए एक पीटीआर रिकॉर्ड प्राप्त करें और नियमों के एक सेट के साथ इसकी तुलना करें, यह निर्धारित करते हुए कि आप घर या सर्वर उपयोगकर्ताओं के लिए डिज़ाइन किए गए इंटरनेट चैनल का उपयोग कर रहे हैं।

First seen = 2015/07/24 17:19:29 Last update = 2015/07/24 18:39:37 Total flows = 7 Detected OS = Linux 3.11 and newer HTTP software = Firefox 10.x or newer (ID seems legit) MTU = 1409 Network link = OpenVPN UDP bs64 SHA1 Language = Russian Distance = 15 Uptime = 1 days 19 hrs 39 min (modulo 165 days) PTR test = Probably home user Fingerprint and OS match. No proxy detected. OpenVPN detected. Block size is 64 bytes long (probably Blowfish), MAC is SHA1. 

Users ＷＩＴＣＨ भी समस्याओं के बिना टोर ब्राउज़र उपयोगकर्ताओं की पहचान करता है, जैसे यह सभी ऑपरेटिंग सिस्टम पर एक ही स्टैटिक यूजर-एजेंट (विंडोज के साथ) का उपयोग करता है, और एक्जिट नोड्स लिनक्स और फ्रीबीएसडी के तहत चल रहे हैं।


परीक्षणों के दौरान, कई दिलचस्प विवरण सामने आए:

• बीलाइन का मोबाइल इंटरनेट लिनक्स के लिए प्रॉक्सी के माध्यम से सभी कनेक्शनों को पार करता है। यह तब पता चला जब बीलाइन वाला एक व्यक्ति आईफोन से？ person तक चला गया और ओएस को लिनक्स के रूप में परिभाषित किया गया। संभवतः, यह उसके माध्यम से है कि वे HTML टैग बदलते हैं , mail.ru खोज के साथ एक टूलबार जोड़ते हैं और साइटों के डिजाइन को बदलते हैं ।
• मोबाइल उपकरणों के लिए MTU का शाब्दिक अर्थ कुछ भी हो सकता है, लेकिन आमतौर पर 0. के साथ समाप्त होता है। अपवाद 1358 से Yota है। यह स्पष्ट नहीं है कि यह किस पर निर्भर करता है, मुझे संदेह है कि यह ऑपरेटर की तरफ और टेलीफोन मॉड्यूल पर सेटिंग्स पर निर्भर करता है। अलग-अलग फोन में एक ही सिम अलग-अलग MTU का उपयोग करता है।
• OpenVPN में mssfix के लिए जिम्मेदार कोड बहुत धीमा है। यदि आपके पास नेटवर्क, सी, इच्छा और समय में ज्ञान है, तो कृपया देखें कि क्या इसे अनुकूलित किया जा सकता है।

ऐसी बातें।