بررسی سلامت برای استخر پروکسی: تنظیم نظارت در ۱۵ دقیقه

```html

اگر با تعداد زیادی پروکسی کار می‌کنید — بازارهای آنلاین را جمع‌آوری می‌کنید، چندین حساب در شبکه‌های اجتماعی دارید یا تبلیغات را راه‌اندازی می‌کنید — شما با این مشکل آشنا هستید: ناگهان بخشی از پروکسی‌ها از کار می‌افتند و وظایف شما متوقف می‌شود. Health check (بررسی کارایی) پروکسی‌پول به‌طور خودکار این مشکل را حل می‌کند: سیستم به‌طور خودکار هر IP را بررسی کرده، غیرعملکردی‌ها را حذف کرده و فقط اتصالات پایدار را استفاده می‌کند.

در این راهنما، نحوه تنظیم health check خودکار برای پروکسی‌پول را بررسی می‌کنیم: از بررسی ساده دسترسی تا نظارت پیشرفته با جایگزینی پروکسی‌های معیوب. این روش برای هر نوع وظیفه‌ای مناسب است — از جمع‌آوری داده‌های Wildberries تا چندحسابداری در Facebook Ads.

Health check پروکسی چیست و چرا به آن نیاز داریم

Health check (بررسی کارایی) — یک سیستم خودکار نظارت بر پروکسی‌پول است که به‌طور منظم هر آدرس IP را از نظر دسترسی، سرعت و صحت عملکرد بررسی می‌کند. وقتی با ده‌ها یا صدها پروکسی کار می‌کنید، بخشی از آن‌ها به‌طور اجتناب‌ناپذیری از کار می‌افتند: مدت زمان اعتبار آن‌ها به پایان می‌رسد، IP در لیست سیاه قرار می‌گیرد، ارائه‌دهنده دسترسی را مسدود می‌کند یا سرعت به سادگی کاهش می‌یابد.

بدون health check، شما فقط زمانی از مشکل مطلع می‌شوید که وظیفه با خطا مواجه شود: جمع‌آورنده داده‌ها نتواند اطلاعات را جمع‌آوری کند، حساب به دلیل پروکسی غیرعملکردی مسدود شود یا تبلیغ اجرا نشود. با تنظیم health check، سیستم به‌طور خودکار پروکسی‌های معیوب را از چرخش حذف کرده و فقط اتصالات پایدار را استفاده می‌کند.

چرا به health check نیاز داریم:

ثبات عملکرد: حذف پروکسی‌های غیرعملکردی قبل از اینکه آن‌ها وظیفه شما را مختل کنند
صرفه‌جویی در زمان: نیازی به بررسی دستی هر IP و جستجوی دلیل خطاها نیست
امنیت حساب‌ها: پروکسی کند یا ناپایدار می‌تواند شک و تردید پلتفرم را ایجاد کند
بهینه‌سازی هزینه‌ها: شما فقط برای پروکسی‌های عملیاتی هزینه می‌کنید، نه برای کل پول

health check به‌ویژه برای وظایف تجاری حیاتی است: اگر شما 30 حساب مشتری را در اینستاگرام مدیریت می‌کنید، قیمت‌های رقبای خود را در Ozon جمع‌آوری می‌کنید یا تبلیغاتی در Facebook Ads راه‌اندازی می‌کنید — یک وقفه به دلیل پروکسی غیرعملکردی می‌تواند هزینه و اعتبار شما را به خطر بیندازد.

روش‌های بررسی کارایی پروکسی

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

1. بررسی پایه دسترسی (Ping Check)

ساده‌ترین روش — ارسال درخواست HTTP از طریق پروکسی به یک سرور آزمایشی و بررسی اینکه آیا پاسخی دریافت شده است یا خیر. معمولاً از خدمات عمومی مانند httpbin.org، ip-api.com یا سرور آزمایشی خود استفاده می‌شود.

چه چیزی بررسی می‌شود: آیا پروکسی به درخواست‌ها پاسخ می‌دهد یا خیر (وضعیت 200 OK). این یک بررسی حداقلی است که IPهای کاملاً غیرعملکردی را حذف می‌کند.

کی کافی است: جمع‌آوری داده‌های عمومی، جمع‌آوری اطلاعات از وب‌سایت‌ها بدون حفاظت شدید، وظایف انبوه که در آن سرعت بررسی مهم است.

2. بررسی سرعت پاسخ (Latency Check)

زمان پاسخ پروکسی اندازه‌گیری می‌شود — چند میلی‌ثانیه از ارسال درخواست تا دریافت پاسخ. پروکسی‌های کند (بیش از 3-5 ثانیه) می‌توانند باعث زمان‌های تایم‌اوت و شک و تردید پلتفرم‌ها شوند.

چه چیزی بررسی می‌شود: زمان پاسخ (latency) و ثبات سرعت. پروکسی‌هایی با latency بیش از 5000 میلی‌ثانیه معمولاً از پول حذف می‌شوند.

کی مهم است: کار با شبکه‌های اجتماعی (اینستاگرام، تیک‌تاک)، پنل‌های تبلیغاتی (Facebook Ads، Google Ads)، وظایفی که در آن سرعت بارگذاری صفحات مهم است.

3. بررسی جغرافیایی و شهرت IP

مطابقت IP با کشور و شهر اعلام شده و همچنین شهرت IP (آیا در لیست سیاه قرار دارد یا برای اسپم استفاده می‌شود) بررسی می‌شود. برای پروکسی‌های مسکونی این موضوع حیاتی است — پلتفرم‌ها مطابقت جغرافیایی با داده‌های حساب را بررسی می‌کنند.

چه چیزی بررسی می‌شود: کشور و شهر IP، ارائه‌دهنده، وجود در پایگاه‌های اسپم (DNSBL، Spamhaus)، نوع اتصال (residential/datacenter).

کی حیاتی است: چندحسابداری در شبکه‌های اجتماعی، آربیتراژ ترافیک، کار با حساب‌هایی که به شهرهای خاص متصل هستند (به عنوان مثال، قرار دادن آگهی‌ها در Avito).

4. بررسی ناشناسی (Anonymity Level)

سطح ناشناسی پروکسی تعیین می‌شود — آیا هدرهایی که IP واقعی شما را فاش می‌کنند (X-Forwarded-For، Via) را منتقل می‌کند یا خیر. پروکسی‌ها به سه نوع تقسیم می‌شوند: transparent (شفاف، IP واقعی را منتقل می‌کند)، anonymous (IP را پنهان می‌کند اما نشان می‌دهد که این پروکسی است) و elite (کاملاً ناشناس).

چه چیزی بررسی می‌شود: وجود هدرهای X-Forwarded-For، X-Real-IP، Via، Proxy-Connection. برای وظایف تجاری فقط پروکسی‌های elite نیاز است.

کی الزامی است: کار با پلتفرم‌هایی که دارای حفاظت ضد تقلب سخت هستند (Facebook، Google، TikTok)، چندحسابداری، آربیتراژ ترافیک.

روش بررسی	چه چیزی بررسی می‌کند	برای چه نوع وظایفی
Ping Check	دسترس‌پذیری (200 OK)	جمع‌آوری داده‌ها، جمع‌آوری انبوه داده‌ها
Latency Check	سرعت پاسخ	شبکه‌های اجتماعی، پنل‌های تبلیغاتی
Geo Check	جغرافیایی، شهرت IP	چندحسابداری، وظایف محلی
Anonymity Check	سطح ناشناسی	آربیتراژ، پلتفرم‌های ضد تقلب

تنظیمات پایه health check: بررسی دسترسی

با تنظیم ساده health check شروع می‌کنیم که دسترسی هر پروکسی در پول را بررسی می‌کند. این روش برای اکثر وظایف مناسب است و 10-15 دقیقه زمان برای تنظیم نیاز دارد.

مرحله 1: آماده‌سازی لیست پروکسی‌ها

یک فایل با پروکسی‌های خود به فرمت IP:PORT:USER:PASS یا http://user:pass@ip:port ایجاد کنید. هر پروکسی در یک خط جدید.

مثال فایل proxies.txt:

192.168.1.100:8080:user1:pass1
192.168.1.101:8080:user2:pass2
192.168.1.102:8080:user3:pass3

مرحله 2: انتخاب URL آزمایشی

برای بررسی دسترسی به یک سرور پایدار نیاز است که پاسخ ساده‌ای برگرداند. گزینه‌های محبوب:

httpbin.org/ip — IP پروکسی را در فرمت JSON برمی‌گرداند
ip-api.com/json — IP و جغرافیایی را برمی‌گرداند
icanhazip.com — فقط IP را برمی‌گرداند (سریع‌ترین)
سرور خود شما — اگر نیاز به بررسی دسترسی به وب‌سایت خاصی دارید

برای بررسی پایه، httpbin.org/ip کافی است — این سرور پایدار است و پاسخ ساختارمندی برمی‌گرداند.

مرحله 3: تنظیم اسکریپت بررسی

یک اسکریپت ساده ایجاد کنید که لیست پروکسی‌ها را می‌خواند، از طریق هر یک درخواست ارسال می‌کند و وضعیت پاسخ را بررسی می‌کند. در اینجا یک مثال به زبان Python (محبوب‌ترین زبان برای چنین وظایفی) آورده شده است:

import requests
from concurrent.futures import ThreadPoolExecutor
import time

def check_proxy(proxy_line):
    """بررسی یک پروکسی"""
    try:
        # تجزیه خط پروکسی
        parts = proxy_line.strip().split(':')
        proxy_url = f"http://{parts[2]}:{parts[3]}@{parts[0]}:{parts[1]}"
        
        proxies = {
            'http': proxy_url,
            'https': proxy_url
        }
        
        # ارسال درخواست با تایم‌اوت 10 ثانیه
        start_time = time.time()
        response = requests.get('http://httpbin.org/ip', 
                              proxies=proxies, 
                              timeout=10)
        latency = (time.time() - start_time) * 1000  # به میلی‌ثانیه
        
        if response.status_code == 200:
            return {
                'proxy': proxy_line,
                'status': 'working',
                'latency': round(latency, 2),
                'ip': response.json().get('origin')
            }
    except Exception as e:
        return {
            'proxy': proxy_line,
            'status': 'failed',
            'error': str(e)
        }

# خواندن فایل پروکسی
with open('proxies.txt', 'r') as f:
    proxies = f.readlines()

# بررسی همه پروکسی‌ها به‌طور همزمان (تا 20 به‌طور همزمان)
with ThreadPoolExecutor(max_workers=20) as executor:
    results = list(executor.map(check_proxy, proxies))

# ذخیره پروکسی‌های کاری
working_proxies = [r for r in results if r and r['status'] == 'working']

with open('working_proxies.txt', 'w') as f:
    for proxy in working_proxies:
        f.write(proxy['proxy'])
        
print(f"بررسی شده: {len(proxies)}")
print(f"کار می‌کنند: {len(working_proxies)}")
print(f"کار نمی‌کنند: {len(proxies) - len(working_proxies)}")

این اسکریپت همه پروکسی‌ها را به‌طور همزمان بررسی می‌کند (20 به‌طور همزمان)، که فرآیند را به‌طور قابل توجهی تسریع می‌کند. نتیجه — فایل working_proxies.txt فقط با پروکسی‌های کاری.

مرحله 4: خودکارسازی بررسی

برای اینکه health check به‌طور مداوم کار کند، اسکریپت را برای اجرای خودکار بر اساس زمان‌بندی تنظیم کنید:

Linux/Mac (cron):

# بررسی هر 30 دقیقه
*/30 * * * * /usr/bin/python3 /path/to/check_proxies.py

Windows (برنامه‌ریز وظایف):

برنامه "برنامه‌ریز وظایف" (Task Scheduler) را باز کنید
یک وظیفه جدید ایجاد کنید → محرک: هر 30 دقیقه
عملکرد: اجرای python.exe با مسیر به اسکریپت شما

⚠️ مهم:

پروکسی‌ها را خیلی مکرر بررسی نکنید (بیشتر از یک بار در 15 دقیقه) — این بار زیادی به خدمات آزمایشی ایجاد می‌کند و می‌تواند منجر به مسدود شدن شود. فرکانس بهینه: هر 30-60 دقیقه برای پروکسی‌های پایدار، هر 10-15 دقیقه برای وظایفی که دسترسی آن‌ها حیاتی است.

نظارت پیشرفته: سرعت، جغرافیایی، ناشناسی

برای وظایف تجاری، بررسی پایه دسترسی کافی نیست — باید سرعت، جغرافیایی و سطح ناشناسی را کنترل کنید. این موضوع به‌ویژه برای چندحسابداری در شبکه‌های اجتماعی و آربیتراژ ترافیک مهم است، جایی که پلتفرم‌ها پروکسی‌ها را به‌طور سخت بررسی می‌کنند.

بررسی سرعت و ثبات

پروکسی کند (latency بیش از 3-5 ثانیه) می‌تواند شک و تردید پلتفرم‌ها را ایجاد کند: اینستاگرام و فیس‌بوک زمان بارگذاری صفحات را پیگیری می‌کنند و اتصال کند نشانه استفاده از پروکسی است. علاوه بر این، پروکسی‌های کند کار شما را کند کرده و می‌توانند منجر به زمان‌های تایم‌اوت شوند.

چه چیزی بررسی شود:

Latency (زمان پاسخ): میانگین زمان از درخواست تا پاسخ. نرمال: تا 1000 میلی‌ثانیه برای پروکسی‌های مسکونی، تا 300 میلی‌ثانیه برای دیتا سنترها
سرعت بارگذاری: چند کیلوبایت در ثانیه از طریق پروکسی دانلود می‌شود. نرمال: حداقل 500 کیلوبیت/ثانیه
ثبات: بررسی 3-5 درخواست متوالی — latency نباید به‌طور قابل توجهی نوسان کند (نوسان بیش از 50% — نشانه بدی است)

مثال بررسی سرعت پیشرفته:

def check_proxy_speed(proxy_url):
    """بررسی سرعت و ثبات"""
    latencies = []
    
    # انجام 5 درخواست برای بررسی ثبات
    for i in range(5):
        try:
            start = time.time()
            response = requests.get('http://httpbin.org/ip',
                                  proxies={'http': proxy_url, 'https': proxy_url},
                                  timeout=10)
            latency = (time.time() - start) * 1000
            latencies.append(latency)
            time.sleep(0.5)  # وقفه بین درخواست‌ها
        except:
            return None
    
    avg_latency = sum(latencies) / len(latencies)
    max_latency = max(latencies)
    min_latency = min(latencies)
    stability = (max_latency - min_latency) / avg_latency * 100
    
    return {
        'avg_latency': round(avg_latency, 2),
        'stability': round(stability, 2),  # % نوسان
        'status': 'good' if avg_latency < 3000 and stability < 50 else 'slow'
    }

بررسی جغرافیایی

برای چندحسابداری، حیاتی است که جغرافیایی پروکسی با داده‌های حساب مطابقت داشته باشد. اگر شما حساب یک شرکت مسکو را از طریق پروکسی از ولادی‌وستوک مدیریت می‌کنید — این یک پرچم قرمز برای پلتفرم است. از سرویس ip-api.com برای بررسی جغرافیایی استفاده کنید:

def check_proxy_geo(proxy_url):
    """بررسی جغرافیایی پروکسی"""
    try:
        response = requests.get('http://ip-api.com/json',
                              proxies={'http': proxy_url, 'https': proxy_url},
                              timeout=10)
        data = response.json()
        
        return {
            'ip': data.get('query'),
            'country': data.get('country'),
            'city': data.get('city'),
            'isp': data.get('isp'),
            'proxy_type': data.get('proxy'),  # True اگر پروکسی شناسایی شده باشد
            'mobile': data.get('mobile')  # True برای IPهای موبایل
        }
    except:
        return None

داده‌های جغرافیایی را برای هر پروکسی ذخیره کنید و از آن‌ها هنگام توزیع وظایف استفاده کنید: حساب‌های مسکو — از طریق پروکسی‌های مسکو، آگهی‌های محلی در Avito — از طریق پروکسی‌های شهر مورد نظر.

بررسی ناشناسی

پروکسی‌ها به سه سطح ناشناسی تقسیم می‌شوند: transparent (شفاف)، anonymous (ناشناس) و elite (الیت). برای کار با Facebook، Instagram، TikTok و دیگر پلتفرم‌های دارای حفاظت ضد تقلب، فقط پروکسی‌های elite نیاز است — آن‌ها هدرهایی که استفاده از پروکسی را فاش می‌کنند، منتقل نمی‌کنند.

چه چیزی بررسی شود:

هدرهای X-Forwarded-For، X-Real-IP، Via — باید غیاب داشته باشند
IP در پاسخ باید با IP پروکسی مطابقت داشته باشد (نه IP واقعی شما)
User-Agent باید بدون تغییر منتقل شود

def check_proxy_anonymity(proxy_url):
    """بررسی سطح ناشناسی"""
    try:
        response = requests.get('http://httpbin.org/headers',
                              proxies={'http': proxy_url, 'https': proxy_url},
                              timeout=10)
        headers = response.json()['headers']
        
        # بررسی وجود هدرهایی که پروکسی را فاش می‌کنند
        proxy_headers = ['X-Forwarded-For', 'X-Real-Ip', 'Via', 'Proxy-Connection']
        detected_headers = [h for h in proxy_headers if h in headers]
        
        if len(detected_headers) == 0:
            return 'elite'  # کاملاً ناشناس
        elif 'X-Forwarded-For' not in headers:
            return 'anonymous'  # IP را پنهان می‌کند اما نشان می‌دهد که این پروکسی است
        else:
            return 'transparent'  # IP واقعی را منتقل می‌کند
    except:
        return None

برای وظایف تجاری فقط از پروکسی‌های elite استفاده کنید. پروکسی‌های موبایل به‌طور پیش‌فرض سطح elite دارند، زیرا از IPهای واقعی اپراتورهای موبایل استفاده می‌کنند.

چرخش خودکار: جایگزینی پروکسی‌های معیوب

Health check زمانی واقعاً مفید می‌شود که نه تنها پروکسی‌ها را بررسی کند، بلکه به‌طور خودکار پروکسی‌های غیرعملکردی را با پروکسی‌های کاری جایگزین کند. این موضوع برای وظایف مداوم حیاتی است: جمع‌آوری داده‌های بازار، نظارت بر قیمت‌ها، پست خودکار در شبکه‌های اجتماعی.

استراتژی 1: پول با اولویت‌ها

دو لیست پروکسی ایجاد کنید: اصلی (کاری) و پشتیبان (پشتیبان). Health check به‌طور مداوم پول اصلی را بررسی می‌کند و در صورت شناسایی پروکسی غیرعملکردی، آن را با پروکسی از پول پشتیبان جایگزین می‌کند.

چگونه کار می‌کند:

Health check هر 30 دقیقه همه پروکسی‌های پول اصلی را بررسی می‌کند
پروکسی‌های غیرعملکردی به لیست "در قرنطینه" منتقل می‌شوند
یک پروکسی کاری از پول پشتیبان گرفته شده و به پول اصلی اضافه می‌شود
پس از 2-4 ساعت، پروکسی‌های قرنطینه دوباره بررسی می‌شوند — اگر کار کردند، به پشتیبان بازمی‌گردند

مثال پیاده‌سازی:

import json
from datetime import datetime, timedelta

class ProxyPool:
    def __init__(self):
        self.working = []  # پول اصلی
        self.backup = []   # پول پشتیبان
        self.quarantine = {}  # {proxy: timestamp when entered quarantine}
    
    def check_and_rotate(self):
        """بررسی و چرخش پروکسی‌ها"""
        failed_proxies = []
        
        # بررسی پول اصلی
        for proxy in self.working:
            if not self.is_proxy_working(proxy):
                failed_proxies.append(proxy)
                self.quarantine[proxy] = datetime.now()
        
        # حذف پروکسی‌های غیرعملکردی از پول اصلی
        self.working = [p for p in self.working if p not in failed_proxies]
        
        # اضافه کردن از پشتیبان به تعداد مورد نیاز
        needed = len(failed_proxies)
        for i in range(needed):
            if len(self.backup) > 0:
                new_proxy = self.backup.pop(0)
                if self.is_proxy_working(new_proxy):
                    self.working.append(new_proxy)
        
        # بررسی قرنطینه — اگر پروکسی در قرنطینه بیش از 4 ساعت باشد، بررسی می‌شود
        now = datetime.now()
        for proxy, quarantine_time in list(self.quarantine.items()):
            if now - quarantine_time > timedelta(hours=4):
                if self.is_proxy_working(proxy):
                    self.backup.append(proxy)
                del self.quarantine[proxy]
        
        self.save_state()
    
    def save_state(self):
        """ذخیره وضعیت پول"""
        state = {
            'working': self.working,
            'backup': self.backup,
            'quarantine': {k: v.isoformat() for k, v in self.quarantine.items()}
        }
        with open('proxy_pool_state.json', 'w') as f:
            json.dump(state, f)

استراتژی 2: Round-robin با استثنا

رویکرد ساده‌تر: از همه پروکسی‌ها به‌طور نوبتی (round-robin) استفاده کنید، اما در صورت بروز خطا، پروکسی را به‌طور موقت از چرخش به مدت 30-60 دقیقه حذف کنید. این روش برای وظایفی که سرعت مهم است، مناسب است، نه ثبات ایده‌آل.

چگونه کار می‌کند:

پروکسی‌ها به‌طور گرد انتخاب می‌شوند: 1، 2، 3، 4، 1، 2، 3، 4...
اگر پروکسی خطا برگرداند، به مدت 30 دقیقه حذف می‌شود
پس از 30 دقیقه پروکسی به‌طور خودکار به چرخش بازمی‌گردد
اگر پروکسی 3 بار متوالی سقوط کند — به مدت 4 ساعت حذف می‌شود

این روش برای جمع‌آوری داده‌ها و وظایف انبوه خوب است، جایی که می‌توان چند درخواست را بدون عواقب جدی نادیده گرفت.

استراتژی 3: چرخش وزنی بر اساس متریک‌ها

رویکرد پیشرفته: به هر پروکسی "وزن" بر اساس متریک‌ها (سرعت، ثبات، موفقیت درخواست‌ها) اختصاص داده می‌شود. پروکسی‌های با وزن بالا بیشتر استفاده می‌شوند، در حالی که پروکسی‌های با وزن پایین کمتر استفاده می‌شوند. این روش برای وظایف حیاتی مناسب است: چندحسابداری، آربیتراژ.

فرمول وزن:

weight = (success_rate * 0.5) + (speed_score * 0.3) + (uptime * 0.2)

که در آن:
- success_rate: % درخواست‌های موفق در ساعت گذشته (0-100)
- speed_score: 100 - (latency / 50) — هر چه سریع‌تر، بالاتر
- uptime: % زمانی که پروکسی در 24 ساعت گذشته در دسترس بوده است

پروکسی‌هایی با وزن بالای 70 برای وظایف حیاتی (ورود به حساب‌ها) استفاده می‌شوند، با وزن 40-70 برای وظایف عادی، و کمتر از 40 به‌طور موقت حذف می‌شوند.

ابزارهای آماده برای health check پروکسی‌پول

اگر نمی‌خواهید اسکریپت خود را بنویسید، از راه‌حل‌های آماده استفاده کنید. بسیاری از آن‌ها دارای رابط وب، API و ادغام با ابزارهای محبوب هستند.

1. ProxyChecker توسط Proxy-Store

ابزار رایگان برای Windows/Linux با رابط گرافیکی. دسترسی، سرعت، ناشناسی و جغرافیایی را بررسی می‌کند. از HTTP، HTTPS، SOCKS4/5 پشتیبانی می‌کند. نتایج را به فرمت‌های TXT، CSV، JSON صادر می‌کند.

مزایا: رابط ساده، بررسی سریع (تا 1000 پروکسی در دقیقه)، فیلترها بر اساس کشور و سرعت.

معایب: چرخش خودکار ندارد، باید به‌صورت دستی اجرا شود.

2. Proxy Scraper & Checker

پروژه متن‌باز بر پایه Python با جمع‌آوری خودکار پروکسی‌های رایگان و health check. برای آزمایش‌ها و تست‌ها مناسب است، اما برای کسب‌وکار (پروکسی‌های رایگان ناپایدار هستند) مناسب نیست.

مزایا: رایگان، جمع‌آوری خودکار پروکسی، بررسی‌های قابل تنظیم.

معایب: کیفیت پروکسی‌های رایگان پایین است، مسدودسازی‌های مکرر.

3. Proxy Pool Manager (راه‌حل‌های تجاری)

خدمات پولی با چرخه کامل مدیریت پروکسی: health check، چرخش خودکار، API، ادغام با مرورگرهای ضد شناسایی (Dolphin Anty، AdsPower، Multilogin). مثال‌ها: Bright Data Proxy Manager، Smartproxy Dashboard، Oxylabs Proxy Rotator.

مزایا: همه در یک راه‌حل، پشتیبانی 24/7، ادغام‌های آماده.

معایب: هزینه بالا (از 50 دلار در ماه)، وابستگی به ارائه‌دهنده خاص پروکسی.

4. health check داخلی در مرورگرهای ضد شناسایی

اگر از مرورگرهای ضد شناسایی برای چندحسابداری استفاده می‌کنید، بسیاری از آن‌ها دارای بررسی پروکسی داخلی هستند:

Dolphin Anty: بررسی دسترسی و سرعت هنگام افزودن پروکسی به پروفایل
AdsPower: بررسی خودکار پروکسی قبل از راه‌اندازی پروفایل
Multilogin: تستر پروکسی داخلی با بررسی ناشناسی
GoLogin: بررسی جغرافیایی و شهرت IP

این ابزارها برای متخصصان SMM و آربیتراژکنندگان که با تعداد کمی حساب (تا 50-100) کار می‌کنند، مناسب هستند. برای حجم‌های بزرگ‌تر، به یک راه‌حل شخصی نیاز است.

ابزار	نوع	عملکردها	برای چه کسانی
ProxyChecker	ابزار رایگان	بررسی دسترسی، سرعت، ناشناسی	کسب‌وکار کوچک، بررسی‌های مقطعی
اسکریپت شخصی	متن‌باز	سفارشی‌سازی کامل، خودکارسازی	توسعه‌دهندگان، پول‌های بزرگ
مدیر پروکسی	SaaS تجاری	health check، چرخش، API، پشتیبانی	کسب‌وکار، وظایف حیاتی
مرورگرهای ضد شناسایی	عملکرد داخلی	بررسی پایه هنگام راه‌اندازی پروفایل	SMM، آربیتراژ، تا 100 حساب

سناریوهای استفاده برای کسب‌وکار

بیایید موارد خاصی را بررسی کنیم که چگونه health check پروکسی‌پول مشکلات واقعی کسب‌وکار را حل می‌کند.

مورد 1: جمع‌آوری قیمت‌های رقبای بازارهای آنلاین

وظیفه: یک فروشنده در Wildberries هر 2 ساعت قیمت‌های 500 رقیب را جمع‌آوری می‌کند تا به‌طور خودکار قیمت‌های خود را تنظیم کند. از یک پول 50 پروکسی استفاده می‌شود.

مشکل بدون health check: بخشی از پروکسی‌ها پس از 100-200 درخواست توسط Wildberries مسدود می‌شوند، جمع‌آورنده با خطا مواجه می‌شود و داده‌ها به‌طور کامل جمع‌آوری نمی‌شوند. مجبور به بررسی و جایگزینی پروکسی‌ها به‌صورت دستی هر 2-3 روز هستید.

راه‌حل با health check: هر 30 دقیقه سیستم همه 50 پروکسی را با درخواست به Wildberries بررسی می‌کند. پروکسی‌های غیرعملکردی (وضعیت 403، 429 یا تایم‌اوت) به‌طور خودکار با پروکسی‌های پشتیبان از پول 20 پروکسی پشتیبان جایگزین می‌شوند. جمع‌آورنده همیشه فقط از پروکسی‌های کاری استفاده می‌کند.

نتیجه: ثبات جمع‌آوری داده‌ها از 70% به 98% افزایش یافته و کار دستی از 2 ساعت در روز به 10 دقیقه در هفته کاهش یافته است.

مورد 2: چندحسابداری برای آژانس SMM

وظیفه: آژانس SMM 80 حساب اینستاگرام مشتریان را از طریق Dolphin Anty مدیریت می‌کند. هر حساب به پروکسی خود متصل است (1 حساب = 1 پروکسی).

مشکل بدون health check: اگر پروکسی از کار بیفتد، مدیر فقط زمانی متوجه می‌شود که نمی‌تواند به حساب مشتری وارد شود. در این مدت اینستاگرام ممکن است حساب را به دلیل "فعالیت مشکوک" (تغییر ناگهانی IP) مسدود کند.

راه‌حل با health check: هر 60 دقیقه سیستم همه 80 پروکسی را بررسی می‌کند (دسترس‌پذیری + جغرافیایی). اگر پروکسی پاسخ ندهد، مدیر در تلگرام اطلاعیه دریافت می‌کند و در Dolphin Anty تنظیمات پروفایل به‌طور خودکار به پروکسی پشتیبان از همان شهر به‌روزرسانی می‌شود.

نتیجه: تعداد مسدود شدن حساب‌ها به دلیل مشکلات پروکسی از 5-7 در ماه به 0-1 کاهش یافته است. صرفه‌جویی: ~$500 در ماه برای بازیابی حساب‌ها.

مورد 3: آربیتراژ ترافیک در Facebook Ads

وظیفه: آربیتراژکننده تبلیغاتی را با 15 حساب Facebook Ads راه‌اندازی می‌کند. هر حساب از پروکسی مسکونی خود در ایالات متحده استفاده می‌کند.

مشکل بدون health check: Facebook به‌طور سخت ثبات IP را بررسی می‌کند. اگر پروکسی "پرش" کند (IP تغییر کند یا قطع اتصال‌ها رخ دهد)، حساب تحت بررسی قرار می‌گیرد یا به‌طور مستقیم مسدود می‌شود. هزینه از دست دادن حساب: 200-500 دلار (بازیابی + توقف کمپین‌ها).

راه‌حل با health check: بررسی هر 15 دقیقه: دسترس‌پذیری، سرعت (latency باید پایدار باشد)، ناشناسی (سطح elite). اگر پروکسی ناپایداری نشان دهد (نوسان latency بیش از 30%)، از چرخش حذف می‌شود تا دلایل آن مشخص شود. برای حساب‌های حیاتی فقط پروکسی‌هایی با uptime > 99.5% در 24 ساعت گذشته استفاده می‌شوند.

نتیجه: تعداد مسدود شدن‌ها به دلیل مشکلات پروکسی از 2-3 در ماه به 0 کاهش یافته است. ROI به دلیل عملکرد پایدار کمپین‌ها 15% افزایش یافته است.

💡 نکته:

برای وظایف حیاتی (چندحسابداری، آربیتراژ) از پروکسی‌های مسکونی با uptime بالا استفاده کنید. آن‌ها گران‌تر از دیتا سنترها هستند، اما ثبات و ریسک پایین مسدود شدن‌ها تفاوت قیمت را جبران می‌کند.

اشتباهات رایج در تنظیم health check

بیایید اشتباهات متداولی را بررسی کنیم که کارایی health check را کاهش می‌دهند یا مشکلات جدیدی ایجاد می‌کنند.

اشتباه 1: بررسی بیش از حد مکرر

مشکل: بررسی هر 1-5 دقیقه بار زیادی بر روی پروکسی و خدمات آزمایشی ایجاد می‌کند. خدمات عمومی (httpbin.org، ip-api.com) ممکن است IP شما را به دلیل فلوود مسدود کنند. علاوه بر این، بررسی‌های مکرر ترافیک را مصرف می‌کند — اگر شما 100 پروکسی داشته باشید و هر دقیقه بررسی کنید، این 144,000 درخواست در روز خواهد بود.

راه‌حل: برای پروکسی‌های پایدار، بررسی هر 30-60 دقیقه کافی است. برای وظایف حیاتی — هر 15 دقیقه. اگر نیاز به بررسی مکرر دارید، از سرور آزمایشی خود به جای خدمات عمومی استفاده کنید.

اشتباه 2: بررسی فقط دسترس‌پذیری

مشکل: پروکسی ممکن است به درخواست‌ها پاسخ دهد (وضعیت 200 OK)، اما کند باشد (latency 10 ثانیه) یا جغرافیایی نادرست داشته باشد. برای وظایف تجاری، چنین پروکسی بی‌فایده یا حتی خطرناک است.

راه‌حل: به‌طور جامع بررسی کنید — دسترس‌پذیری + سرعت + جغرافیایی + ناشناسی. برای چندحسابداری، جغرافیایی حیاتی است، برای جمع‌آوری داده‌ها — سرعت، برای آربیتراژ — همه با هم.

اشتباه 3: عدم وجود قرنطینه

مشکل: پروکسی ممکن است به‌طور موقت "سقوط" کند به دلیل راه‌اندازی مجدد سرور یا مشکلات ارائه‌دهنده، اما پس از 1-2 ساعت دوباره کار کند. اگر این پروکسی‌ها را به‌طور فوری از پول حذف کنید، پروکسی‌های کاری را از دست می‌دهید.

راه‌حل: از سیستم قرنطینه استفاده کنید — پروکسی‌های غیرعملکردی حذف نمی‌شوند، بلکه به مدت 2-4 ساعت حذف می‌شوند. پس از این زمان، آن‌ها دوباره بررسی می‌شوند و اگر کار کردند — به پول بازمی‌گردند.

اشتباه 4: نادیده گرفتن متریک‌های ثبات

مشکل: پروکسی ممکن است کار کند، اما ناپایدار باشد — latency از 500 میلی‌ثانیه تا 5000 میلی‌ثانیه نوسان دارد، دوره...

```

چگونه چک سلامت را برای پروکسی پول تنظیم کنیم: نظارت خودکار در ۱۵ دقیقه