Netnut

क्या हुआ

2 जुलाई, 2026 को Google ने NetNut रेज़िडेंशियल प्रॉक्सी नेटवर्क—जिसे Popa के नाम से भी जाना जाता है—में एक समन्वित व्यवधान की घोषणा की। यह कार्रवाई FBI, Lumen, और कई अन्य साझेदारों के साथ मिलकर की गई। यह जनवरी 2026 में IPIDEA प्रॉक्सी नेटवर्क के खिलाफ एक समान ऑपरेशन के बाद हुई है और Google के उस घोषित उद्देश्य का हिस्सा है जिसके तहत वह, उसके अनुसार, दुर्भावनापूर्ण रेज़िडेंशियल प्रॉक्सी नेटवर्क्स को खत्म करना चाहता है।

Google का Threat Intelligence Group (GTIG) टेकडाउन से पहले कुछ समय से NetNut को ट्रैक कर रहा था। जून 2026 में एक ही सप्ताह के दौरान, GTIG ने संदिग्ध NetNut एग्ज़िट नोड्स का उपयोग करने वाले 316 अलग–अलग थ्रेट क्लस्टर्स देखे। उन क्लस्टर्स में साइबरक्रिमिनल समूह और राज्य–प्रायोजित जासूसी करने वाले एक्टर्स दोनों शामिल थे। केवल यह संख्या ही समस्या के पैमाने का अंदाज़ा देती है: सात दिनों के भीतर 316 अलग–अलग बदनीयत ऑपरेशन्स उसी मूलभूत पूल के समझौता किए गए डिवाइसेज़ के जरिए ट्रैफिक रूट कर रहे थे।

अगर आप NetNut के भरोसेमंद विकल्प ढूंढ रहे हैं, तो यहां हमारा लेख देखें: NetNut Alternatives।

NetNut वास्तव में क्या था

NetNut ने खुद को एक वैध रेज़िडेंशियल प्रॉक्सी प्रोवाइडर के तौर पर मार्केट किया। सतह पर यह किसी भी दूसरे प्रॉक्सी बिज़नेस जैसा ही दिखता था: एक वेबसाइट, एक डैशबोर्ड, प्राइसिंग प्लान्स, एक रीसेलर प्रोग्राम, और अन्य ब्रांड्स के लिए एक व्हाइट–लेबल ऑफरिंग। फर्क यह था कि एग्ज़िट नोड्स कहां से आ रहे थे। Google ने NetNut नेटवर्क का अनुमान कम–से–कम 2 मिलियन डिवाइसेज़ का लगाया। वे डिवाइसेज़ ऐसे वॉलंटियर्स नहीं थे जिन्होंने अपनी बैंडविड्थ शेयर करने के लिए साइन अप किया हो। वे सामान्य उपभोक्ता मशीनें थीं जिन्हें संक्रमित करके, मालिकों की जानकारी के बिना, बॉटनेट में शामिल कर दिया गया था।

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

Synthient, Spur, Nokia Deepfield, और अन्य की सार्वजनिक रिपोर्टिंग ने नुकसान की एक अतिरिक्त परत का दस्तावेजीकरण किया: NetNut एग्ज़िट नोड्स का उपयोग Mirai DDoS बॉटनेट के वैरिएंट्स वितरित करने के लिए किया गया। Mirai मालवेयर का एक जाना–पहचाना परिवार है जो खास तौर पर कनेक्टेड डिवाइसेज़ को निशाना बनाता है और उन्हें ट्रैफिक से लक्ष्यों को भर देने के लिए इस्तेमाल करता है। इसलिए डिवाइस दोहरा काम कर रहा था: भुगतान करने वाले ग्राहकों के लिए एक प्रॉक्सी एग्ज़िट नोड की तरह काम करना, और संभवतः उसी समय डिस्ट्रिब्यूटेड डिनायल–ऑफ–सर्विस हमलों में भी भाग लेना।

एक नेटवर्क–लेवल जोखिम भी है जिसे अक्सर नजरअंदाज कर दिया जाता है। जब कोई होम डिवाइस एक एग्ज़िट नोड बन जाता है, तो अनधिकृत ट्रैफिक होम राउटर से होकर गुजरता है। इससे बदनीयत एक्टर्स को उसी लोकल नेटवर्क पर मौजूद अन्य डिवाइसेज़ तक पहुंचने का एक रास्ता मिल जाता है—चाहे वह किसी परिवार के सदस्य का लैपटॉप हो, स्मार्ट TV हो, या होम सिक्योरिटी कैमरा हो। समझौता केवल संक्रमित डिवाइस तक सीमित नहीं रहता।

व्हाइट–लेबल समस्या

यहीं से कहानी वैध प्रॉक्सी उद्योग के लिए और जटिल हो जाती है। NetNut एक रीसेलर और व्हाइट–लेबल प्रोग्राम चलाता था, जो इस क्षेत्र में एक सामान्य बिज़नेस मॉडल है। उस मॉडल के तहत, अन्य ब्रांड्स NetNut के पूल तक होलसेल एक्सेस खरीदते हैं और उसे अपने नाम से बेचते हैं। Google ने अपने खुलासे में कहा कि उसे उच्च विश्वास है कि कई लोकप्रिय रेज़िडेंशियल प्रॉक्सी ब्रांड्स वास्तव में NetNut बॉटनेट को व्हाइट–लेबल कर रहे थे। उन ब्रांड्स को शायद पता नहीं था कि मूलभूत पूल संक्रमित डिवाइसेज़ से बना था, या उन्होंने बहुत सावधानी से जांच न करने का विकल्प चुना। किसी भी स्थिति में, उनके ग्राहक बिना जाने समझौता किए गए उपभोक्ता मशीनों के जरिए ट्रैफिक रूट कर रहे थे।

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

Google ने वास्तव में क्या किया

Google की कार्रवाइयां एक साधारण डोमेन ब्लॉक से अधिक सर्जिकल थीं। Google ने उन Google अकाउंट्स और सेवाओं को निष्क्रिय कर दिया जिनका उपयोग NetNut के मालवेयर कमांड–एंड–कंट्रोल इन्फ्रास्ट्रक्चर के लिए किया जा रहा था। उन C2 चैनलों के बिना, पीड़ित डिवाइसेज़ पर इंस्टॉल किया गया मालवेयर निर्देश प्राप्त करने और नई कनेक्शन्स रजिस्टर करने की क्षमता खो देता है। Google ने NetNut के SDKs और बैकएंड C2 इन्फ्रास्ट्रक्चर के बारे में तकनीकी इंटेलिजेंस अपने साझेदारों के साथ भी साझा की, जिनमें Lumen शामिल है, जो इंटरनेट ट्रैफिक ले जाने वाले प्रमुख बैकबोन नेटवर्क्स में से एक संचालित करता है। Lumen उस इंटेलिजेंस के आधार पर इन्फ्रास्ट्रक्चर स्तर पर ट्रैफिक को ब्लॉक कर सकता है। Android में बिल्ट–इन सिक्योरिटी लेयर Google Play Protect को उन ऐप्स को फ्लैग करने के लिए अपडेट किया गया जिनमें NetNut SDKs शामिल होने की जानकारी है।

Google ने आकलन किया कि इन समन्वित कार्रवाइयों ने NetNut के प्रॉक्सी नेटवर्क और उसके बिज़नेस ऑपरेशन्स में महत्वपूर्ण गिरावट पैदा की, जिससे उपलब्ध डिवाइसेज़ का पूल लाखों तक घट गया। यह क्षमता पर एक सार्थक प्रहार है। उसी समय, Google ने सावधानी से यह भी नोट किया कि जनवरी में IPIDEA के व्यवधान ने दिखाया कि व्यक्तिगत नेटवर्क्स लचीले दिखाई दे सकते हैं। जब किसी प्रॉक्सी ऑपरेटर का अपना बॉटनेट कमजोर होता है, तो दस्तावेजीकृत पैटर्न यह है कि वे भरपाई के लिए अन्य प्रॉक्सी नेटवर्क्स से क्षमता खरीदना शुरू कर देते हैं। इकोसिस्टम समय के साथ इन झटकों को अवशोषित करने का एक तरीका रखता है, इसी कारण Google इन कार्रवाइयों को एक बार के फिक्स के बजाय एक सतत अभियान के रूप में फ्रेम करता है।

प्रॉक्सी खरीदने वाले लोगों के लिए यह क्यों मायने रखता है

यदि आप एक डेवलपर या ग्रोथ इंजीनियर हैं जो वेब स्क्रैपिंग, ऐड वेरिफिकेशन, प्राइस मॉनिटरिंग, या किसी समान कार्य के लिए रेज़िडेंशियल प्रॉक्सी का उपयोग करते हैं, तो NetNut की स्थिति एक व्यावहारिक सवाल उठाती है: आपको कैसे पता चले कि आपका प्रॉक्सी प्रोवाइडर अपने पूल को वैध तरीके से स्रोत कर रहा है?

ईमानदार जवाब यह है कि यह बताना हमेशा आसान नहीं होता। कुछ चीजें हैं जिन्हें आप जांच सकते हैं और जिनके बारे में जानना उपयोगी है। वैध प्रोवाइडर्स अपना एक्विज़िशन मॉडल स्पष्ट रूप से बताएंगे, आमतौर पर किसी पीयर–टू–पीयर SDK के रूप में जहां डिवाइस मालिकों को सूचित किया जाता है और उन्हें मुआवजा दिया जाता है। Ethical Web Data Collection Initiative या इसी तरह की संस्थाओं के सदस्य प्रोवाइडर्स ने कम–से–कम एक फ्रेमवर्क के लिए साइन अप किया होता है, हालांकि केवल सदस्यता अपने–आप में कोई गारंटी नहीं है। जो प्रोवाइडर्स IPs कैसे रिक्रूट करते हैं इस बारे में अस्पष्ट या टालमटोल करते हैं, वह एक चेतावनी संकेत है।

केवल कीमत का स्तर अपने आप में एक भरोसेमंद संकेत नहीं है। NetNut असामान्य रूप से सस्ता नहीं था। यह एक बड़ा, अच्छी तरह से फंडेड ऑपरेशन था। यहां कीमत एक कमजोर फ़िल्टर है।

NetNut केस यह जरूर पुष्ट करता है कि प्रॉक्सी मार्केटिंग कॉपी में लिखे पूल साइज के नंबर हमेशा वैसे नहीं होते जैसे वे दिखाई देते हैं। एक नेटवर्क जो “millions of residential IPs” का विज्ञापन करता है, वह उन संक्रमित डिवाइसेज़ को गिन रहा हो सकता है जिन्हें पता ही नहीं कि वे पूल का हिस्सा हैं। यह आपकी ऑपरेशन्स के लिए भी मायने रखता है, सिर्फ नैतिकता के लिए नहीं। बॉटनेट–स्रोत IPs की उपयोगी लाइफस्पैन आमतौर पर छोटी होती है, कनेक्शन्स कम स्थिर होते हैं, और प्रदर्शन की स्थिरता भी कमजोर होती है, बनिस्बत उन IPs के जो ऐसे यूज़र्स से स्रोत किए गए हों जिन्होंने जानबूझकर ऑप्ट–इन किया हो। नैतिक विकल्प और ऑपरेशनल तौर पर बेहतर विकल्प अक्सर एक ही निकलते हैं।

व्यापक पैटर्न

NetNut पर कार्रवाई 2026 में दूसरा बड़ा रेज़िडेंशियल प्रॉक्सी व्यवधान है, जो जनवरी में IPIDEA के बाद हुआ। Google की फ्रेमिंग जानबूझकर है: वे इसे अलग–थलग घटनाओं के बजाय एक सतत अभियान के रूप में वर्णित कर रहे हैं। FBI की भागीदारी एक कानून–प्रवर्तन आयाम जोड़ती है जिसे केवल तकनीकी काउंटरमेज़र्स दोहरा नहीं सकते, क्योंकि इससे ऑपरेटर्स के खिलाफ आपराधिक आरोपों का रास्ता खुलता है, भले ही उनका मुख्यालय कहीं भी हो।

प्रॉक्सी उद्योग के लिए, रुझान स्पष्ट है। गंभीर संस्थागत ध्यान के बिना एक बड़े बॉटनेट–समर्थित रेज़िडेंशियल प्रॉक्सी नेटवर्क का संचालन करने के दिन समाप्त हो रहे हैं। इन्फ्रास्ट्रक्चर निर्भरताएं—विशेष रूप से C2 के लिए Google सेवाओं पर और ट्रैफिक रूटिंग के लिए Lumen जैसे प्रमुख बैकबोन प्रोवाइडर्स पर—अधिकारियों को कुछ साल पहले की तुलना में अधिक leverage देती हैं। प्रत्येक कार्रवाई तकनीकी इंटेलिजेंस भी उत्पन्न करती है जो अगली कार्रवाई को feed करती है।

खरीदारों के लिए, व्यावहारिक निष्कर्ष सीधा है। अपने प्रोवाइडर की जांच–पड़ताल करें। सीधे पूछें कि IP पूल कैसे स्रोत किया गया है। उनके रिक्रूटमेंट मॉडल का सार्वजनिक दस्तावेज़ देखें। अगर आप NetNut के भरोसेमंद विकल्प ढूंढ रहे हैं, तो यहां हमारा लेख देखें: NetNut Alternatives। NetNut के व्यवधान ने उस पूल का उपयोग करने वाले सभी लोगों से क्षमता छीन ली, जिनमें वे ग्राहक भी शामिल थे जिन्हें पता ही नहीं था कि वे समझौता किए गए डिवाइसेज़ पर निर्भर हैं। ऐसी प्रोवाइडर चुनना जो अपने नेटवर्क को पारदर्शी तरीके से स्रोत करता हो, अब सिर्फ एक नैतिक प्राथमिकता नहीं रह गया है। यह बिज़नेस कंटिन्यूटी का निर्णय है।

स्रोत: https://cloud.google.com/blog/topics/threat-intelligence/google-continued-disruption-residential-proxy-networks

प्रॉक्सी प्रकार

उपलब्ध देश

अंतरफलक भाषा

भुगतान विधियाँ

इंटीग्रेशनस

विनिर्देश

आईपी एड्रेस घुमाव

पैसे वापसी की अवधि (घंटे)

निःशुल्क परीक्षण

शहर के अनुसार लक्ष्य बनाना

मूल्य निर्धारण

के लिए शीर्ष 9 विकल्प Netnut

CyberYozh

⭐ 4.89

💰 से $1.85

🌍 100+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, ISP प्रॉक्सी, डेटासेंटर प्रॉक्सी

अधिक जानें

Proxys.io

⭐ 4.9

💰 से $0.1

🌍 195+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, इंडिविजुअल IPv6 प्रॉक्सी, डायनेमिक IPv6 प्रॉक्सी, ISP प्रॉक्सी, डेटासेंटर प्रॉक्सी

अधिक जानें

NodeMaven

⭐ 4.97

💰 से $2.75

🌍 190+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, ISP प्रॉक्सी

अधिक जानें

Evomi

⭐ 4.89

💰 से $0.3

🌍 150+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, ISP प्रॉक्सी, डेटासेंटर प्रॉक्सी

अधिक जानें

ProxyLine

⭐ 4.7

💰 से $0.48

🌍 100+ देश

📡 इंडिविजुअल IPv6 प्रॉक्सी, डेटासेंटर प्रॉक्सी

अधिक जानें

ProxyEmpire

⭐ 4.85

💰 से $0.35

🌍 170+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, ISP प्रॉक्सी, डेटासेंटर प्रॉक्सी

अधिक जानें

Geonix

⭐ 4.88

💰 से $0.07

🌍 200+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, इंडिविजुअल IPv6 प्रॉक्सी, ISP प्रॉक्सी, डेटासेंटर प्रॉक्सी

अधिक जानें

Soax

⭐ 4.88

💰 से $0

🌍 195+ देश

📡 मोबाइल प्रॉक्सी, रेज़िडेंशियल प्रॉक्सी, ISP प्रॉक्सी

अधिक जानें

SwiftProxy

⭐ 4.85

💰 से $0.7

🌍 195+ देश

📡 रेज़िडेंशियल प्रॉक्सी

अधिक जानें

हमारी समीक्षा

लेखक Caproxy Team

प्रकाशित: 2026-01-23
अंतिम अपडेट: 2026-07-28

357

NetNut 2019 से मौजूद है, और प्रॉक्सी की दुनिया में यह इतना समय है कि उसने अपनी पहचान और प्रतिष्ठा बना ली है। कंपनी खुद को साफ तौर पर उन बिजनेस ग्राहकों के लिए पेश करती है जिन्हें बड़े पैमाने पर लगातार डेटा कलेक्शन चाहिए, और यह बात उसकी कीमतों की संरचना से लेकर सेल्स प्रोसेस तक हर जगह दिखती है। अगर आप $30 के बजट वाले फ्रीलांसर हैं, तो यह समीक्षा आपका कुछ समय बचा देगी: NetNut आपके लिए नहीं है। अगर आप सच में भारी वॉल्यूम पर डेटा पाइपलाइन्स चला रहे हैं, तो आगे पढ़ें।

NetNut वास्तव में क्या ऑफर करता है

NetNut चार प्रॉक्सी प्रोडक्ट लाइनों पर काम करता है। इसका प्रमुख प्रोडक्ट रोटेटिंग रेजिडेंशियल प्रॉक्सी हैं, जिनका पूल 195 देशों में 85 मिलियन से ज्यादा IPs का है। यह संख्या पीयर टू पीयर सोर्सिंग की बजाय सीधे ISP कनेक्शन्स के जरिए वेरिफाई की जाती है, और यही वह मुख्य आर्किटेक्चरल फर्क है जो NetNut को कई प्रतिस्पर्धियों से अलग करता है। P2P आधारित रेजिडेंशियल नेटवर्क में आप रियल टाइम में किसी दूसरे उपभोक्ता के डिवाइस के जरिए रूट होते हैं, जिससे उस डिवाइस के ऑफलाइन होते ही लेटेंसी स्पाइक्स और उपलब्धता में गैप्स आ जाते हैं। NetNut सीधे ISP इंफ्रास्ट्रक्चर के जरिए रूट करता है, इसलिए IPs रेजिडेंशियल एड्रेस की तरह व्यवहार करते हैं, बिना इस पर निर्भर हुए कि कोई व्यक्तिगत डिवाइस लगातार कनेक्टेड रहे। व्यावहारिक नतीजा यह है कि अपटाइम ज्यादा स्थिर रहता है और रिस्पॉन्स टाइम में उतार चढ़ाव कम होता है, हालांकि औसत लेटेंसी फिर भी इस बात पर निर्भर कर सकती है कि आप पूल से कौन सा IP लेते हैं।

रेजिडेंशियल प्रोडक्ट के अलावा, NetNut मोबाइल प्रॉक्सी भी देता है, जो 100 देशों में 5 मिलियन IPs कवर करते हैं और 3G, 4G, 5G और LTE सपोर्ट के साथ आते हैं। एक स्टैटिक रेजिडेंशियल लाइन भी है जिसमें 1 मिलियन से ज्यादा IPs हैं, उन कामों के लिए जहां आपको कई रिक्वेस्ट्स में वही पता चाहिए। साथ ही एक डेटासेंटर प्रोडक्ट भी है जो दुनिया भर में 150,000 IPs कवर करता है। डेटासेंटर टियर 99.99% अपटाइम का दावा करता है, जो इस प्रोडक्ट टाइप के लिए सही भी है क्योंकि इसका इंफ्रास्ट्रक्चर पूरी तरह सर्वर साइड होता है।

कच्चे प्रॉक्सी प्रोडक्ट्स के अलावा, NetNut स्क्रैपिंग टूल्स भी बेचता है। Website Unblocker अपने आप CAPTCHA सॉल्विंग और डायनैमिक फिंगरप्रिंटिंग संभालता है और 100% सफलता दर का दावा करता है। एक SERP Scraper API भी है जो किसी भी लोकेशन, भाषा या डिवाइस कॉन्फिगरेशन के लिए स्ट्रक्चर्ड सर्च रिजल्ट्स लौटाता है। ये प्रॉक्सीज से अलग प्रोडक्ट कैटेगरी में आते हैं, लेकिन अहम इसलिए हैं क्योंकि ये वैल्यू प्रपोजिशन बदल देते हैं: प्रॉक्सी रोटेशन खुद मैनेज करने की बजाय आप पूरा एंटी बॉट लेयर NetNut के इंफ्रास्ट्रक्चर पर ऑफलोड कर सकते हैं।

परफॉर्मेंस और स्पीड

यहीं चीजें थोड़ी बारीक हो जाती हैं। डायरेक्ट ISP आर्किटेक्चर सच में कम फ्रॉड स्कोर देता है। टेस्टिंग में NetNut के पूल से रेजिडेंशियल IPs लगातार 100 में से 12 से 16 के बीच फ्रॉड स्कोर दिखाते रहे, जो किसी भी मानक के हिसाब से कम जोखिम है। आम डिटेक्शन टूल्स इन्हें प्रॉक्सी के रूप में फ्लैग नहीं करते, और जियो एक्यूरेसी भी मजबूत है। जब मैंने कैलिफोर्निया का IP लिया, तो एग्जिट पॉइंट सही तौर पर Cox या AT&T के रेजिडेंशियल एड्रेस के रूप में आया, किसी होस्टिंग प्रोवाइडर के रूप में नहीं।

लेटेंसी एक अलग कहानी है। पूरे पूल में इसका रेंज काफी बड़ा है, तेज सिरे पर लगभग 18 ms से लेकर धीमे सिरे पर 1,000 ms से भी ऊपर तक। आपके काम के हिसाब से यह अंतर बहुत मायने रखता है। ई कॉमर्स प्रोडक्ट लिस्टिंग्स की बल्क स्क्रैपिंग में 900 ms का रिस्पॉन्स परेशान तो करता है, लेकिन संभाला जा सकता है। पर जहां समय संवेदनशीलता हो, जैसे फाइनेंशियल डेटा फीड्स या ऑक्शन मॉनिटरिंग, वहां यह टेल लेटेंसी दिक्कत बन जाएगी। इसके पीछे का कारण सीधा है: 195 देशों में फैले 85 मिलियन IPs के पूल में कुछ एग्जिट नोड्स आपके टारगेट से स्वाभाविक रूप से ज्यादा दूर होते हैं, और रिक्वेस्ट भेजने से पहले कम लेटेंसी वाले IPs को फिल्टर करने का हमेशा कोई साफ तरीका नहीं होता। इसका वर्कअराउंड यह है कि आप अपने खास टारगेट के लिए कुछ IPs का सैंपल टेस्ट करें, एक व्हाइटलिस्ट बनाएं, और अपनी रिक्वेस्ट्स को उसी सब सेट की तरफ ज्यादा झुकाएं।

टेस्टिंग में डाउनलोड स्पीड 5.9 से 7.8 Mbps के बीच रही, जो अधिकांश स्क्रैपिंग काम के लिए पर्याप्त है। ब्लैकलिस्ट मौजूदगी 61 चेक में 2 रही, जो इस आकार के रेजिडेंशियल पूल के लिए स्वीकार्य है। वास्तविक स्क्रैपिंग टास्क्स पर सफलता दर लगभग 85 से 86% रही, जो ठीक ठाक है लेकिन असाधारण नहीं। इसी प्राइस रेंज में कुछ प्रतिस्पर्धी तुलनीय टारगेट्स पर 95% के करीब तक पहुंच जाते हैं।

सेटअप

सेटअप प्रोसेस सामान्य ही है। आपको एक सर्वर एड्रेस, एक पोर्ट, एक यूजरनेम और एक पासवर्ड मिलता है। इन्हें आप अपने स्क्रैपिंग टूल या ब्राउज़र एक्सटेंशन में डालते हैं, रीस्टार्ट करते हैं, और काम शुरू हो जाता है। डैशबोर्ड में यूसेज ट्रैकिंग, एंडपॉइंट कॉन्फिगरेशन और IP व्हाइटलिस्टिंग शामिल है। यह भारी या उलझाऊ नहीं है, लेकिन कुछ नए प्लेटफॉर्म्स की तरह पॉलिश्ड भी नहीं लगता जिन्होंने UI में काफी निवेश किया है। डॉक्यूमेंटेशन उपयोगी है, पर खास नहीं, और कुल मिलाकर ऑनबोर्डिंग अनुभव का भी यही सार है।

ऑथेंटिकेशन के लिए NetNut यूजरनेम पासवर्ड और IP व्हाइटलिस्टिंग, दोनों सपोर्ट करता है। यूजरनेम पासवर्ड ऑथेंटिकेशन ज्यादातर टीमें इस्तेमाल करती हैं क्योंकि यह इस बात से स्वतंत्र है कि रिक्वेस्ट कहां से आ रही है। IP व्हाइटलिस्टिंग सिद्धांततः ज्यादा सुरक्षित है, लेकिन अगर आपकी टीम डिस्ट्रिब्यूटेड है या आपका आउटबाउंड IP अक्सर बदलता है, तो ऑपरेशनल झंझट बढ़ा देती है। सही विकल्प आपके इंफ्रास्ट्रक्चर सेटअप पर निर्भर करता है, किसी एक कठोर नियम पर नहीं कि कौन बेहतर है।

प्रोग्रामेटिक प्रॉक्सी मैनेजमेंट के लिए API एक्सेस उपलब्ध है। नीचे requests लाइब्रेरी के साथ रिट्राई लॉजिक का उपयोग करते हुए एक काम करने वाला Python उदाहरण दिया गया है, जहां requests Python के लिए जनरल पर्पज HTTP लाइब्रेरी है, और urllib3 रिट्राई अडैप्टर के लिए इस्तेमाल हुआ है:

import requests
from requests.adapters import HTTPAdapter
from urllib3.util.retry import Retry

NETNUT_HOST = "residential.netnut.io"
NETNUT_PORT = 5959
NETNUT_USER = "your_username"
NETNUT_PASS = "your_password"

proxy_url = f"http://{NETNUT_USER}:{NETNUT_PASS}@{NETNUT_HOST}:{NETNUT_PORT}"

proxies = {
 "http": proxy_url,
 "https": proxy_url,
}

# Retry on connection errors and 5xx responses.
# max_retries=3 with backoff_factor=1.0 gives waits of 1s, 2s, 4s between attempts.
# This handles transient pool exhaustion without hammering the endpoint.
retry_strategy = Retry(
 total=3,
 backoff_factor=1.0,
 status_forcelist=[500, 502, 503, 504],
 allowed_methods=["GET", "POST"],
)

adapter = HTTPAdapter(max_retries=retry_strategy)
session = requests.Session()
session.mount("http://", adapter)
session.mount("https://", adapter)

headers = {
 "User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) "
 "AppleWebKit/537.36 (KHTML, like Gecko) "
 "Chrome/124.0.0.0 Safari/537.36",
 "Accept-Language": "en-US,en;q=0.9",
}

try:
 response = session.get(
 "https://httpbin.org/ip",
 proxies=proxies,
 headers=headers,
 timeout=15, # 15 seconds is a safe ceiling for residential IPs
 )
 response.raise_for_status()
 print("Exit IP:", response.json())
except requests.exceptions.ProxyError as e:
 print(f"Proxy connection failed: {e}")
except requests.exceptions.Timeout:
 print("Request timed out. Consider increasing timeout for slow IPs.")
except requests.exceptions.HTTPError as e:
 print(f"HTTP error from target: {e}")

इस उदाहरण में 15 सेकंड का टाइमआउट जानबूझकर रखा गया है। रेजिडेंशियल पूल में लेटेंसी का उतार चढ़ाव देखते हुए, 5 सेकंड जैसा सख्त टाइमआउट वैध लेकिन धीमे IPs पर असमान रूप से ज्यादा फॉल्स फेल्योर पैदा करेगा। आप इसे अपने टारगेट के हिसाब से ट्यून करना चाहेंगे, लेकिन सामान्य रूप से रेजिडेंशियल प्रॉक्सीज के लिए 15 सेकंड एक अच्छा शुरुआती बिंदु है।

किसे NetNut इस्तेमाल करना चाहिए

NetNut सबसे ज्यादा तब फिट बैठता है जब आपके पास एक साथ तीन चीजें हों: भारी वॉल्यूम (महीने में सैकड़ों गीगाबाइट), ऐसे टारगेट्स जिनमें सार्थक बॉट प्रोटेक्शन हो, और सबसे सस्ती कीमत के बजाय स्थिर, हमेशा चालू कनेक्टिविटी की प्राथमिकता। डायरेक्ट ISP आर्किटेक्चर IPs को सच में डिटेक्ट करना मुश्किल बनाता है, और 85 मिलियन एड्रेसेस आपको इतनी रोटेशन स्पेस देते हैं कि आक्रामक स्क्रैपिंग टारगेट्स पर पैटर्न डिटेक्शन से बचना आसान हो जाता है।

छोटे प्रोजेक्ट्स के लिए यह सही विकल्प नहीं है। मासिक न्यूनतम, सेल्स संचालित ऑनबोर्डिंग, और पे ऐज यू गो की अनुपस्थिति, तीनों एक ही दिशा में संकेत करते हैं। अगर आपको किसी एक बार के प्रोजेक्ट के लिए 10 GB चाहिए, तो ऐसे प्रोवाइडर्स हैं जो बिना सेल्स कॉल के आपको उतना ही बेच देंगे। NetNut उनमें से नहीं है।

100 देशों में 5 मिलियन IPs वाला मोबाइल प्रॉक्सी प्रोडक्ट सोशल प्लेटफॉर्म वर्क के लिए या ऐसे किसी भी टारगेट के लिए विचार करने लायक है जो डिवाइस टाइप पर खास ध्यान देता है। मोबाइल IPs का ट्रस्ट प्रोफाइल रेजिडेंशियल IPs से अलग होता है, और इस प्रोडक्ट पर 99.9% घोषित सफलता दर उस आर्किटेक्चर के अनुरूप है जिसे यह सपोर्ट करता है।

सपोर्ट

सपोर्ट चैनलों में ईमेल, WhatsApp और Telegram शामिल हैं, जो असामान्य भी है और उन ऑपरेशनल टीमों के लिए वाकई उपयोगी भी जिन्हें बिजनेस आवर्स के बाहर तेज जवाब चाहिए। एंटरप्राइज अकाउंट्स को डेडिकेटेड अकाउंट मैनेजर्स मिलते हैं। लोअर टियर्स पर रिस्पॉन्स टाइम ठीक रहता है, हालांकि तुरंत नहीं। सपोर्ट के जवाबों की तकनीकी गहराई आम तौर पर अच्छी होती है, जो उन बिजनेस क्लाइंट्स पर कंपनी के फोकस को दर्शाती है जो ज्यादा कठिन सवाल पूछते हैं।

अंतिम निष्कर्ष

NetNut एक मजबूत एंटरप्राइज प्रॉक्सी प्रोवाइडर है, और रेजिडेंशियल IPs सोर्स करने के तरीके में उसके पास वास्तविक आर्किटेक्चरल बढ़त है। पूल बड़ा है, फ्रॉड स्कोर कम हैं, और डायरेक्ट ISP कनेक्टिविटी P2P विकल्पों की तुलना में कम ऐसे फेल्योर देती है जिनका कारण समझ न आए। लेटेंसी में उतार चढ़ाव मुख्य तकनीकी चेतावनी है, और प्राइसिंग स्ट्रक्चर इसे उन लोगों के लिए अनुपयुक्त बना देता है जो बड़े पैमाने पर ऑपरेट नहीं कर रहे। B2B डेटा टीमों के लिए जो लगातार पाइपलाइन्स चलाती हैं, यह एक भरोसेमंद विकल्प है। बाकी सभी के लिए, एंट्री बैरियर इतना ऊंचा है कि ज्यादा लचीले विकल्पों के मुकाबले इसे सही ठहराना मुश्किल है।