← بازگشت به وبلاگ

پروکسی برای ZennoPoster و BAS در ۲۰۲۶: جریان‌ها، چرخش و حسابرسی ترافیک

زننوپاستر 7.9.1 توانست ترافیک را برای هر پروکسی محاسبه کند، و 7.9.2 و BAS 30.8.0 به کرومیوم 152 و 153 منتقل شدند. به صورت مرحله به مرحله بررسی می‌کنیم: کدام حالت چرخش را برای حساب‌ها و پارسینگ انتخاب کنیم، چگونه می‌توانیم پورت‌های خود را از لیست در زننوپاستر و منبع در BAS به جریان‌ها اختصاص دهیم، چرا یک پورت نمی‌تواند به دو حساب به طور متوالی داده شود و چقدر گیگابایت الگوی مرورگر مصرف می‌کند.

📅۷ مهر ۱۴۰۵
پروکسی برای 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 کرد، و پروفایل‌های ZennoBrowser با پروکسی‌های SOCKS5 در ادغام دیگر به دلیل زمان‌بر بودن در هنگام راه‌اندازی سقوط نمی‌کنند.
  • ZennoPoster 7.9.2 (17 سپتامبر). API عمومی HTTP با بیش از 100 عملیات، سه سرور MCP برای دستیاران هوش مصنوعی و حالت عامل مکعب «عامل هوش مصنوعی»، که خود مرورگر وظیفه را کنترل می‌کند. موتور — 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: منبع با پروکسی و اقدام پروکسی

  1. منبعی از نوع «فایل» یا «URL» با لیست پروکسی ایجاد کنید — دقیقاً همانطور که مستندات Bablosoft توصیه می‌کند، تا کاربر الگو خود منبع را انتخاب کند.
  2. در تنظیمات منبع، استفاده همزمان از هر خط را به یک جریان محدود کنید. در آنجا همچنین محدودیت‌های استفاده موفق و ناموفق و فاصله بین استفاده‌ها تعیین می‌شود — برای پورت‌های چسبنده، فاصله را کمتر از فاصله چرخش قرار دهید.
  3. اولین اقدام جریان، قبل از بارگذاری هر صفحه، «پروکسی» را قرار دهید و خط را از منبع منتقل کنید. BAS بسیاری از فرمت‌ها را درک می‌کند، از جمله login:password@host:port و socks5://login:password@host:port، با HTTP و SOCKS5 با مجوز کار می‌کند و درخواست‌های DNS را از طریق پروکسی ارسال می‌کند.
  4. در اقدام، تغییر جغرافیایی و منطقه زمانی را بر اساس IP پروکسی فعال کنید.
  5. اگر الگو به سایت همچنین به عنوان یک کلاینت HTTP مراجعه می‌کند، پروکسی را برای آن نیز تعیین کنید: کلاینت HTTP BAS تنظیمات خاص خود را دارد که از مرورگر جدا است.

دو ویژگی BAS باید در نظر گرفته شود. پروکسی بدون راه‌اندازی مجدد جریان تغییر می‌کند، با اقدام مجدد «پروکسی» — این برای تغییر IP به اشتباه راحت است. و اگر پروکسی دیگر پاسخ ندهد، BAS جریان را دوباره راه‌اندازی کرده و بعدی را می‌گیرد. برای پارس کردن این یک مزیت است، اما برای حساب‌ها یک ریسک است: کار با IP دیگری ادامه خواهد یافت. ارتباط «حساب — پورت» را ذخیره کنید و حساب را به پورت خود برگردانید.

مرحله 6. ترافیک را قبل از راه‌اندازی محاسبه کنید

هنگام پرداخت برای گیگابایت، الگوی مرورگر گران‌ترین بخش طرح است. به گفته Web Almanac 2025، صفحه اصلی میانه 2862 کیلوبایت در دسکتاپ وزن دارد که از این مقدار 1058 کیلوبایت تصاویر است. 10,000 بارگذاری چنین صفحاتی — حدود 28.6 گیگابایت، که برای پروکسی‌های مسکونی حدود 77 دلار هزینه دارد. بدون تصاویر — حدود 18 گیگابایت و 49 دلار. ارقام واقعی به سایت و کش بستگی دارد، اما ترتیب مشخص است: تصاویر — بیش از یک سوم صورت‌حساب.

  • BAS. اقدامات «Request mask deny» و «Request mask allow» قبل از بارگذاری صفحه قرار می‌گیرند و الگوها را با ستاره می‌پذیرند. در مستندات Bablosoft مثالی وجود دارد: ممنوع کردن *.png، *.jpg و *.gif، و سپس اجازه دادن به تصویر کپچا، تا فقط آن بارگذاری شود.
  • ZennoPoster. بزرگ‌ترین صرفه‌جویی — انتقال جمع‌آوری داده‌ها از مرورگر به مکعب‌های GET/POST: آنها تصاویر، فونت‌ها و اسکریپت‌ها را بارگذاری نمی‌کنند. در پنجره «ترافیک» واضح است که کدام درخواست‌ها بیشترین وزن را دارند، و از نسخه 7.9.1 حجم به ازای هر پروکسی را می‌توان از کد از طریق ZennoPoster.ProxyTrafficInfo خواند، در لاگ نوشت و در صورت تجاوز از آستانه، جریان را متوقف کرد.
  • با شبکه‌های اجتماعی احتیاط کنید. صفحه‌ای بدون تصاویر برای یک کاربر واقعی نادر است و در برخی سایت‌ها این خود به تنهایی غیرمعمول به نظر می‌رسد. برای حساب‌ها بهتر است محدود به مسدود کردن ویدیو و رسانه سنگین باشید و تصاویر را باقی بگذارید.

حساب خود را با پنل چک کنید: در آنجا موجودی و نمودار مصرف برای هر پروکسی قابل مشاهده است. داده‌های ارائه‌دهنده با تأخیر به‌روزرسانی می‌شوند، بنابراین کنترل عملیاتی راحت‌تر است که در خود الگو نگه داشته شود.

دام‌های پنهان

  • نشت IP واقعی. مکعب HTTP بدون پروکسی، ذخیره‌سازی تصاویر بر اساس URL در ZennoPoster تا 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.
  • عامل‌های هوش مصنوعی و ترافیک. حالت عامل مکعب «عامل هوش مصنوعی» در ZennoPoster 7.9.2 مرورگر وظیفه را کنترل می‌کند، به این معنی که از طریق پروکسی آن به شبکه متصل می‌شود. چرخه آن محدود به حداکثر تعداد تکرار است — محدودیت را با احتیاط تعیین کنید: هر تکرار اضافی هزینه و مگابایت دارد.

نتیجه‌گیری

طرح برای هر دو برنامه یکی است: یک پورت چسبنده جداگانه برای هر جریان، فاصله چرخش طولانی‌تر از چرخه حساب، وقفه قبل از استفاده مجدد از پورت، جغرافیا و منطقه زمانی بر اساس IP، پروکسی در تمام درخواست‌های HTTP و حساب ترافیک از روز اول. با یک جریان شروع کنید: IP، WebRTC و منطقه زمانی را بررسی کنید، صد دور را اجرا کنید و مصرف را در ZennoPoster.ProxyTrafficInfo یا در پنل مشاهده کنید. پس از آن، گسترش الگو به ده‌ها و صدها جریان ایمن‌تر و ارزان‌تر خواهد بود. برای سناریوهای مرورگر با حساب‌ها، پروکسی‌های مسکونی یا موبایلی با چرخش دوره‌ای بگیرید، و برای پارس کردن HTTP — پورتی با IP جدید برای هر درخواست.