प्रॉक्सी के लिए OS स्पूफिंग: अपना TCP/IP फिंगरप्रिंट सेट करें

OS स्पूफिंग अब FlashProxy ISP, डेटासेंटर, और IPv6 प्रॉक्सी पर लाइव है। आप अपने प्रॉक्सी यूजरनेम में एक सिंगल फ्लैग जोड़कर चुन सकते हैं कि आपका कनेक्शन किस ऑपरेटिंग सिस्टम से आता दिख रहा है। चार वैल्यूज सपोर्ट की जाती हैं: windows, macos, ios, और android। बिना फ्लैग के आपका फिंगरप्रिंट Linux रहता है, बिल्कुल पहले की तरह, इसलिए आपके मौजूदा सेटअप में कोई बदलाव नहीं होता। कोई अतिरिक्त लागत नहीं है।

प्रॉक्सी पर OS स्पूफिंग क्या है?

OS स्पूफिंग (जिसे OS टार्गेटिंग भी कहा जाता है) का अर्थ है ऑपरेटिंग सिस्टम को नियंत्रित करना जो एक टार्गेट साइट आपके TCP/IP फिंगरप्रिंट से अनुमान लगाती है, जो नेटवर्क लेयर पर रहता है, TLS के नीचे और आपके हेडर्स के नीचे।

यह एक अलग लेयर है जिसे ज्यादातर लोग मैनेज करते हैं। अपना यूजर एजेंट बदलना किसी साइट को बताता है कि आप क्या OS चलाने का दावा करते हैं। अपना TLS फिंगरप्रिंट बदलना इसे बताता है कि आप किस क्लाइंट या ब्राउज़र के समान दिखते हैं। कोई भी हैंडशेक को स्पर्श नहीं करता। OS स्पूफिंग करता है।

FlashProxy ISP, डेटासेंटर, और IPv6 प्रॉक्सी अब -os- फ्लैग को सपोर्ट करते हैं, चार सपोर्ट की गई वैल्यूज के साथ:

• windows

• macos

• ios

• android

हमने इसे रीयल टाइम में टेस्ट किया और इसे स्वतंत्र रूप से सत्यापित करवाया।

आपका TCP/IP फिंगरप्रिंट क्यों महत्वपूर्ण है

इससे पहले कि आपका ब्राउज़र एक भी हेडर भेजे, आपका कनेक्शन पहले ही कुछ उजागर कर चुका होता है।

हर TCP कनेक्शन छोटे विवरण लेकर आता है जो ऑपरेटिंग सिस्टम द्वारा सेट किए जाते हैं जिसने इसे खोला: शुरुआती TTL वैल्यू, शुरुआती विंडो साइज, MSS, और TCP ऑप्शंस का क्रम। ये कोई भी चीजें नहीं हैं जो आपकी एप्लिकेशन उठाती है। आपका कर्नेल इन्हें उठाता है, और अलग-अलग ऑपरेटिंग सिस्टम अलग-अलग चुनते हैं।

डिटेक्शन सिस्टम उन वैल्यूज को पढ़ते हैं और आपके ऑपरेटिंग सिस्टम को पूरी तरह पेसिव तरीके से समझ लेते हैं। कोई स्क्रिप्ट नहीं है जिसे ब्लॉक करें और कोई रिक्वेस्ट नहीं है जिसे मना करें।

यह वह है जो इस लेयर को अजीब बनाता है। अधिकांश फिंगरप्रिंटिंग सरफेसेस ऐसी चीजें हैं जिन्हें आप कहीं इंटरसेप्ट कर सकते हैं: एक कैनवास कॉल, एक WebGL क्वेरी, एक क्लाइंट-हिंट्स हेडर। पेसिव TCP फिंगरप्रिंटिंग पैकेट्स में ही होती है, इससे पहले कि आपकी एप्लिकेशन कोड का इस पर कोई कहना हो। आप इसे ब्राउज़र के अंदर से पैच नहीं कर सकते, क्योंकि ब्राउज़र ही वह चीज नहीं है जो इसे बना रही है।

प्रॉक्सी ट्रैफिक हमेशा Linux की तरह क्यों दिखता है

यह वह हिस्सा है जो लोगों को पकड़ता है।

जब आप प्रॉक्सी का उपयोग करते हैं, तो कनेक्शन जो टार्गेट साइट देखती है, वह नहीं है जिसे आपकी मशीन ने खोला। आपका क्लाइंट प्रॉक्सी से जुड़ता है, और प्रॉक्सी एक अलग कनेक्शन आगे की ओर खोलता है। तो TCP/IP फिंगरप्रिंट जो साइट पढ़ता है, वह आपका नहीं बल्कि प्रॉक्सी सर्वर का है।

प्रॉक्सी सर्वर Linux चलाते हैं। हमारे भी सहित। इसका मतलब है कि प्रॉक्सी ट्रैफिक हमेशा Linux फिंगरप्रिंट लेकर आता है।

अब दूसरे तरफ से सोचें कि यह कैसा दिखता है। एक रिक्वेस्ट एक रेजिडेंशियल ISP एड्रेस से आती है। यूजर एजेंट कहता है Windows पर Chrome। TLS फिंगरप्रिंट कहता है Windows पर Chrome। और इसके नीचे सब कुछ, हैंडशेक कहता है Linux सर्वर।

असली Windows मशीनों के पास Linux नेटवर्क स्टैक नहीं होते। सब कुछ और परफेक्ट कॉन्फ़िगर करना मदद नहीं करता, क्योंकि यह एक लेयर बाकी के विरुद्ध जाती है।

यह भी वह है जो एक सेटअप को हर फिंगरप्रिंट चेकर को पास करने दे सकता है जिसे आप फेंकते हैं और फिर भी फ्लैग किया जा सकता है। जो चेकर आप ब्राउज़र के अंदर से चलाते हैं, वह लेयर नहीं देख सकते जो आपको उजागर कर रही है। बाहर से यह सबसे सस्ते सिग्नलों में से एक है जिसे जमा किया जा सकता है, कोई JavaScript, कोई चुनौती और कोई अतिरिक्त लेटेंसी के साथ।

ISP, डेटासेंटर, और IPv6 प्रॉक्सी पर OS टार्गेटिंग का उपयोग कैसे करें

फ्लैग को अपने प्रॉक्सी यूजरनेम में जोड़ें:

USERNAME-os-windows

यह आपके मौजूदा टार्गेटिंग फ्लैग्स के साथ संयोजित होता है:

USERNAME-country-us-session-abc123-os-macos

एक पूर्ण कनेक्शन स्ट्रिंग इस तरह दिखता है:

bash

curl -x http://USERNAME-os-windows:PASSWORD@dc.flashproxy.io:777 https://api.ipify.org

सपोर्ट की गई वैल्यूज

फ्लैग प्रति कनेक्शन काम करता है, तो एक ही क्रेडेंशियल पर विभिन्न रिक्वेस्ट्स प्रत्येक एक अलग वैल्यू का उपयोग कर सकते हैं। यह आपके एक्जिट IP, इसके लोकेशन, या आपके सेशन बिहेवियर को नहीं बदलता।

ISP प्रॉक्सी, डेटासेंटर प्रॉक्सी, और IPv6 प्रॉक्सी पर उपलब्ध, किसी अतिरिक्त लागत के बिना शामिल।

अपने फिंगरप्रिंट्स को सुसंगत रखें

यह हिस्सा दो बार पढ़ने के लायक है।

एक लेयर को स्पूफ करना जबकि दूसरों को नज़रअंदाज़ करना आपको खोजना आसान बना सकता है, कठिन नहीं। Antibot सिस्टम्स सिर्फ अलग-अलग वैल्यूज चेक नहीं करते। वे चेक करते हैं कि क्या सभी सिग्नल एक विश्वसनीय डिवाइस का वर्णन करते हैं, और दो लेयर्स जो एक दूसरे के विरुद्ध जाती हैं, किसी भी वैल्यू से ज्यादा खड़ी होती हैं।

तो अगर आप -os-windows सेट करते हैं जबकि आपका TLS फिंगरप्रिंट कहता है आप एक Python लाइब्रेरी हैं और आपका यूजर एजेंट कहता है Android, आपने सिग्नल नहीं हटाया। आपने दो जोड़े हैं।

इन्हें सुसंगत बनाएं:

• TCP/IP फिंगरप्रिंट, -os- फ्लैग द्वारा सेट किया गया

• TLS फिंगरप्रिंट, आपके क्लाइंट या antidetect ब्राउज़र द्वारा सेट किया गया

• यूजर एजेंट और क्लाइंट हिंट्स, आपके रिक्वेस्ट हेडर्स में सेट किए गए

• स्क्रीन साइज, फॉन्ट्स, और टाइमज़ोन, आपकी ब्राउज़र प्रोफाइल द्वारा सेट किए गए

एक सरल नियम: वह OS चुनें जो आपका सेटअप पहले से प्रस्तुत करता है, न कि वह जो आप सबसे आम मानते हैं। ios और android के साथ विशेष रूप से सावधान रहें, क्योंकि इसका मतलब एक मोबाइल डिवाइस है। या तो को एक डेस्कटॉप यूजर एजेंट के साथ जोड़ना एक डिवाइस का वर्णन करता है जो मौजूद नहीं है।

अधिक नियंत्रण, समान विश्वसनीयता

फिंगरप्रिंटिंग स्टैक के नीचे आगे बढ़ता रहता है। हेडर्स और कुकीज़ वह लेयर्स हैं जिन्हें हर कोई पहले से मैनेज करता है। नेटवर्क लेयर वहां चुप बैठी है Linux कह रही है, और जो vendors इसे पढ़ते हैं, उन्हें यह अधिकांश यूजर्स से बेहतर पता है।

उस अंतर को बंद करना ऐसा लगा जैसे यह प्रोडक्ट के साथ आना चाहिए, न कि अतिरिक्त खर्च करना चाहिए, तो यह आता है।