2026 में ZennoPoster और BAS के लिए प्रॉक्सी: स्ट्रीम, रोटेशन और ट्रैफिक ट्रैकिंग

ZennoPoster और BAS (Browser Automation Studio) — रूसी भाषी समुदाय में दो लोकप्रिय बॉट निर्माता हैं: इन पर रजिस्ट्रेशन, प्रोग्रेशन, पोस्टिंग और पार्सिंग की जाती है। दोनों के लिए प्रॉक्सी — मुख्य संसाधन हैं, और इनके साथ अक्सर गलती फॉर्मेट में नहीं, बल्कि स्कीम में होती है: दो स्ट्रीम एक IP पर बैठते हैं, पता रजिस्ट्रेशन के बीच में बदलता है, और ब्राउज़र टेम्पलेट रात भर में दर्जनों गीगाबाइट चित्र डाउनलोड करता है। 2026 के पतन तक इसे नियंत्रित करना आसान हो गया: ZennoPoster 7.9.1 ने 11 अगस्त को प्रत्येक प्रॉक्सी के लिए ट्रैफिक की गणना करना सीखा, जबकि ZennoPoster 7.9.2 (17 सितंबर) और BAS 30.8.0 (16 सितंबर) ने ब्राउज़रों को Chromium 152 और 153 पर स्थानांतरित कर दिया। नीचे दोनों प्रोग्रामों के लिए "एक स्ट्रीम — एक IP" का कार्यात्मक स्कीम, कार्य के लिए रोटेशन का चयन और बिल आने से पहले ट्रैफिक की गणना दी गई है।

2026 में क्या बदला और यह प्रॉक्सी के लिए क्यों महत्वपूर्ण है

यदि टेम्पलेट वर्ष की शुरुआत के संस्करणों पर काम कर रहे हैं, तो प्रॉक्सी के साथ कुछ समस्याएं सरल अपडेट से हल हो जाती हैं। ZennoLab और Bablosoft के चेंज लॉग से प्रॉक्सी के लिए पांच बिंदु महत्वपूर्ण हैं:

• ZennoPoster 7.9.0 (25 जून). "इमेज प्रोसेसिंग → इमेज सेविंग → URL" ब्लॉक ने प्रॉक्सी के माध्यम से काम करना सीख लिया। इससे पहले, ब्लॉक चित्र के लिए बिना प्रॉक्सी के, उस मशीन के IP के साथ जाता था, जिस पर टेम्पलेट चल रहा था — एक चुपचाप लीक, जिसे आसानी से नहीं देखा जा सकता था।
• ZennoPoster 7.9.1 (11 अगस्त). प्रत्येक प्रॉक्सी के लिए बाइट्स में आने वाले और जाने वाले ट्रैफिक का लेखा-जोखा शुरू हुआ: Chromium और ChromiumFromZB ब्राउज़रों के लिए (WebSocket सहित, कैश से उत्तर के बिना) और सभी HTTP ब्लॉकों के लिए — सामान्य, वैकल्पिक और TLS। कोड से डेटा ZennoPoster.ProxyTrafficInfo ऑब्जेक्ट के माध्यम से उपलब्ध है।
• उसी संस्करण में भू-डेटा और टाइम ज़ोन की अनुकरण ने IPv6 पते को ध्यान में रखना शुरू कर दिया, और SOCKS5 प्रॉक्सी के साथ ZennoBrowser प्रोफाइल एकीकृत में टाइमआउट के कारण गिरना बंद हो गए।
• ZennoPoster 7.9.2 (17 सितंबर). 100+ ऑपरेशनों के लिए सार्वजनिक HTTP API, AI सहायक के लिए तीन MCP सर्वर और "AI एजेंट" ब्लॉक का एजेंट मोड, जो कार्य के ब्राउज़र को स्वयं प्रबंधित करता है। इंजन — Chromium 152।
• BAS 30.8.0 (16 सितंबर). इंजन को संस्करण 153 में अपडेट किया गया, एजेंट मोड जो टेक्स्ट विवरण के आधार पर स्क्रिप्ट बनाता, बदलता और परीक्षण करता है, और दो-चरणीय प्रमाणीकरण के लिए कोड जनरेशन मॉड्यूल जोड़ा गया।

व्यावहारिक निष्कर्ष: टेम्पलेट को स्केल करने से पहले, कम से कम ZennoPoster 7.9.1 और BAS 30.8.0 पर अपडेट करें। प्रत्येक प्रॉक्सी के लिए ट्रैफिक का लेखा-जोखा — वह है, जिसकी कमी बिल के लिए गीगाबाइट्स के भुगतान में महसूस की गई थी।

चरण 1. कार्य के लिए रोटेशन मोड चुनें

संक्षिप्त उत्तर: खातों के साथ काम करने के लिए प्रत्येक स्ट्रीम पर अलग पोर्ट के साथ एक चिपचिपा सत्र की आवश्यकता है; HTTP अनुरोधों के साथ पार्सिंग के लिए — प्रत्येक अनुरोध पर नया IP; बिना खाते में लॉग इन किए ब्राउज़र पार्सिंग के लिए — चिपचिपा सत्र के साथ छोटा अंतराल।

ProxyCove में मोड पोर्ट द्वारा निर्धारित होता है। पोर्ट 824 प्रत्येक अनुरोध पर IP बदलता है। पोर्ट 10000–20000 अंतराल रोटेशन के साथ काम करते हैं: प्रत्येक पोर्ट अपना IP देता है और इसे निर्धारित समय तक रखता है — 1 से 120 मिनट तक। अंतराल को प्रॉक्सी कार्ड में रोटेशन सेटिंग्स में बदला जा सकता है।

• रजिस्ट्रेशन, प्रोग्रेशन, पोस्टिंग. खाते को पूरे चक्र के लिए एक स्थिर पता चाहिए। अंतराल को एक प्रोग्रेशन की अवधि के लिए पर्याप्त रखें: यदि ईमेल पुष्टि के साथ रजिस्ट्रेशन में 20–25 मिनट लगते हैं, तो 40–60 लें। फॉर्म के बीच में IP बदलना — चेकपॉइंट्स का एक सामान्य कारण है।
• GET/POST ब्लॉकों के साथ डेटा संग्रह. प्रत्येक अनुरोध स्वतंत्र है, सत्र बनाए रखना आवश्यक नहीं है। पोर्ट 824 लोड को पूल में वितरित करता है और एक IP पर सीमाओं में फंसने की संभावना को कम करता है।
• बिना लॉगिन के ब्राउज़र पार्सिंग. यहां प्रत्येक अनुरोध पर रोटेशन हानिकारक है। Web Almanac 2025 के अनुसार, डेस्कटॉप पर औसत पृष्ठ 77 विभिन्न संसाधनों के लिए अनुरोध करता है, और पोर्ट 824 पर एक पृष्ठ के हिस्से विभिन्न पते से जाएंगे। एंटी-बॉट सिस्टम के लिए यह असामान्य व्यवहार है, इसलिए 1–5 मिनट के अंतराल के साथ चिपचिपा पोर्ट लें और पृष्ठों के बीच IP बदलें, न कि उनके अंदर।

चरण 2. प्रॉक्सी का प्रकार चुनें

प्रकार न केवल गीगाबाइट की कीमत को निर्धारित करता है, बल्कि यह भी कि प्लेटफ़ॉर्म पते के प्रति कैसे प्रतिक्रिया करता है:

• रेजिडेंशियल — घरेलू प्रदाताओं के IP। ब्राउज़र टेम्पलेट्स, मार्केटप्लेस, SEO स्क्रैपिंग और मध्यम सख्ती वाली साइटों पर रजिस्ट्रेशन के लिए मूल विकल्प। ProxyCove में देश और रोटेशन अंतराल के चयन के साथ रेजिडेंशियल प्रॉक्सी की कीमत $2.70 प्रति जीबी है।
• मोबाइल — संचार ऑपरेटरों के पते। एक ऐसे IP के माध्यम से CGNAT के माध्यम से कई वास्तविक उपभोक्ता एक साथ नेटवर्क में जाते हैं, इसलिए सोशल नेटवर्क उन्हें अधिक सावधानी से बैन करते हैं। यह सोशल मीडिया खातों और सख्त प्लेटफार्मों के लिए एक विकल्प है: मोबाइल प्रॉक्सी की कीमत $3.80 प्रति जीबी है।
• डेटा सेंटर — $1.50 प्रति जीबी, तेज और सस्ते, लेकिन उनके सबनेट एंटी-बॉट सिस्टम द्वारा अच्छी तरह से जाने जाते हैं। यह HTTP पार्सिंग के लिए उपयुक्त है, लेकिन सोशल मीडिया खातों के लिए खराब विकल्प है।

यदि प्लेटफ़ॉर्म के लिए स्थिर भूगोल महत्वपूर्ण है, न कि विशिष्ट पता, तो शहर या ऑपरेटर (ASN) के अनुसार लक्ष्यीकरण चालू करें। IP बदल जाएगा, लेकिन एक ही शहर या नेटवर्क के भीतर, जैसे कि एक सामान्य उपयोगकर्ता। लक्ष्यीकरण महंगा है: रेजिडेंशियल के लिए — $4.70 प्रति जीबी।

चरण 3. "एक पोर्ट — एक स्ट्रीम" सूची तैयार करें

1. ProxyCove में प्रॉक्सी कार्ड खोलें और अंतराल रोटेशन चालू करें।
2. "स्ट्रीम की संख्या" फ़ील्ड में, बताएं कि कितनी पंक्तियाँ आवश्यक हैं। पोर्ट अलग से चार्ज नहीं किए जाते हैं — आप केवल ट्रैफिक के लिए भुगतान करते हैं, इसलिए स्ट्रीम की संख्या से 2–3 गुना लंबी सूची लें। क्यों — नीचे समझाया जाएगा।
3. http या socks5 प्रारूप चुनें। कैबिनेट 10000, 10001, 10002 आदि के साथ पंक्तियाँ उत्पन्न करेगा: प्रत्येक पंक्ति एक अलग सत्र है जिसमें अपना IP है।
4. सूची को एक फ़ाइल में सहेजें, जैसे proxies.txt। पंक्ति इस तरह दिखती है: socks5://login:[email protected]:10000.

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

चरण 4. ZennoPoster: प्रत्येक स्ट्रीम के लिए अपनी प्रॉक्सी

ZennoPoster में प्रॉक्सी को वैश्विक, प्रोजेक्ट या स्ट्रीम पर सेट किया जा सकता है। मल्टी-थ्रेडेड काम के लिए, टेम्पलेट के भीतर सूची से पंक्ति लेना सबसे विश्वसनीय है:

1. ProjectMaker में "सूची" ब्लॉक जोड़ें, "फाइल से लोड करें" और "सूची में परिवर्तनों को फ़ाइल में सहेजें" चालू करें, proxies.txt के लिए पथ निर्दिष्ट करें।
2. "सूची पर ऑपरेशन" जोड़ें: "पंक्ति प्राप्त करें" → "पहली" के साथ "पंक्ति लेने के बाद पंक्ति हटाएं" का चेकमार्क। परिणाम को एक वेरिएबल में रखें, जैसे proxy. हटाना यह सुनिश्चित करता है कि दो समानांतर स्ट्रीम एक पोर्ट न लें।
3. "ब्राउज़र → सेटिंग्स → प्रॉक्सी सेट करें" जोड़ें और {-Variable.proxy-} पास करें। स्थान और टाइम ज़ोन अनुकरण चालू करें: ब्राउज़र को प्रॉक्सी IP के माध्यम से भू-डेटा और टाइम ज़ोन प्राप्त होगा।
4. प्रत्येक HTTP ब्लॉक (GET, POST) में वही प्रॉक्सी लिखें — वेरिएबल या प्रोजेक्ट प्रॉक्सी विकल्प के माध्यम से। ब्लॉक में प्रॉक्सी का खाली फ़ील्ड सर्वर के IP के साथ अनुरोध का अर्थ है।
5. प्रोग्रेशन के अंत में — सफल शाखा में और त्रुटि शाखा में — पंक्ति को सूची के अंत में वापस करें। अन्यथा, सूची धीरे-धीरे खाली हो जाएगी, और प्रत्येक गिरने वाली स्ट्रीम पोर्ट को हमेशा के लिए "खाएगी"।

बिल्ट-इन ProxyChecker सार्वजनिक सूचियों के लिए सुविधाजनक है, लेकिन ट्रैफिक के लिए भुगतान करने वाले गेटवे के लिए पूरी सूची की नियमित जांच बेकार है: प्रत्येक जांच भुगतान किए गए मेगाबाइट्स का उपयोग करती है, और पोर्ट 824 पर अगला अनुरोध फिर भी दूसरे IP के साथ जाएगा। बड़े लॉन्च से पहले, केवल कुछ पंक्तियों की जांच करना पर्याप्त है।

चरण 5. BAS: प्रॉक्सी और Proxy क्रिया के साथ संसाधन

1. प्रॉक्सी की सूची के साथ "फाइल" या "URL" प्रकार का संसाधन बनाएं — यही Bablosoft की दस्तावेज़ीकरण में सलाह दी गई है, ताकि टेम्पलेट उपयोगकर्ता स्वयं स्रोत चुन सके।
2. संसाधन की सेटिंग में एक समय में एक स्ट्रीम द्वारा पंक्ति के उपयोग को सीमित करें। वहीं सफल और असफल उपयोगों की सीमाएँ और उपयोगों के बीच का अंतराल निर्धारित किया जाता है — चिपचिपे पोर्ट के लिए इसे रोटेशन अंतराल से कम नहीं रखें।
3. स्ट्रीम की पहली क्रिया, किसी भी पृष्ठ को लोड करने से पहले, "Proxy" सेट करें और संसाधन से पंक्ति पास करें। BAS कई प्रारूपों को समझता है, जिसमें login:password@host:port और socks5://login:password@host:port शामिल हैं, HTTP और SOCKS5 के साथ प्रमाणीकरण के साथ काम करता है और प्रॉक्सी के माध्यम से DNS अनुरोध भेजता है।
4. प्रॉक्सी IP के तहत भू-स्थान और टाइम ज़ोन को बदलने के लिए क्रिया में शामिल करें।
5. यदि टेम्पलेट HTTP क्लाइंट के माध्यम से साइट पर जाता है, तो इसके लिए भी प्रॉक्सी सेट करें: HTTP क्लाइंट के लिए BAS की अपनी सेटिंग होती है, जो ब्राउज़र से अलग होती है।

BAS की दो विशेषताओं पर ध्यान देना चाहिए। प्रॉक्सी स्ट्रीम को फिर से शुरू किए बिना बदलता है, "Proxy" क्रिया के साथ, — यह गलती से IP बदलने के लिए सुविधाजनक है। और यदि प्रॉक्सी ने जवाब देना बंद कर दिया, तो BAS स्ट्रीम को फिर से शुरू करता है और अगला लेता है। पार्सिंग के लिए यह एक प्लस है, खातों के लिए जोखिम: काम दूसरे IP के साथ जारी रहेगा। "खाता — पोर्ट" का संयोजन रखें और खाते को उसके पोर्ट पर वापस लाएं।

चरण 6. लॉन्च से पहले ट्रैफिक की गणना करें

गीगाबाइट के लिए भुगतान करते समय, ब्राउज़र टेम्पलेट योजना का सबसे महंगा हिस्सा है। Web Almanac 2025 के अनुसार, डेस्कटॉप पर औसत मुख्य पृष्ठ का वजन 2862 KB है, जिनमें से 1058 KB चित्र हैं। 10,000 ऐसे पृष्ठों को लोड करने में लगभग 28.6 GB लगते हैं, रेजिडेंशियल प्रॉक्सी पर यह लगभग $77 है। बिना चित्रों के — लगभग 18 GB और $49। वास्तविक आंकड़े साइट और कैश पर निर्भर करते हैं, लेकिन क्रम स्पष्ट है: चित्र — बिल का एक तिहाई से अधिक।

• BAS. "Request mask deny" और "Request mask allow" क्रियाएँ पृष्ठ को लोड करने से पहले सेट की जाती हैं और ये वाइल्डकार्ड के साथ मास्क स्वीकार करती हैं। Bablosoft की दस्तावेज़ीकरण में उदाहरण: *.png, *.jpg और *.gif को प्रतिबंधित करें, और फिर कैप्चा चित्र को अनुमति दें, ताकि केवल वही लोड हो।
• ZennoPoster. सबसे बड़ी बचत — डेटा संग्रह को ब्राउज़र से GET/POST ब्लॉकों में स्थानांतरित करना: वे चित्र, फ़ॉन्ट और स्क्रिप्ट को नहीं खींचते हैं। "ट्रैफिक" विंडो में, यह देखा जा सकता है कि कौन से अनुरोध सबसे अधिक वजन रखते हैं, और संस्करण 7.9.1 से प्रत्येक प्रॉक्सी के लिए मात्रा को ZennoPoster.ProxyTrafficInfo के माध्यम से कोड से पढ़ा जा सकता है, लॉग में लिखा जा सकता है और सीमा से अधिक होने पर स्ट्रीम को रोका जा सकता है।
• सोशल मीडिया के साथ सावधानी बरतें. बिना चित्रों के एक पृष्ठ एक जीवित उपयोगकर्ता के लिए दुर्लभ है, और कुछ प्लेटफार्मों पर यह अपने आप में असामान्य लगता है। खातों के लिए, भारी वीडियो और मीडिया को ब्लॉक करने तक सीमित रहना बेहतर है, और चित्रों को छोड़ दें।

अपने लेखे को कैबिनेट के साथ मिलाएं: वहां प्रत्येक प्रॉक्सी पर शेष और खर्च का ग्राफ दिखाई देता है। प्रदाता के डेटा में देरी होती है, इसलिए तात्कालिक नियंत्रण को टेम्पलेट में रखना अधिक सुविधाजनक है।

छिपे हुए खतरे

• वास्तविक IP का लीक होना. HTTP ब्लॉक बिना प्रॉक्सी, ZennoPoster में चित्रों को URL द्वारा सहेजना 7.9.0 तक, WebRTC। टेम्पलेट के पहले चरण में IP और WebRTC की जांच करने के लिए एक पृष्ठ खोलें और प्रॉक्सी के पते के साथ परिणाम की तुलना करें — यह बैन से निपटने से सस्ता है।
• सत्र के बीच IP का बदलना. यदि रोटेशन का अंतराल खाता चक्र से छोटा है, तो प्लेटफ़ॉर्म एक ही फॉर्म के चरणों के बीच पते में कूदता है। ProxyCove में अधिकतम अंतराल — 120 मिनट; लंबे स्क्रिप्ट को छोटे सत्रों में विभाजित करें जिसमें प्रोफ़ाइल को सहेजा जाए।
• दो खातों के लिए एक IP. जब तक रोटेशन का अंतराल समाप्त नहीं होता, पोर्ट पुराना पता देता है। यदि पोर्ट तुरंत अगले खाते को दिया जाता है, तो वह पिछले IP के साथ नेटवर्क में जाता है। इसलिए लंबी सूची का सुझाव दिया गया है: 30 स्ट्रीम और 90 पोर्ट के साथ, प्रत्येक पोर्ट पुनः उपयोग से पहले "ठंडा" हो जाता है।
• भूगोल में भिन्नता. ब्राउज़र का टाइम ज़ोन और भू-स्थान IP के देश से मेल खाना चाहिए। यदि प्रॉक्सी "जर्मन" है, और साइट नीदरलैंड दिखाती है, तो यह आमतौर पर भू-स्थान डेटाबेस में होता है, न कि प्रॉक्सी में — IP भू-स्थान कैसे काम करता है और डेटाबेस क्यों भिन्न होते हैं।
• इंजन का फ़िंगरप्रिंट. Chromium के नए संस्करण नए संकेत लाते हैं। Chrome 152 में navigator.cpuPerformance प्रॉपर्टी आई — प्रोसेसर का वर्ग, जो मुख्य रूप से कोर की संख्या पर निर्भर करता है, और ZennoPoster 7.9.2 और BAS 30.8.0 Chromium 152 और 153 पर काम करते हैं। यदि टेम्पलेट VPS पर दो कोर के साथ चलते हैं, और प्रोफाइल शक्तिशाली डेस्कटॉप दिखाते हैं, तो यह सुनिश्चित करें कि यह प्रॉपर्टी क्या देती है: Chrome 152 में नए संकेत का विश्लेषण.
• AI एजेंट और ट्रैफिक. ZennoPoster 7.9.2 में "AI एजेंट" ब्लॉक का एजेंट मोड कार्य के ब्राउज़र को प्रबंधित करता है, जिसका अर्थ है कि यह इसके प्रॉक्सी के माध्यम से नेटवर्क में जाता है। इसका चक्र अनिवार्य रूप से सीमित संख्या में पुनरावृत्तियों से सीमित है — एक बड़ी सीमा न रखें: प्रत्येक अतिरिक्त पुनरावृत्ति टोकन और मेगाबाइट दोनों की लागत होती है।

निष्कर्ष

दोनों प्रोग्रामों के लिए योजना एक ही है: प्रत्येक स्ट्रीम के लिए अलग चिपचिपा पोर्ट, खाता चक्र से लंबा रोटेशन अंतराल, पुनः उपयोग से पहले पोर्ट के लिए विराम, भू-स्थान और टाइम ज़ोन IP के तहत, सभी HTTP अनुरोधों में प्रॉक्सी और पहले दिन से ट्रैफिक का लेखा-जोखा। एक स्ट्रीम से शुरू करें: IP, WebRTC और टाइम ज़ोन की जांच करें, सौ चक्र चलाएँ और ZennoPoster.ProxyTrafficInfo या कैबिनेट में खर्च देखें। इसके बाद, टेम्पलेट को दशकों और सैकड़ों स्ट्रीम में स्केल करना सुरक्षित और सस्ता है। ब्राउज़र स्क्रिप्ट के लिए खातों के साथ रेजिडेंशियल या मोबाइल प्रॉक्सी लें, HTTP पार्सिंग के लिए — प्रत्येक अनुरोध पर नए IP के साथ पोर्ट।