TCP/IP प्रॉक्सी फ़िंगरप्रिंट: जानें कैसे सुनिश्चित करें कि आपका OS एंटी-बॉट को नहीं पहचानता

आपने Windows और Chrome के लिए एंटी-डिटेक्ट ब्राउज़र सेट किया है, एक साफ IP चुना है, टाइमज़ोन और भाषा को समायोजित किया है, फिर भी साइट कैप्चा डालती है या अकाउंट को बंद कर देती है। इसका एक सामान्य कारण ब्राउज़र के नीचे, TCP/IP स्तर पर होता है। सर्वर पहले कनेक्शन पैकेट (SYN) को देखता है, और इसके फ़ील्ड से पता चलता है कि यह पैकेट किस ऑपरेटिंग सिस्टम द्वारा भेजा गया है। यदि यह Linux प्रॉक्सी सर्वर है, और User-Agent Windows का दावा करता है, तो एंटी-बॉट एक विरोधाभास प्राप्त करता है, जिसे हेडर से ठीक नहीं किया जा सकता।

यह विषय अब विदेशी नहीं रहा। 13 अक्टूबर 2026 को, Proxyway के अनुसार, ब्रिटिश प्रदाता Byteful ने डेटा सेंटर और ISP प्रॉक्सियों के लिए TCP/IP फ़िंगरप्रिंट स्पूफिंग को ओपन बीटा में शामिल किया: वे Windows, macOS, Linux, Android और iOS के रूप में खुद को पेश कर सकते हैं। Proxyway का स्पष्टीकरण सरल है: एंटी-बॉट सिस्टम अब TCP/IP फ़िंगरप्रिंट पर अधिक ध्यान दे रहे हैं। नीचे हम देखेंगे कि यह जांच कैसे काम करती है, अपने प्रॉक्सी की जांच कैसे करें और असंगति की स्थिति में क्या करें।

TCP/IP फ़िंगरप्रिंट क्या है और प्रॉक्सी इसे क्यों बदलती है

प्रत्येक OS SYN पैकेट को अपने तरीके से इकट्ठा करती है: अपना प्रारंभिक TTL, TCP विंडो का आकार, विंडो स्केलिंग फैक्टर, MSS और सबसे महत्वपूर्ण, TCP विकल्पों का सेट और क्रम। पैसिव फ़िंगरप्रिंटिंग (यहां क्लासिक टूल p0f है, आधुनिक विकल्पों को Zardaxt और JA4T कहा जाता है) इन फ़ील्ड को पढ़ती है और OS का अनुमान लगाती है, बिना ग्राहक को प्रतिक्रिया में कुछ भेजे।

उन लोगों के लिए एक महत्वपूर्ण बिंदु जो प्रॉक्सी के माध्यम से काम करते हैं: साइट उस मशीन का TCP स्टैक देखती है, जो उसके लिए अंतिम कनेक्शन खोलती है। सामान्य प्रॉक्सी (HTTP CONNECT या SOCKS5) आपके कनेक्शन को स्वीकार करती है और साइट के लिए एक नया कनेक्शन अपने नाम से खोलती है। इसलिए पैकेट में TTL और TCP विकल्प प्रॉक्सी के होते हैं, आपके कंप्यूटर के नहीं। User-Agent, TLS फ़िंगरप्रिंट या हेडर को बदलना संभव है, लेकिन SYN पहले से ही उस मशीन के कोर द्वारा इकट्ठा किया गया है, जिसके माध्यम से आप बाहर जा रहे हैं।

OS के लिए सामान्य मान

Scrapfly के विश्लेषण और pydoll के दस्तावेज़ से संकेतक (विशिष्ट कर्नेल और नेटवर्क पर मान भिन्न हो सकते हैं):

• Windows 10/11: प्रारंभिक TTL 128, विंडो 64240–65535, विकल्पों का क्रम MSS, NOP, WSCALE, NOP, NOP, SACK (डिफ़ॉल्ट रूप से टाइमस्टैम्प के बिना)।
• Linux: TTL 64, विंडो 29200 कर्नेल 3.x+ पर (कुछ कर्नेल 5.x/6.x पर 64240), क्रम MSS, SACK, TIMESTAMP, NOP, WSCALE।
• macOS और iOS: TTL 64, विंडो 65535, क्रम MSS, NOP, WSCALE, NOP, NOP, TIMESTAMP, SACK, EOL।
• Android: TTL 64, विकल्पों का क्रम Linux के करीब है, जो तार्किक है, क्योंकि इसका कर्नेल Linux है।

यहां से मुख्य जाल: लगभग सभी डेटा सेंटर प्रॉक्सी Linux पर काम करते हैं। "Windows + Chrome" प्रोफ़ाइल इस तरह के प्रॉक्सी पर SYN में Linux के संकेत ले जाती है, और यह विरोधाभास सबसे अधिक ध्यान देने योग्य होता है।

एंटी-बॉट्स असंगति को कितनी सटीकता से पकड़ते हैं

खुले प्रोजेक्ट Zardaxt में आंकड़े हैं: ये p0f और satori.py का पुनर्लेखन हैं, जो विशेष रूप से रिलेर्स की तलाश करते हैं, यानी HTTP और SOCKS प्रॉक्सी, जिनके पीछे ब्राउज़र खुद को किसी अन्य मशीन के रूप में प्रस्तुत करता है। 21 सितंबर 2026 के निर्माण के लिए README के अनुसार (1,453 फ़िंगरप्रिंट का आधार लगभग 23,000 सत्रों के साथ):

• 0.8 के थ्रेशोल्ड के साथ मॉडल 94.4% कनेक्शनों को प्रॉक्सी के माध्यम से पकड़ता है और केवल 0.1% सीधे कनेक्शनों को गलत तरीके से चिह्नित करता है;
• यदि ब्राउज़र Windows का दावा करता है, तो प्रॉक्सी 96% मामलों में पकड़ा जाता है, यदि Mac का, तो 99%;
• कमजोर स्थान Android और Linux है: वे एक वर्ग साझा करते हैं, इसलिए ऐसे रिलेर्स 74% मामलों में पकड़े जाते हैं;
• टनलिंग VPN मॉडल लगभग नहीं देखता (6.1%): टनल के माध्यम से साइट से आपका अपना उपकरण स्टैक बोलता है।

OS सबसे अधिक TCP विकल्पों के क्रम को प्रकट करता है: परियोजना में फैक्टर एनालिसिस में यह फ़ील्ड 99.1% मामलों में OS का अनुमान लगाता है। DF फ्लैग लगभग बेकार है (0.362)। यह एक शोधकर्ता का ओपन टूल है, वाणिज्यिक एंटी-बॉट्स के विवरण प्रकाशित नहीं होते, लेकिन सिद्धांत वही है: SYN से OS की तुलना करें और User-Agent से OS की तुलना करें।

अपने प्रॉक्सी की जांच कैसे करें: चरण-दर-चरण

1. बिना प्रॉक्सी के "मानक" लें। सामान्य ब्राउज़र में browserleaks.com/tcp खोलें। TTL, MSS, विकल्पों का क्रम, p0f की अनुमानित जानकारी और OS के लिए Zardaxt के स्कोर को नोट करें। यह आपका असली स्टैक है।
2. कंसोल से प्रॉक्सी की जांच करें। प्रॉक्सी के माध्यम से खुले वर्गीकरणकर्ता पर अनुरोध करें:
   curl -x http://LOGIN:PASS@HOST:PORT "https://tcpip.incolumitas.com/classify?by_ip=1"
   प्रत्युत्तर में avg_score_os_class फ़ील्ड होगा जिसमें Linux, Windows, Mac OS और iOS के स्कोर होंगे। यहां विजेता प्रॉक्सी का आउटबाउंड नोड OS है, न कि आपके कंप्यूटर का।
3. एंटी-डिटेक्ट प्रोफ़ाइल में दोबारा जांचें। अब प्रॉक्सी के साथ प्रोफ़ाइल में browserleaks.com/tcp या proxydetect.live/tcpip.html खोलें। अब दो चीजों की तुलना करें: TCP/IP से OS और प्रोफ़ाइल से User-Agent से OS।
4. MSS पर ध्यान दें। एक साफ ईथरनेट लाइन MSS 1460 देती है। 1380 (WireGuard), 1360 (IPsec) या 1240 जैसे मान टनल पर होने का संकेत देते हैं। यह अपने आप में बैन नहीं है, मोबाइल नेटवर्क भी अक्सर कम MSS देते हैं, लेकिन अन्य संकेतों के साथ मिलकर संदेह बढ़ाते हैं।
5. रोटेशन पर 5-10 माप लें। रेजिडेंशियल और मोबाइल प्रॉक्सी पर हर नया IP एक अलग उपकरण हो सकता है जिसमें अलग OS हो। एक माप कुछ नहीं कहता, वितरण देखें।
6. तालिका में संक्षेप करें: प्रॉक्सी का प्रकार → TCP द्वारा OS → प्रोफ़ाइल द्वारा OS → मेल खाता है या नहीं। यही उत्तर है कि किस प्रोफ़ाइल को किस प्रॉक्सी पर चलाना है।

एक TTL प्रमाण के रूप में उपयुक्त नहीं है: हर राउटर पर दृश्य मान कम होता है, और साइट केवल निकटतम शक्ति के अनुसार प्रारंभिक (64 या 128) का मूल्यांकन करती है। फ़ील्ड के संयोजन, विशेष रूप से विकल्पों के क्रम, का महत्व है।

असंगति की स्थिति में क्या करें

1. प्रॉक्सी के लिए प्रोफ़ाइल को समायोजित करें, न कि इसके विपरीत

सबसे सस्ता तरीका: प्रोफ़ाइल की OS को इस तरह चुनें कि यह आउटबाउंड नोड द्वारा दिखाए गए के साथ मेल खाती हो। यदि प्रॉक्सी Linux देती है, तो Linux प्रोफ़ाइल चलाना अधिक ईमानदार है, बजाय इसके कि साइट को यह साबित करें कि आप Windows हैं। उन कार्यों के लिए जहां प्रोफ़ाइल की OS महत्वपूर्ण नहीं है (सार्वजनिक पृष्ठों को पार्स करना, मूल्य निगरानी), यह समस्या को पूरी तरह से हल करता है।

2. आवश्यक OS के लिए प्रॉक्सी का प्रकार चुनें

• डेटा सेंटर प्रॉक्सी लगभग हमेशा क्लाउड ASN से Linux सर्वर दिखाते हैं। यह Linux क्लाइंट (Python, Go, curl पर सर्वर) से स्क्रैपिंग के लिए सामान्य है: आपके स्क्रिप्ट का स्टैक और User-Agent मेल खाते हैं। "Windows-उपयोगकर्ता" प्रोफाइल के लिए यह एक कमजोर कड़ी है। डेटा सेंटर प्रॉक्सी वहां लें, जहां गति और प्रति गीगाबाइट कीमत महत्वपूर्ण है, न कि "जीवित व्यक्ति" की कहानी।
• रेसिडेंशियल प्रॉक्सी वास्तविक घरेलू उपकरणों और गेटवे के माध्यम से बाहर निकलते हैं, इसलिए साइट वास्तविक उपयोगकर्ता नोड का स्टैक देखती है। विशिष्ट IP पर OS पहले से सुनिश्चित नहीं है, लेकिन यह एक जीवित उपकरण का स्टैक है, न कि क्लाउड सर्वर का। मल्टी-एकाउंटिंग और जटिल एंटी-बॉट्स के लिए रेसिडेंशियल प्रॉक्सी सबसे स्वाभाविक चित्र प्रदान करते हैं, यदि रोटेशन पर OS का वितरण जांचा जाए।
• मोबाइल प्रॉक्सी Android या iOS के समान रास्ते दिखाते हैं। मोबाइल प्रोफाइल (सोशल नेटवर्क, ऐप्स, वेबसाइटों का मोबाइल संस्करण) के लिए यह सभी स्तरों पर आदर्श मेल है। असली सेलुलर IP को फर्जी से अलग करने के तरीके के बारे में अधिक जानने के लिए हमारी मोबाइल प्रॉक्सी की जांच करने के लिए निर्देशिका पढ़ें। ऐसे कार्यों के लिए मोबाइल 4G/5G प्रॉक्सी उपयुक्त हैं।

3. TCP स्तर को TLS स्तर से न मिलाएं

curl-impersonate या curl_cffi जैसे उपकरण TLS हैंडशेक और HTTP/2 को Chrome के लिए स्पूफ करते हैं, लेकिन TCP स्टैक को नहीं छूते: SYN अभी भी उस मशीन के कोर द्वारा इकट्ठा किया जाता है, जहां से कनेक्शन आ रहा है। एक अच्छा TLS फ़िंगरप्रिंट विरोधाभासी TCP के ऊपर काम नहीं करता, दोनों स्तरों की आवश्यकता होती है। TLS भाग को कैसे समायोजित करें, इस पर JA4 के माध्यम से curl_cffi के обход पर लेख में चर्चा की गई है।

4. प्रॉक्सी की ओर से OS का स्पूफिंग और टनल

प्रदाता अपने सर्वरों पर TCP/IP फ़िंगरप्रिंट के स्पूफिंग को बेचना शुरू कर रहे हैं, Byteful का उदाहरण ऊपर, लेकिन यह अभी भी दुर्लभता और बीटा में है। एक विपरीत मार्ग भी है: टनलिंग VPN मॉडल Zardaxt लगभग रिलेर्स के रूप में नहीं पकड़ता, क्योंकि साइट आपका अपना स्टैक देखती है। नुकसान भी ज्ञात हैं: कम किया गया MSS टनल को प्रकट करता है, और VPN का IP अक्सर होस्टिंग के रूप में डेटाबेस में सूचीबद्ध होता है।

आम गलतियाँ

• केवल IP चेकर्स से जांचना। IP प्रतिष्ठा सेवाएँ पते और ASN पर ध्यान देती हैं, SYN पर नहीं। Linux स्टैक के साथ साफ IP Windows प्रोफ़ाइल के तहत चेकर्स को पार कर जाता है और एंटी-बॉट पर असफल हो जाता है।
• रोटेशन पर एक माप के आधार पर निष्कर्ष निकालना। रेजिडेंशियल पूल पर अगला IP एक अलग OS हो सकता है।
• हेडर से ठीक करना। कोई भी हेडर SYN को फिर से लिखता नहीं है जब कोर इसे भेजता है।
• Linux प्रॉक्सी पर Android प्रोफाइल की अनदेखी करना। खुले मॉडल के लिए यह अनिश्चितता का क्षेत्र है (74% पकड़), लेकिन वाणिज्यिक एंटी-बॉट्स अन्य संकेत जोड़ सकते हैं, जैसे समय और मोबाइल ASN। मोबाइल प्रोफ़ाइल मोबाइल IP पर अधिक स्वाभाविक दिखती है।

निष्कर्ष

TCP/IP फ़िंगरप्रिंट एक स्तर है जिसे ब्राउज़र से ठीक नहीं किया जा सकता: इसे उस मशीन द्वारा परिभाषित किया जाता है जो साइट से कनेक्शन खोलती है। जांच में पांच मिनट लगते हैं: बिना प्रॉक्सी और प्रॉक्सी के साथ browserleaks.com/tcp, साथ ही खुले वर्गीकरणकर्ता के लिए curl। फिर एक सरल नियम: प्रोफ़ाइल की OS को आउटबाउंड नोड की OS के साथ मेल खाना चाहिए। डेटा सेंटर Linux स्क्रिप्ट के लिए उपयुक्त है, रेसिडेंशियल प्रॉक्सी "जीवित" डेस्कटॉप प्रोफाइल के लिए, मोबाइल मोबाइल परिदृश्यों के लिए। अपने प्रोफ़ाइल के लिए प्रॉक्सी का प्रकार चुनें, रोटेशन पर 5-10 माप लें, और एंटी-बॉट एक सबसे विश्वसनीय संकेत को खो देगा।