Cara Mengatur Health Check untuk Proxy Pool: Pemantauan Otomatis dalam 15 Menit

Jika Anda bekerja dengan banyak proxy — mengumpulkan data dari marketplace, mengelola beberapa akun di media sosial, atau menjalankan iklan — Anda pasti tahu masalahnya: tiba-tiba sebagian proxy berhenti berfungsi, dan tugas Anda terhenti. Health check (pemeriksaan kinerja) untuk proxy pool secara otomatis menyelesaikan masalah ini: sistem memeriksa setiap IP, mengecualikan yang tidak berfungsi, dan hanya menggunakan koneksi yang stabil.

Dalam panduan ini, kita akan membahas cara mengatur health check otomatis untuk proxy pool: dari pemeriksaan ketersediaan sederhana hingga pemantauan lanjutan dengan penggantian proxy yang tidak berfungsi. Ini cocok untuk semua tugas — dari pengambilan data di Wildberries hingga multi-akun di Facebook Ads.

Apa itu health check proxy dan mengapa itu diperlukan

Health check (pemeriksaan kinerja) adalah sistem pemantauan otomatis untuk proxy pool yang secara teratur memeriksa setiap alamat IP untuk ketersediaan, kecepatan, dan kebenaran fungsi. Ketika Anda bekerja dengan puluhan atau ratusan proxy, beberapa dari mereka pasti akan berhenti berfungsi: masa berlaku habis, IP diblokir, penyedia memblokir akses, atau kecepatan hanya menurun.

Tanpa health check, Anda hanya akan mengetahui masalah ketika tugas gagal dengan kesalahan: pengambil data tidak dapat mengumpulkan data, akun diblokir karena proxy yang tidak berfungsi, atau iklan tidak berjalan. Dengan health check yang diatur, sistem secara otomatis mengecualikan proxy yang tidak berfungsi dari rotasi dan hanya menggunakan koneksi yang stabil.

Health check sangat penting untuk tugas bisnis: jika Anda mengelola 30 akun klien di Instagram, mengumpulkan harga pesaing di Ozon, atau menjalankan iklan di Facebook Ads — kegagalan karena proxy yang tidak berfungsi dapat mengakibatkan kerugian finansial dan reputasi.

Metode pemeriksaan kinerja proxy

Ada beberapa tingkat pemeriksaan proxy — dari pemeriksaan ketersediaan sederhana hingga analisis mendalam tentang anonimitas dan kecepatan. Pemilihan metode tergantung pada tugas Anda: untuk pengambilan data, pemeriksaan dasar sudah cukup, untuk multi-akun di media sosial, diperlukan pemeriksaan geolokasi dan anonimitas.

1. Pemeriksaan ketersediaan dasar (Ping Check)

Metode paling sederhana adalah mengirimkan permintaan HTTP melalui proxy ke server uji dan memeriksa apakah respons diterima. Biasanya menggunakan layanan publik seperti httpbin.org, ip-api.com, atau server uji pribadi.

Apa yang diperiksa: apakah proxy merespons permintaan atau tidak (status 200 OK). Ini adalah pemeriksaan minimal yang menyaring IP yang benar-benar tidak berfungsi.

Kapan cukup: pengambilan data publik, pengumpulan informasi dari situs tanpa perlindungan ketat, tugas massal di mana kecepatan pemeriksaan penting.

2. Pemeriksaan kecepatan respons (Latency Check)

Mengukur waktu respons proxy — berapa milidetik yang dibutuhkan dari pengiriman permintaan hingga menerima respons. Proxy yang lambat (lebih dari 3-5 detik) dapat menyebabkan timeout dan kecurigaan dari platform.

Apa yang diperiksa: waktu respons (latency) dan stabilitas kecepatan. Proxy dengan latency lebih dari 5000 ms biasanya dikecualikan dari pool.

Kapan penting: bekerja dengan media sosial (Instagram, TikTok), panel iklan (Facebook Ads, Google Ads), tugas di mana kecepatan pemuatan halaman penting.

3. Pemeriksaan geolokasi dan reputasi IP

Memeriksa kesesuaian IP dengan negara dan kota yang dinyatakan, serta reputasi IP (apakah tidak ada dalam daftar hitam, tidak digunakan untuk spam). Untuk proxy residensial, ini sangat penting — platform memeriksa kesesuaian geolokasi dengan data akun.

Apa yang diperiksa: negara dan kota IP, penyedia, keberadaan dalam basis data spam (DNSBL, Spamhaus), jenis koneksi (residential/datacenter).

Kapan kritis: multi-akun di media sosial, arbitrase lalu lintas, bekerja dengan akun yang terikat pada kota tertentu (misalnya, penempatan iklan di Avito).

4. Pemeriksaan anonimitas (Anonymity Level)

Menentukan tingkat anonimitas proxy — apakah ia mengirimkan header yang mengungkapkan IP asli Anda (X-Forwarded-For, Via). Proxy ada dalam tiga tipe: transparent (transparan, mengirimkan IP asli), anonymous (menyembunyikan IP, tetapi menunjukkan bahwa ini adalah proxy) dan elite (sepenuhnya anonim).

Apa yang diperiksa: keberadaan header X-Forwarded-For, X-Real-IP, Via, Proxy-Connection. Untuk tugas bisnis, hanya proxy elite yang diperlukan.

Kapan wajib: bekerja dengan platform yang memiliki perlindungan anti-fraud yang ketat (Facebook, Google, TikTok), multi-akun, arbitrase lalu lintas.

Pengaturan dasar health check: pemeriksaan ketersediaan

Mari kita mulai dengan pengaturan health check sederhana yang memeriksa ketersediaan setiap proxy dalam pool. Metode ini cocok untuk sebagian besar tugas dan memerlukan waktu 10-15 menit untuk pengaturan.

Langkah 1: Persiapkan daftar proxy

Buat file dengan proxy Anda dalam format IP:PORT:USER:PASS atau http://user:pass@ip:port. Setiap proxy pada baris baru.

Contoh file proxies.txt:

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

Langkah 2: Pilih URL uji

Untuk memeriksa ketersediaan, diperlukan server yang stabil yang mengembalikan respons sederhana. Pilihan populer:

• httpbin.org/ip — mengembalikan alamat IP proxy dalam format JSON
• ip-api.com/json — mengembalikan IP dan geolokasi
• icanhazip.com — hanya mengembalikan IP (yang tercepat)
• Server Anda sendiri — jika perlu memeriksa akses ke situs tertentu

Untuk pemeriksaan dasar, httpbin.org/ip sudah cukup — ia stabil dan mengembalikan respons terstruktur.

Langkah 3: Atur skrip pemeriksaan

Buat skrip sederhana yang membaca daftar proxy, mengirimkan permintaan melalui setiap proxy, dan memeriksa status respons. Berikut adalah contoh dalam Python (bahasa yang paling populer untuk tugas semacam ini):

import requests
from concurrent.futures import ThreadPoolExecutor
import time

def check_proxy(proxy_line):
    """Memeriksa satu proxy"""
    try:
        # Parsing string proxy
        parts = proxy_line.strip().split(':')
        proxy_url = f"http://{parts[2]}:{parts[3]}@{parts[0]}:{parts[1]}"
        
        proxies = {
            'http': proxy_url,
            'https': proxy_url
        }
        
        # Mengirim permintaan dengan timeout 10 detik
        start_time = time.time()
        response = requests.get('http://httpbin.org/ip', 
                              proxies=proxies, 
                              timeout=10)
        latency = (time.time() - start_time) * 1000  # dalam milidetik
        
        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)
        }

# Membaca file dengan proxy
with open('proxies.txt', 'r') as f:
    proxies = f.readlines()

# Memeriksa semua proxy secara paralel (hingga 20 sekaligus)
with ThreadPoolExecutor(max_workers=20) as executor:
    results = list(executor.map(check_proxy, proxies))

# Menyimpan proxy yang berfungsi
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"Diperiksa: {len(proxies)}")
print(f"Bekerja: {len(working_proxies)}")
print(f"Tidak bekerja: {len(proxies) - len(working_proxies)}")

Skrip ini memeriksa semua proxy secara paralel (20 sekaligus), yang mempercepat proses berkali-kali. Hasilnya — file working_proxies.txt hanya dengan proxy yang berfungsi.

Langkah 4: Otomatisasi pemeriksaan

Agar health check berfungsi secara terus-menerus, atur skrip untuk dijalankan secara otomatis sesuai jadwal:

Linux/Mac (cron):

# Pemeriksaan setiap 30 menit
*/30 * * * * /usr/bin/python3 /path/to/check_proxies.py

Windows (Task Scheduler):

• Buka "Task Scheduler"
• Buat tugas baru → Trigger: setiap 30 menit
• Tindakan: jalankan python.exe dengan jalur ke skrip Anda

Pemantauan lanjutan: kecepatan, geolokasi, anonimitas

Untuk tugas bisnis, pemeriksaan ketersediaan dasar tidak cukup — perlu memantau kecepatan, geolokasi, dan tingkat anonimitas. Ini sangat penting untuk multi-akun di media sosial dan arbitrase lalu lintas, di mana platform secara ketat memeriksa proxy.

Pemeriksaan kecepatan dan stabilitas

Proxy yang lambat (latency lebih dari 3-5 detik) dapat menimbulkan kecurigaan dari platform: Instagram dan Facebook melacak waktu pemuatan halaman, dan koneksi yang lambat — tanda penggunaan proxy. Selain itu, proxy yang lambat memperlambat pekerjaan Anda dan dapat menyebabkan timeout.

Apa yang perlu diperiksa:

• Latency (waktu respons): rata-rata waktu dari permintaan hingga respons. Norma: hingga 1000 ms untuk residensial, hingga 300 ms untuk data center
• Kecepatan pemuatan: berapa kilobita per detik yang diunduh melalui proxy. Norma: minimal 500 Kbit/s
• Stabilitas: memeriksa 3-5 permintaan berturut-turut — latency tidak boleh berfluktuasi secara signifikan (perbedaan lebih dari 50% — tanda buruk)

Contoh pemeriksaan kecepatan yang lebih mendalam:

def check_proxy_speed(proxy_url):
    """Pemeriksaan kecepatan dan stabilitas"""
    latencies = []
    
    # Melakukan 5 permintaan untuk memeriksa stabilitas
    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)  # jeda antara permintaan
        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),  # % variasi
        'status': 'good' if avg_latency < 3000 and stability < 50 else 'slow'
    }

Pemeriksaan geolokasi

Untuk multi-akun, sangat penting agar geolokasi proxy sesuai dengan data akun. Jika Anda mengelola akun perusahaan Moskow melalui proxy dari Vladivostok — ini adalah sinyal merah untuk platform. Gunakan layanan ip-api.com untuk memeriksa geolokasi:

def check_proxy_geo(proxy_url):
    """Pemeriksaan geolokasi proxy"""
    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 jika proxy terdeteksi
            'mobile': data.get('mobile')  # True untuk IP seluler
        }
    except:
        return None

Simpan data geolokasi untuk setiap proxy dan gunakan saat mendistribusikan tugas: akun dari Moskow — melalui proxy Moskow, iklan regional di Avito — melalui proxy dari kota yang sesuai.

Pemeriksaan anonimitas

Proxy ada dalam tiga tingkat anonimitas: transparent (transparan), anonymous (anonim) dan elite (elit). Untuk bekerja dengan Facebook, Instagram, TikTok, dan platform lain yang memiliki perlindungan anti-fraud, hanya proxy elite yang diperlukan — mereka tidak mengirimkan header yang mengungkapkan penggunaan proxy.

Apa yang perlu diperiksa:

• Header X-Forwarded-For, X-Real-IP, Via — harus tidak ada
• IP dalam respons harus sesuai dengan IP proxy (bukan IP asli Anda)
• User-Agent harus dikirim tanpa perubahan

def check_proxy_anonymity(proxy_url):
    """Pemeriksaan tingkat anonimitas"""
    try:
        response = requests.get('http://httpbin.org/headers',
                              proxies={'http': proxy_url, 'https': proxy_url},
                              timeout=10)
        headers = response.json()['headers']
        
        # Memeriksa keberadaan header yang mengungkapkan proxy
        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'  # sepenuhnya anonim
        elif 'X-Forwarded-For' not in headers:
            return 'anonymous'  # menyembunyikan IP, tetapi menunjukkan bahwa ini adalah proxy
        else:
            return 'transparent'  # mengirimkan IP asli
    except:
        return None

Untuk tugas bisnis, gunakan hanya proxy elite. Proxy seluler secara default memiliki tingkat elite, karena menggunakan IP nyata dari operator seluler.

Rotasi otomatis: penggantian proxy yang tidak berfungsi

Health check menjadi sangat berguna ketika ia tidak hanya memeriksa proxy, tetapi juga secara otomatis mengganti yang tidak berfungsi dengan yang berfungsi. Ini sangat penting untuk tugas yang berkelanjutan: pengambilan data dari marketplace, pemantauan harga, dan auto-posting di media sosial.

Strategi 1: Pool dengan prioritas

Buat dua daftar proxy: utama (working) dan cadangan (backup). Health check secara terus-menerus memeriksa pool utama, dan saat mendeteksi proxy yang tidak berfungsi, menggantinya dengan proxy dari pool cadangan.

Bagaimana cara kerjanya:

1. Health check memeriksa semua proxy dari pool utama setiap 30 menit
2. Proxy yang tidak berfungsi dipindahkan ke daftar "karantina"
3. Proxy yang berfungsi diambil dari pool cadangan dan ditambahkan ke pool utama
4. Setelah 2-4 jam, proxy dari karantina diperiksa kembali — jika berfungsi, mereka kembali ke cadangan

Contoh implementasi:

import json
from datetime import datetime, timedelta

class ProxyPool:
    def __init__(self):
        self.working = []  # pool utama
        self.backup = []   # pool cadangan
        self.quarantine = {}  # {proxy: timestamp ketika masuk karantina}
    
    def check_and_rotate(self):
        """Pemeriksaan dan rotasi proxy"""
        failed_proxies = []
        
        # Memeriksa pool utama
        for proxy in self.working:
            if not self.is_proxy_working(proxy):
                failed_proxies.append(proxy)
                self.quarantine[proxy] = datetime.now()
        
        # Menghapus yang tidak berfungsi dari pool utama
        self.working = [p for p in self.working if p not in failed_proxies]
        
        # Menambahkan dari cadangan sebanyak yang diperlukan
        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)
        
        # Memeriksa karantina — jika proxy dalam karantina lebih dari 4 jam, periksa kembali
        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):
        """Menyimpan status pool"""
        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)

Strategi 2: Round-robin dengan pengecualian

Pendekatan yang lebih sederhana: gunakan semua proxy secara bergiliran (round-robin), tetapi saat terjadi kesalahan, sementara waktu kecualikan proxy dari rotasi selama 30-60 menit. Cocok untuk tugas di mana kecepatan penting, bukan stabilitas yang sempurna.

Bagaimana cara kerjanya:

• Proxy dipilih secara bergiliran: 1, 2, 3, 4, 1, 2, 3, 4...
• Jika proxy mengembalikan kesalahan, ia dikecualikan selama 30 menit
• Setelah 30 menit, proxy secara otomatis kembali ke rotasi
• Jika proxy gagal 3 kali berturut-turut — dikecualikan selama 4 jam

Metode ini baik untuk pengambilan data dan tugas massal, di mana beberapa permintaan dapat dilewatkan tanpa konsekuensi kritis.

Strategi 3: Rotasi berbobot berdasarkan metrik

Pendekatan yang lebih canggih: setiap proxy diberikan "berat" berdasarkan metrik (kecepatan, stabilitas, tingkat keberhasilan permintaan). Proxy dengan berat tinggi digunakan lebih sering, dengan berat rendah — lebih jarang. Cocok untuk tugas kritis: multi-akun, arbitrase.

Rumus berat:

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

di mana:
- success_rate: % permintaan yang berhasil dalam satu jam terakhir (0-100)
- speed_score: 100 - (latency / 50) — semakin cepat, semakin tinggi
- uptime: % waktu ketika proxy tersedia dalam 24 jam terakhir

Proxy dengan berat di atas 70 digunakan untuk tugas kritis (masuk ke akun), dengan berat 40-70 — untuk tugas biasa, di bawah 40 — sementara waktu dikecualikan.

Alat siap pakai untuk health check proxy pool

Jika Anda tidak ingin menulis skrip sendiri, gunakan solusi yang sudah ada. Banyak dari mereka memiliki antarmuka web, API, dan integrasi dengan alat populer.

1. ProxyChecker oleh Proxy-Store

Utilitas gratis untuk Windows/Linux dengan antarmuka grafis. Memeriksa ketersediaan, kecepatan, anonimitas, dan geolokasi. Mendukung HTTP, HTTPS, SOCKS4/5. Mengekspor hasil ke TXT, CSV, JSON.

Kelebihan: antarmuka sederhana, pemeriksaan cepat (hingga 1000 proxy per menit), filter berdasarkan negara dan kecepatan.

Kekurangan: tidak ada rotasi otomatis, perlu dijalankan secara manual.

2. Proxy Scraper & Checker

Proyek open-source di Python dengan pengumpulan otomatis proxy gratis dan health check. Cocok untuk eksperimen dan pengujian, tetapi tidak untuk bisnis (proxy gratis tidak stabil).

Kelebihan: gratis, pengumpulan proxy otomatis, pemeriksaan yang dapat disesuaikan.

Kekurangan: kualitas proxy gratis rendah, pemblokiran sering terjadi.

3. Proxy Pool Manager (solusi komersial)

Layanan berbayar dengan siklus penuh pengelolaan proxy: health check, rotasi otomatis, API, integrasi dengan browser anti-deteksi (Dolphin Anty, AdsPower, Multilogin). Contoh: Bright Data Proxy Manager, Smartproxy Dashboard, Oxylabs Proxy Rotator.

Kelebihan: semua dalam satu solusi, dukungan 24/7, integrasi siap pakai.

Kekurangan: biaya tinggi (mulai dari $50/bulan), terikat pada penyedia proxy tertentu.

4. Health check bawaan di browser anti-deteksi

Jika Anda menggunakan browser anti-deteksi untuk multi-akun, banyak dari mereka memiliki pemeriksaan proxy bawaan:

• Dolphin Anty: memeriksa ketersediaan dan kecepatan saat menambahkan proxy ke profil
• AdsPower: pemeriksaan otomatis proxy sebelum menjalankan profil
• Multilogin: penguji proxy bawaan dengan pemeriksaan anonimitas
• GoLogin: memeriksa geolokasi dan reputasi IP

Alat ini nyaman untuk spesialis SMM dan arbitrase yang bekerja dengan sejumlah kecil akun (hingga 50-100). Untuk volume besar, diperlukan solusi sendiri.

Skenario penggunaan untuk bisnis

Mari kita bahas kasus konkret tentang bagaimana health check proxy pool menyelesaikan tugas bisnis yang nyata.

Kasus 1: Pengambilan data harga pesaing di marketplace

Tugas: penjual di Wildberries mengumpulkan harga 500 pesaing setiap 2 jam untuk secara otomatis menyesuaikan harga mereka. Menggunakan pool dari 50 proxy.

Masalah tanpa health check: sebagian proxy diblokir oleh Wildberries setelah 100-200 permintaan, pengambil data gagal dengan kesalahan, data tidak terkumpul sepenuhnya. Harus memeriksa dan mengganti proxy secara manual setiap 2-3 hari.

Solusi dengan health check: setiap 30 menit sistem memeriksa semua 50 proxy dengan permintaan ke Wildberries. Proxy yang tidak berfungsi (status 403, 429 atau timeout) secara otomatis diganti dengan proxy cadangan dari pool 20 proxy backup. Pengambil data selalu menggunakan hanya proxy yang berfungsi.

Hasil: stabilitas pengambilan data meningkat dari 70% menjadi 98%, pekerjaan manual berkurang dari 2 jam sehari menjadi 10 menit seminggu.

Kasus 2: Multi-akun untuk agensi SMM

Tugas: agensi SMM mengelola 80 akun Instagram klien melalui Dolphin Anty. Setiap akun terikat pada proxy masing-masing (1 akun = 1 proxy).

Masalah tanpa health check: jika proxy berhenti berfungsi, manajer hanya mengetahui ketika tidak dapat masuk ke akun klien. Selama waktu itu, Instagram dapat memblokir akun karena "aktivitas mencurigakan" (perubahan IP yang tiba-tiba).

Solusi dengan health check: setiap 60 menit sistem memeriksa semua 80 proxy (ketersediaan + geolokasi). Jika proxy tidak merespons, manajer menerima pemberitahuan di Telegram, dan di Dolphin Anty secara otomatis memperbarui pengaturan profil ke proxy cadangan dari kota yang sama.

Hasil: jumlah pemblokiran akun karena masalah dengan proxy menurun dari 5-7 per bulan menjadi 0-1. Penghematan: ~$500/bulan untuk pemulihan akun.

Kasus 3: Arbitrase lalu lintas di Facebook Ads

Tugas: arbitrase menjalankan iklan dengan 15 akun Facebook Ads. Setiap akun menggunakan proxy residensial mereka sendiri dari AS.

Masalah tanpa health check: Facebook secara ketat memeriksa stabilitas IP. Jika proxy "melompat" (IP berubah atau terjadi putus koneksi), akun akan diperiksa atau langsung diblokir. Biaya kehilangan akun: $200-500 (pemulihan + downtime kampanye).

Solusi dengan health check: pemeriksaan setiap 15 menit: ketersediaan, kecepatan (latency harus stabil), anonimitas (tingkat elite). Jika proxy menunjukkan ketidakstabilan (variabilitas latency lebih dari 30%), ia dikecualikan dari rotasi sampai penyebabnya jelas. Untuk akun kritis, hanya proxy dengan uptime > 99.5% dalam 24 jam terakhir yang digunakan.

Hasil: jumlah pemblokiran karena masalah dengan proxy menurun dari 2-3 per bulan menjadi 0. ROI meningkat 15% berkat stabilitas kampanye.

Kesalahan umum saat mengatur health check

Mari kita bahas kesalahan umum yang mengurangi efektivitas health check atau menciptakan masalah baru.

Kesalahan 1: Pemeriksaan terlalu sering

Masalah: pemeriksaan setiap 1-5 menit menciptakan beban besar pada proxy dan layanan uji. Layanan publik (httpbin.org, ip-api.com) dapat memblokir IP Anda karena spam. Selain itu, pemeriksaan yang sering menghabiskan bandwidth — jika Anda memiliki 100 proxy dan memeriksa setiap menit, itu 144.000 permintaan per hari.

Solusi: untuk proxy yang stabil, pemeriksaan setiap 30-60 menit sudah cukup. Untuk tugas kritis — setiap 15 menit. Gunakan server uji Anda sendiri daripada layanan publik jika perlu pemeriksaan yang sering.

Kesalahan 2: Memeriksa hanya ketersediaan

Masalah: proxy mungkin merespons permintaan (status 200 OK), tetapi lambat (latency 10 detik) atau memiliki geolokasi yang salah. Untuk tugas bisnis, proxy semacam itu tidak berguna atau bahkan berbahaya.

Solusi: lakukan pemeriksaan secara komprehensif — ketersediaan + kecepatan + geolokasi + anonimitas. Untuk multi-akun, geolokasi sangat penting, untuk pengambilan data — kecepatan, untuk arbitrase — semuanya bersama-sama.

Kesalahan 3: Tidak ada sistem karantina

Masalah: proxy dapat "jatuh" sementara karena server yang di-restart atau masalah dari penyedia, tetapi setelah 1-2 jam dapat berfungsi kembali. Jika proxy semacam itu langsung dihapus dari pool, Anda kehilangan IP yang berfungsi.

Solusi: gunakan sistem karantina — proxy yang tidak berfungsi tidak dihapus, tetapi dikecualikan selama 2-4 jam. Setelah waktu ini, mereka diperiksa kembali, dan jika berfungsi — kembali ke pool.

Kesalahan 4: Mengabaikan metrik stabilitas

Masalah: proxy mungkin berfungsi, tetapi tidak stabil — latency berfluktuasi dari 500 ms hingga 5000 ms, periode...