Se você trabalha com um grande número de proxies — coletando dados de marketplaces, gerenciando várias contas em redes sociais ou rodando anúncios — você conhece o problema: de repente, parte dos proxies para de funcionar, e suas tarefas ficam paradas. O health check (verificação de funcionalidade) do pool de proxies resolve esse problema automaticamente: o sistema verifica cada IP, exclui os que não funcionam e utiliza apenas conexões estáveis.
Neste guia, vamos abordar como configurar um health check automático para o pool de proxies: desde uma simples verificação de disponibilidade até um monitoramento avançado com substituição de proxies com problemas. Serve para qualquer tarefa — desde a coleta de dados da Wildberries até multi-contas no Facebook Ads.
O que é health check de proxies e por que é necessário
O health check (verificação de funcionalidade) é um sistema automático de monitoramento do pool de proxies, que verifica regularmente cada endereço IP quanto à disponibilidade, velocidade e funcionamento correto. Quando você trabalha com dezenas ou centenas de proxies, parte deles inevitavelmente para de funcionar: o tempo de validade expira, o IP é banido, o provedor bloqueia o acesso ou simplesmente a velocidade cai.
Sem o health check, você só descobre o problema quando a tarefa falha com um erro: o coletor não consegue obter dados, a conta é banida devido a um proxy não funcional, ou o anúncio não é veiculado. Com o health check configurado, o sistema exclui automaticamente os proxies com problemas da rotação e utiliza apenas conexões estáveis.
Por que o health check é necessário:
- Estabilidade de funcionamento: exclusão de proxies não funcionais antes que eles quebrem sua tarefa
- Economia de tempo: não é necessário verificar manualmente cada IP e procurar a causa dos erros
- Segurança das contas: um proxy lento ou instável pode levantar suspeitas da plataforma
- Otimização de custos: você paga apenas pelos proxies funcionais, e não por todo o pool
O health check é especialmente crítico para tarefas de negócios: se você gerencia 30 contas de clientes no Instagram, coleta preços de concorrentes na Ozon ou roda anúncios no Facebook Ads — uma falha devido a um proxy não funcional pode custar dinheiro e reputação.
Métodos de verificação de funcionalidade de proxies
Existem vários níveis de verificação de proxies — desde uma simples verificação de disponibilidade até uma análise profunda de anonimato e velocidade. A escolha do método depende das suas tarefas: para coleta de dados, uma verificação básica é suficiente, para multi-contas em redes sociais é necessária a verificação de geolocalização e anonimato.
1. Verificação básica de disponibilidade (Ping Check)
O método mais simples é enviar uma solicitação HTTP através do proxy para um servidor de teste e verificar se uma resposta foi recebida. Geralmente, são utilizados serviços públicos como httpbin.org, ip-api.com ou um servidor de teste próprio.
O que é verificado: se o proxy responde às solicitações ou não (status 200 OK). Esta é uma verificação mínima que filtra IPs completamente não funcionais.
Quando é suficiente: coleta de dados públicos, coleta de informações de sites sem proteção rigorosa, tarefas em massa onde a velocidade de verificação é importante.
2. Verificação de velocidade de resposta (Latency Check)
Mede-se o tempo de resposta do proxy — quantos milissegundos passam desde o envio da solicitação até a recepção da resposta. Proxies lentos (mais de 3-5 segundos) podem causar timeouts e levantar suspeitas das plataformas.
O que é verificado: o tempo de resposta (latência) e a estabilidade da velocidade. Proxies com latência superior a 5000 ms geralmente são excluídos do pool.
Quando é importante: trabalho com redes sociais (Instagram, TikTok), painéis de anúncios (Facebook Ads, Google Ads), tarefas onde a velocidade de carregamento das páginas é crucial.
3. Verificação de geolocalização e reputação do IP
Verifica-se a conformidade do IP com o país e cidade declarados, bem como a reputação do IP (se não está em listas negras, se não é utilizado para spam). Para proxies residenciais, isso é crítico — as plataformas verificam a correspondência da geolocalização com os dados da conta.
O que é verificado: país e cidade do IP, provedor, presença em bases de spam (DNSBL, Spamhaus), tipo de conexão (residencial/datacenter).
Quando é crítico: multi-contas em redes sociais, arbitragem de tráfego, trabalho com contas vinculadas a cidades específicas (por exemplo, anúncios em Avito).
4. Verificação de anonimato (Anonymity Level)
Determina-se o nível de anonimato do proxy — se ele transmite cabeçalhos que revelam seu IP real (X-Forwarded-For, Via). Os proxies podem ser de três tipos: transparentes (transmitem o IP real), anônimos (ocultam o IP, mas mostram que é um proxy) e elite (totalmente anônimos).
O que é verificado: a presença dos cabeçalhos X-Forwarded-For, X-Real-IP, Via, Proxy-Connection. Para tarefas de negócios, são necessários apenas proxies elite.
Quando é obrigatório: trabalho com plataformas com proteção anti-fraude rigorosa (Facebook, Google, TikTok), multi-contas, arbitragem de tráfego.
| Método de verificação | O que verifica | Para quais tarefas |
|---|---|---|
| Ping Check | Disponibilidade (200 OK) | Coleta de dados, coleta em massa |
| Latency Check | Velocidade de resposta | Redes sociais, painéis de anúncios |
| Geo Check | Geolocalização, reputação do IP | Multi-contas, tarefas locais |
| Anonymity Check | Nível de anonimato | Arbitragem, plataformas anti-fraude |
Configuração básica do health check: verificação de disponibilidade
Vamos começar com uma configuração simples do health check, que verifica a disponibilidade de cada proxy no pool. Este método é adequado para a maioria das tarefas e leva de 10 a 15 minutos para ser configurado.
Passo 1: Preparação da lista de proxies
Crie um arquivo com seus proxies no formato IP:PORT:USER:PASS ou http://user:pass@ip:port. Cada proxy deve estar em uma nova linha.
Exemplo do arquivo proxies.txt:
192.168.1.100:8080:user1:pass1 192.168.1.101:8080:user2:pass2 192.168.1.102:8080:user3:pass3
Passo 2: Escolha da URL de teste
Para verificar a disponibilidade, é necessário um servidor estável que retorne uma resposta simples. Opções populares:
- httpbin.org/ip — retorna o endereço IP do proxy em formato JSON
- ip-api.com/json — retorna o IP e a geolocalização
- icanhazip.com — retorna apenas o IP (o mais rápido)
- Seu próprio servidor — se precisar verificar o acesso a um site específico
Para a verificação básica, httpbin.org/ip é suficiente — ele é estável e retorna uma resposta estruturada.
Passo 3: Configuração do script de verificação
Crie um script simples que lê a lista de proxies, envia uma solicitação através de cada um e verifica o status da resposta. Aqui está um exemplo em Python (a linguagem mais popular para essas tarefas):
import requests
from concurrent.futures import ThreadPoolExecutor
import time
def check_proxy(proxy_line):
"""Verifica um proxy"""
try:
# Faz o parsing da linha do 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
}
# Envia a solicitação com timeout de 10 segundos
start_time = time.time()
response = requests.get('http://httpbin.org/ip',
proxies=proxies,
timeout=10)
latency = (time.time() - start_time) * 1000 # em milissegundos
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)
}
# Lê o arquivo com proxies
with open('proxies.txt', 'r') as f:
proxies = f.readlines()
# Verifica todos os proxies em paralelo (até 20 ao mesmo tempo)
with ThreadPoolExecutor(max_workers=20) as executor:
results = list(executor.map(check_proxy, proxies))
# Salva os proxies funcionais
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"Verificados: {len(proxies)}")
print(f"Funcionando: {len(working_proxies)}")
print(f"Não funcionam: {len(proxies) - len(working_proxies)}")
Este script verifica todos os proxies em paralelo (20 ao mesmo tempo), o que acelera o processo em dezenas de vezes. O resultado é um arquivo working_proxies.txt apenas com proxies funcionais.
Passo 4: Automação da verificação
Para que o health check funcione continuamente, configure a execução automática do script em um cronograma:
Linux/Mac (cron):
# Verificação a cada 30 minutos */30 * * * * /usr/bin/python3 /path/to/check_proxies.py
Windows (agendador de tarefas):
- Abra o "Agendador de Tarefas"
- Crie uma nova tarefa → Gatilho: a cada 30 minutos
- Ação: executar python.exe com o caminho para seu script
⚠️ Importante:
Não verifique os proxies com muita frequência (mais de uma vez a cada 15 minutos) — isso cria carga nos serviços de teste e pode levar ao bloqueio. A frequência ideal: a cada 30-60 minutos para proxies estáveis, a cada 10-15 minutos para tarefas onde a disponibilidade é crítica.
Monitoramento avançado: velocidade, geolocalização, anonimato
Para tarefas de negócios, a verificação básica de disponibilidade não é suficiente — é necessário monitorar a velocidade, geolocalização e nível de anonimato. Isso é especialmente importante para multi-contas em redes sociais e arbitragem de tráfego, onde as plataformas verificam rigorosamente os proxies.
Verificação de velocidade e estabilidade
Um proxy lento (latência superior a 3-5 segundos) pode levantar suspeitas nas plataformas: Instagram e Facebook monitoram o tempo de carregamento das páginas, e uma conexão lenta é um sinal de uso de proxies. Além disso, proxies lentos desaceleram seu trabalho e podem causar timeouts.
O que verificar:
- Latência (tempo de resposta): tempo médio desde a solicitação até a resposta. Normas: até 1000 ms para residenciais, até 300 ms para datacenters
- Velocidade de carregamento: quantos kilobytes por segundo são baixados através do proxy. Norma: mínimo de 500 Kbps
- Estabilidade: verificação de 3-5 solicitações consecutivas — a latência não deve oscilar muito (variação superior a 50% é um mau sinal)
Exemplo de verificação avançada de velocidade:
def check_proxy_speed(proxy_url):
"""Verificação de velocidade e estabilidade"""
latencies = []
# Fazemos 5 solicitações para verificar a estabilidade
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) # pausa entre solicitações
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), # % de variação
'status': 'good' if avg_latency < 3000 and stability < 50 else 'slow'
}
Verificação de geolocalização
Para multi-contas, é crítico que a geolocalização do proxy corresponda aos dados da conta. Se você gerencia a conta de uma empresa de Moscovo através de um proxy de Vladivostok — isso é um sinal vermelho para a plataforma. Use o serviço ip-api.com para verificar a geolocalização:
def check_proxy_geo(proxy_url):
"""Verificação da geolocalização do 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 se um proxy for detectado
'mobile': data.get('mobile') # True para IPs móveis
}
except:
return None
Armazene os dados de geolocalização para cada proxy e use-os ao distribuir tarefas: contas de Moscovo — através de proxies de Moscovo, anúncios regionais em Avito — através de proxies da cidade necessária.
Verificação de anonimato
Os proxies têm três níveis de anonimato: transparentes (transparentes), anônimos (anônimos) e elite (elite). Para trabalhar com Facebook, Instagram, TikTok e outras plataformas com proteção anti-fraude, são necessários apenas proxies elite — eles não transmitem cabeçalhos que revelam o uso de proxies.
O que verificar:
- Cabeçalhos X-Forwarded-For, X-Real-IP, Via — devem estar ausentes
- O IP na resposta deve corresponder ao IP do proxy (não ao seu IP real)
- User-Agent deve ser transmitido sem alterações
def check_proxy_anonymity(proxy_url):
"""Verificação do nível de anonimato"""
try:
response = requests.get('http://httpbin.org/headers',
proxies={'http': proxy_url, 'https': proxy_url},
timeout=10)
headers = response.json()['headers']
# Verificamos a presença de cabeçalhos que revelam o 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' # totalmente anônimo
elif 'X-Forwarded-For' not in headers:
return 'anonymous' # oculta o IP, mas mostra que é um proxy
else:
return 'transparent' # transmite o IP real
except:
return None
Para tarefas de negócios, use apenas proxies elite. Proxies móveis têm por padrão nível elite, pois utilizam IPs reais de operadoras móveis.
Rotação automática: substituição de proxies com problemas
O health check se torna realmente útil quando ele não apenas verifica os proxies, mas também substitui automaticamente os que não funcionam por aqueles que funcionam. Isso é crítico para tarefas contínuas: coleta de dados de marketplaces, monitoramento de preços, autopostagem em redes sociais.
Estratégia 1: Pool com prioridades
Crie duas listas de proxies: uma principal (working) e uma de reserva (backup). O health check verifica constantemente o pool principal, e ao detectar um proxy não funcional, substitui-o por um proxy do pool de reserva.
Como funciona:
- O health check verifica todos os proxies do pool principal a cada 30 minutos
- Proxies não funcionais são movidos para a lista "em quarentena" (quarantine)
- Um proxy funcional é retirado do pool de reserva e adicionado ao principal
- Após 2-4 horas, os proxies em quarentena são verificados novamente — se funcionarem, retornam ao reserva
Exemplo de implementação:
import json
from datetime import datetime, timedelta
class ProxyPool:
def __init__(self):
self.working = [] # pool principal
self.backup = [] # pool de reserva
self.quarantine = {} # {proxy: timestamp quando foi para a quarentena}
def check_and_rotate(self):
"""Verificação e rotação de proxies"""
failed_proxies = []
# Verificamos o pool principal
for proxy in self.working:
if not self.is_proxy_working(proxy):
failed_proxies.append(proxy)
self.quarantine[proxy] = datetime.now()
# Removemos os não funcionais do pool principal
self.working = [p for p in self.working if p not in failed_proxies]
# Adicionamos do reserva quantos forem necessários
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)
# Verificamos a quarentena — se o proxy estiver em quarentena por mais de 4 horas, verificamos
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):
"""Salvando o estado do 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)
Estratégia 2: Round-robin com exclusão
Uma abordagem mais simples: use todos os proxies em ordem (round-robin), mas ao ocorrer um erro, exclua temporariamente o proxy da rotação por 30-60 minutos. Adequado para tarefas onde a velocidade é importante, e não a estabilidade ideal.
Como funciona:
- Os proxies são escolhidos em círculo: 1, 2, 3, 4, 1, 2, 3, 4...
- Se o proxy retornar um erro, ele é excluído por 30 minutos
- Após 30 minutos, o proxy retorna automaticamente à rotação
- Se o proxy falhar 3 vezes consecutivas — é excluído por 4 horas
Este método é bom para coleta de dados e tarefas em massa, onde é possível ignorar algumas solicitações sem consequências críticas.
Estratégia 3: Rotação ponderada por métricas
Uma abordagem avançada: cada proxy recebe um "peso" com base nas métricas (velocidade, estabilidade, taxa de sucesso das solicitações). Proxies com peso alto são usados com mais frequência, enquanto os de peso baixo são usados com menos frequência. Adequado para tarefas críticas: multi-contas, arbitragem.
Fórmula do peso:
weight = (success_rate * 0.5) + (speed_score * 0.3) + (uptime * 0.2) onde: - success_rate: % de solicitações bem-sucedidas na última hora (0-100) - speed_score: 100 - (latency / 50) — quanto mais rápido, maior - uptime: % do tempo em que o proxy esteve disponível nas últimas 24 horas
Proxies com peso acima de 70 são usados para tarefas críticas (acesso a contas), com peso entre 40-70 para tarefas normais, e abaixo de 40 são temporariamente excluídos.
Ferramentas prontas para health check do pool de proxies
Se você não deseja escrever seu próprio script, use soluções prontas. Muitas delas possuem interface web, API e integração com ferramentas populares.
1. ProxyChecker by Proxy-Store
Ferramenta gratuita para Windows/Linux com interface gráfica. Verifica disponibilidade, velocidade, anonimato e geolocalização. Suporta HTTP, HTTPS, SOCKS4/5. Exporta resultados em TXT, CSV, JSON.
Pontos positivos: interface simples, verificação rápida (até 1000 proxies por minuto), filtros por país e velocidade.
Pontos negativos: sem rotação automática, precisa ser executada manualmente.
2. Proxy Scraper & Checker
Projeto open-source em Python com coleta automática de proxies gratuitos e health check. Adequado para experimentos e testes, mas não para negócios (proxies gratuitos são instáveis).
Pontos positivos: gratuito, coleta automática de proxies, verificações configuráveis.
Pontos negativos: qualidade baixa dos proxies gratuitos, bloqueios frequentes.
3. Proxy Pool Manager (soluções comerciais)
Serviços pagos com ciclo completo de gerenciamento de proxies: health check, rotação automática, API, integração com navegadores anti-detect (Dolphin Anty, AdsPower, Multilogin). Exemplos: Bright Data Proxy Manager, Smartproxy Dashboard, Oxylabs Proxy Rotator.
Pontos positivos: tudo em uma solução, suporte 24/7, integrações prontas.
Pontos negativos: custo elevado (a partir de $50/mês), vinculação a um provedor específico de proxies.
4. Health check embutido em navegadores anti-detect
Se você usa navegadores anti-detect para multi-contas, muitos deles possuem verificação de proxies embutida:
- Dolphin Anty: verificação de disponibilidade e velocidade ao adicionar proxies ao perfil
- AdsPower: verificação automática de proxies antes de iniciar o perfil
- Multilogin: testador de proxies embutido com verificação de anonimato
- GoLogin: verificação de geolocalização e reputação do IP
Essas ferramentas são convenientes para especialistas em SMM e arbitradores que trabalham com um número pequeno de contas (até 50-100). Para grandes volumes, é necessário uma solução própria.
| Ferramenta | Tipo | Funções | Para quem |
|---|---|---|---|
| ProxyChecker | Ferramenta gratuita | Verificação de disponibilidade, velocidade, anonimato | Pequenos negócios, verificações pontuais |
| Script próprio | Open-source | Total personalização, automação | Desenvolvedores, grandes pools |
| Proxy Manager | SaaS comercial | Health check, rotação, API, suporte | Negócios, tarefas críticas |
| Navegadores anti-detect | Funcionalidade embutida | Verificação básica ao iniciar o perfil | SMM, arbitragem, até 100 contas |
Cenários de uso para negócios
Vamos analisar casos específicos de como o health check do pool de proxies resolve tarefas reais de negócios.
Caso 1: Coleta de preços de concorrentes em marketplaces
Tarefa: um vendedor na Wildberries coleta preços de 500 concorrentes a cada 2 horas, para ajustar automaticamente seus preços. Um pool de 50 proxies é utilizado.
Problema sem health check: parte dos proxies é bloqueada pela Wildberries após 100-200 solicitações, o coletor falha com erros, e os dados são coletados de forma incompleta. É necessário verificar e substituir proxies manualmente a cada 2-3 dias.
Solução com health check: a cada 30 minutos, o sistema verifica todos os 50 proxies com uma solicitação para a Wildberries. Proxies não funcionais (status 403, 429 ou timeout) são automaticamente substituídos por reservas do pool de 20 proxies de backup. O coletor sempre utiliza apenas proxies funcionais.
Resultado: a estabilidade da coleta aumentou de 70% para 98%, e o trabalho manual foi reduzido de 2 horas por dia para 10 minutos por semana.
Caso 2: Multi-contas para uma agência de SMM
Tarefa: uma agência de SMM gerencia 80 contas do Instagram de clientes através do Dolphin Anty. Cada conta está vinculada ao seu próprio proxy (1 conta = 1 proxy).
Problema sem health check: se um proxy para de funcionar, o gerente descobre apenas quando não consegue acessar a conta do cliente. Nesse tempo, o Instagram pode banir a conta devido a "atividade suspeita" (mudança brusca de IP).
Solução com health check: a cada 60 minutos, o sistema verifica todos os 80 proxies (disponibilidade + geolocalização). Se um proxy não responde, o gerente recebe uma notificação no Telegram, e no Dolphin Anty as configurações do perfil são automaticamente atualizadas para um proxy de reserva da mesma cidade.
Resultado: o número de bloqueios de contas devido a problemas com proxies caiu de 5-7 por mês para 0-1. Economia: ~$500/mês na recuperação de contas.
Caso 3: Arbitragem de tráfego no Facebook Ads
Tarefa: um arbitrador roda anúncios com 15 contas do Facebook Ads. Cada conta utiliza seu próprio proxy residencial dos EUA.
Problema sem health check: o Facebook verifica rigorosamente a estabilidade do IP. Se o proxy "salta" (muda de IP ou apresenta quedas de conexão), a conta entra em verificação ou é banida imediatamente. O custo da perda de uma conta: $200-500 (recuperação + paralisação de campanhas).
Solução com health check: verificação a cada 15 minutos: disponibilidade, velocidade (a latência deve ser estável), anonimato (nível elite). Se um proxy mostrar instabilidade (variação de latência superior a 30%), ele é excluído da rotação até que as causas sejam esclarecidas. Para contas críticas, são utilizados apenas proxies com uptime > 99.5% nas últimas 24 horas.
Resultado: o número de banimentos devido a problemas com proxies caiu de 2-3 por mês para 0. O ROI aumentou em 15% devido ao funcionamento estável das campanhas.
💡 Dica:
Para tarefas críticas (multi-contas, arbitragem), utilize proxies residenciais com alto uptime. Eles são mais caros que os datacenters, mas a estabilidade e o baixo risco de bloqueios compensam a diferença de preço.
Erros comuns na configuração do health check
Vamos analisar erros típicos que diminuem a eficácia do health check ou criam novos problemas.
Erro 1: Verificação muito frequente
Problema: verificar a cada 1-5 minutos cria uma enorme carga nos proxies e serviços de teste. Serviços públicos (httpbin.org, ip-api.com) podem bloquear seu IP por spam. Além disso, verificações frequentes consomem tráfego — se você tiver 100 proxies e verificar a cada minuto, isso resulta em 144.000 solicitações por dia.
Solução: para proxies estáveis, uma verificação a cada 30-60 minutos é suficiente. Para tarefas críticas — a cada 15 minutos. Utilize seu próprio servidor de teste em vez de serviços públicos, se precisar de verificações frequentes.
Erro 2: Verificação apenas de disponibilidade
Problema: um proxy pode responder às solicitações (status 200 OK), mas ser lento (latência de 10 segundos) ou ter geolocalização incorreta. Para tarefas de negócios, tal proxy é inútil ou até perigoso.
Solução: verifique de forma abrangente — disponibilidade + velocidade + geolocalização + anonimato. Para multi-contas, a geolocalização é crítica; para coleta de dados, a velocidade; para arbitragem, tudo junto.
Erro 3: Ausência de quarentena
Problema: um proxy pode "cair" temporariamente devido à reinicialização do servidor ou problemas com o provedor, mas voltar a funcionar em 1-2 horas. Se você excluir esses proxies imediatamente do pool, perderá IPs funcionais.
Solução: use um sistema de quarentena — proxies não funcionais não são removidos, mas excluídos por 2-4 horas. Após esse tempo, eles são verificados novamente, e se funcionarem, retornam ao pool.
Erro 4: Ignorar métricas de estabilidade
Problema: um proxy pode funcionar, mas de forma instável — a latência oscila de 500 ms a 5000 ms, o período...