O «software cliente de proxy» é uma categoria com um âmbito de aplicação muito mais restrito do que o nome sugere, e a primeira questão útil a colocar é se, de facto, precisa de um.
Somos a Geonode, vendemos proxies, e a observação sincera é a seguinte: a grande maioria das pessoas que procura software cliente de proxy não precisa de instalar nada. Se estiver a escrever código, a sua biblioteca HTTP já aceita um argumento de proxy. Se estiver a utilizar um navegador, o navegador ou o sistema operativo dispõe de uma configuração de proxy. Se estiver a utilizar o curl, este possui -x. Cada uma destas opções é uma via suportada e documentada que não implica a instalação de software adicional, licenças nem riscos de falha.
Os clientes de proxy existem para resolver um problema específico, e vale a pena referi-lo com precisão: forçar uma aplicação que não tem configuração de proxy a passar por um proxy na mesma. Software de secretária sem preferências de rede, um cliente de jogo, uma ferramenta antiga, um utilitário de linha de comandos que ignora variáveis de ambiente. Essa é a sua função. Tudo o resto que estas ferramentas fazem é por conveniência.
A segunda coisa que vale a pena saber antes de escolher é que existem quatro camadas distintas nas quais um proxy pode ser aplicado, cada uma com um conjunto de ferramentas diferente e um modo de falha distinto. Escolher a camada errada é a razão habitual pela qual alguém acaba com software de que não precisava, ou com tráfego que, discretamente, não passou pelo proxy de todo.
E há um problema que persiste em quase todas as camadas — uma fuga de DNS que envia o nome de todos os anfitriões que visita para o seu resolvedor local, mesmo quando o próprio tráfego é encaminhado corretamente. Este problema tem uma secção dedicada, porque é a razão mais comum pela qual uma configuração de proxy corretamente definida não está a funcionar como o seu proprietário pensa.
Os preços e o comportamento técnico apresentados abaixo provêm da documentação ou da página de compra de cada projeto.
O que um cliente proxy realmente resolve
Três problemas reais e um que, normalmente, é imaginário.
Problema um: a aplicação não tem definições de proxy
Este é o problema real. Muitos programas para computador estabelecem ligações de rede e não oferecem qualquer forma de configurar um proxy. Por vezes, respeita a configuração a nível do sistema; frequentemente, não o faz, porque utiliza a sua própria pilha de rede.
Um cliente proxy resolve isto ao interceptar as chamadas de rede da aplicação num nível inferior ao em que a aplicação toma decisões. A aplicação nunca se apercebe. Isto é verdadeiramente útil e não há outra forma de o fazer.
Problema 2: Aplicações diferentes necessitam de proxies diferentes
Uma aplicação através de um endereço no Reino Unido, outra diretamente, uma terceira através de um ponto final SOCKS5. A configuração de proxy do sistema operativo é global e não permite esta flexibilidade. Um cliente proxy com regras permite-o.
Para quem estiver a testar comportamentos regionais ou a separar o tráfego de trabalho do tráfego de investigação numa única máquina, esta é a funcionalidade que justifica a compra.
Problema Três: Gerir Muitos Proxies
Rotação, agrupamento, failover, repetição de tentativas e observação do que realmente aconteceu. Incorporar isto em cada script é repetitivo; um gestor de proxies local faz isso uma vez e tudo aponta para o localhost.
O Problema Imaginário: Privacidade
As pessoas recorrem a clientes de proxy à espera de anonimato. Um cliente de proxy altera o local de onde o tráfego parece ter origem, para quem quer que esteja do outro lado. Por si só, não encripta nada, não esconde nada do operador do proxy e não tem qualquer efeito sobre o software instalado no seu próprio computador.
Se a privacidade é o requisito, a resposta é uma VPN de confiança ou o Tor Browser, não um cliente de proxy. São ferramentas diferentes para problemas diferentes e a confusão é suficientemente comum para custar dinheiro real às pessoas.
As quatro camadas em que pode aplicar um proxy
Esta abordagem é mais útil do que qualquer comparação de ferramentas, pelo que vem antes da tabela.
Primeira camada: no seu código
A sua biblioteca HTTP aceita um parâmetro de proxy. O requests tem proxies, o curl tem -x e a maioria das linguagens de programação tem um equivalente.
Vantagens: precisão total, controlo por pedido, sem software adicional, nada que possa vazar e o proxy é visível no código, onde um futuro leitor o poderá ver.
Limitações: abrange apenas os pedidos que faz.
Utilize-o sempre que for aplicável. Se estiver a escrever o código que efetua as solicitações, pare por aqui — o resto deste artigo trata de problemas que não tem.
Camada Dois: Na Aplicação
Os navegadores, gestores de downloads e muitas ferramentas de desenvolvimento têm as suas próprias definições de proxy. As extensões do navegador ampliam isto com regras específicas por site.
Vantagens: sem software com privilégios, fácil de alterar, limitado a uma aplicação.
Limitações: apenas essa aplicação, e apenas se esta tiver a configuração definida.
Camada Três: A nível do sistema
O Windows, o macOS e a maioria dos ambientes de trabalho Linux têm uma configuração de proxy do sistema. As aplicações bem comportadas consultam-na.
Vantagens: integrada, gratuita, sem necessidade de instalar software.
Limitações, e estas são significativas: as aplicações não são obrigadas a respeitá-la. Muitos utilizam a sua própria rede e ignoram completamente o sistema. É por isso que o tráfego que deveria passar pelo proxy muitas vezes não o faz, e é por isso que esta é uma solução tão pouco fiável para qualquer coisa que seja importante. Verifique em vez de assumir.
Camada Quatro: Interceção
É aqui que reside o software cliente de proxy. A ferramenta intercepta as chamadas de rede por baixo da aplicação, pelo que o que a aplicação pretendia é irrelevante — a ligação é redirecionada independentemente disso.
O Proxifier faz isto no Windows e no macOS através de um controlador. O proxychains faz-o em sistemas do tipo Unix, interceptando chamadas de bibliotecas. Ambos alcançam o mesmo resultado por vias diferentes.
Vantagens: funciona em aplicações que não têm qualquer suporte para proxy; suporta regras específicas por aplicação.
Limitações: requer instalação com privilégios ou um método de execução específico, apresenta casos extremos reais documentados abaixo e adiciona um componente que pode, por si só, falhar.
Escolha
Percorra a lista e pare na primeira camada que funcionar. Código, depois aplicação, depois sistema, depois interceção. Cada passo para baixo acrescenta capacidades e modos de falha, e a grande maioria das necessidades é satisfeita nas duas primeiras.
Comparação das ferramentas
| Ferramenta | Camada | Plataformas | Preço | Ideal para |
|---|
| A sua biblioteca HTTP | Código | Todas | Grátis | Qualquer coisa que escreva por conta própria |
curl -x | Código | Todas | Grátis | Scripts e pedidos pontuais |
| Definições/extensões do navegador | Aplicação | Todas | Grátis | Navegação, regras por site |
| Configurações de proxy do sistema | Sistema | Todas | Grátis | Apenas aplicações que funcionem corretamente |
| Proxifier | Intercepção | Windows, macOS | 39,95 $ licença perpétua | Aplicações sem suporte a proxy |
| proxychains-ng | Intercepção | Linux, BSD, macOS, Haiku | Grátis, GPL-2.0 | Ferramentas de linha de comandos em Unix |
| Bright Data Proxy Manager | Gestor local | Windows, Linux, macOS | Grátis, código aberto | Rotação, agrupamento, registo |
Como interpretar a tabela
As primeiras quatro linhas são gratuitas e cobrem a maioria das necessidades. Isto não é uma questão retórica — analise-as cuidadosamente antes de considerar o resto.
O Proxifier é o único produto pago significativo aqui e o único com uma interface gráfica bem trabalhada. Por 39,95 dólares como licença perpétua, em vez de uma subscrição, é barato em comparação com uma hora do tempo de qualquer pessoa e, para a tarefa específica de redirecionar aplicações teimosas do Windows ou do macOS, não tem nenhum concorrente real.
O proxychains-ng é o equivalente para Unix e é gratuito ao abrigo da GPL-2.0, com um mecanismo significativamente diferente e um conjunto significativamente diferente de problemas que podem ocorrer.
O Proxy Manager da Bright Data é uma recomendação genuinamente útil de um dos nossos concorrentes e merece destaque: é de código aberto, funciona nas três plataformas de desktop e, embora tenha sido concebido para a própria rede da Bright Data, suporta fornecedores de proxy externos através da sua opção «--ext_proxies». Por isso, funciona com proxies de qualquer fornecedor, incluindo os nossos. Gere o agrupamento de ligações, o equilíbrio de carga, a rotação, a análise SSL e o registo através de uma interface web, com suporte para o Docker.
Estamos a indicar-vos uma ferramenta de um concorrente porque é a melhor solução gratuita para um problema que os nossos clientes têm. Criar um equivalente inferior apenas para vos manter dentro do nosso ecossistema seria uma perda de tempo para todos.
O Proxifier e o caso dos computadores de secretária
A opção comercial, e aquela a que se deve recorrer quando uma aplicação do Windows ou do macOS simplesmente não dispõe de configurações de proxy.
O que faz
O Proxifier instala um controlador que intercepta as ligações na camada de rede e as redireciona de acordo com as regras que definir. A aplicação que estabelece a ligação não é consultada e não precisa de cooperar.
As regras são a razão para o adquirir. Pode encaminhar por aplicação, por anfitrião de destino, por porta e por combinações — um programa através de um proxy, outro diretamente, um terceiro totalmente bloqueado. Isso não é possível em nenhuma configuração a nível do sistema.
Preços
39,95 $ por uma licença única, que abrange a Proxifier Standard Edition para Windows, a Portable Edition para Windows ou a Proxifier para Mac. Trata-se de licenças perpétuas que incluem todas as futuras atualizações de versão secundárias, não sendo assinaturas, e os descontos por volume chegam aos 40%. Existe uma garantia de reembolso de 30 dias (preços atuais).
Uma compra única numa categoria dominada por subscrições é suficientemente invulgar para merecer destaque.
A Edição Portátil
Vale a pena compreender, pois altera as restrições. A edição padrão instala um controlador, o que requer direitos de administrador. A edição portátil destina-se a situações em que a instalação de um controlador não é possível ou não é desejada.
Se trabalhar em máquinas onde não tem direitos de administrador, verifique qual a edição mais adequada antes de comprar — as licenças são vendidas separadamente.
O que verificar antes de confiar nele
Que o tráfego está realmente a passar. Abra a aplicação, faça-a executar alguma ação relacionada com a rede e confirme no próprio registo de ligações do Proxifier se a ligação aparece lá. Uma aplicação que utilize um mecanismo invulgar pode ainda assim passar despercebida, e o registo indica-lhe isso imediatamente.
Que o DNS está a ser tratado da forma que deseja. Abordado numa secção própria mais abaixo — esta é a configuração que as pessoas costumam esquecer.
Que as regras estejam ordenadas corretamente. Os sistemas de regras são avaliados por ordem, e uma regra abrangente no topo irá silenciosamente absorver o tráfego que pretendia que uma regra posterior, mais específica, captasse. Este é o erro de configuração mais comum.
O proxychains e o caso do Linux
A solução livre do Unix, com um mecanismo que vale a pena compreender, pois explica exatamente o que não vai funcionar.
Como funciona
O proxychains-ng redireciona as ligações através de proxies SOCKS4a, SOCKS5 ou HTTP. De acordo com a sua própria documentação, «intercepta funções da libc relacionadas com a rede em programas ligados dinamicamente através de uma DLL pré-carregada e redireciona as ligações através de um ou mais proxies SOCKS/HTTP».
O mecanismo é o «LD_PRELOAD». Uma biblioteca é carregada antes das bibliotecas normais do programa, e as suas versões das funções de socket são utilizadas em vez das do sistema. O programa chama aquilo que pensa ser a função padrão, e o proxychains responde.
Executa-se um comando através dele, em vez de o configurar globalmente:
proxychains4 curl https://example.com
proxychains4 nmap -sT target
Está licenciado sob a GPL-2.0 e funciona em Linux, BSD, macOS e Haiku.
As limitações, segundo a própria documentação
Estas estão documentadas pelo projeto e têm consequências mais graves do que parecem à primeira vista.
Os binários estáticos não funcionam. A técnica requer ligação dinâmica. Um programa ligado estaticamente não tem bibliotecas para pré-carregar e irá ligar-se diretamente — sem erros, sem avisos, passando diretamente pelo seu proxy.
Apenas TCP. «Suporta apenas TCP (não UDP/ICMP, etc.)». Qualquer coisa que utilize UDP não é redirecionada pelo proxy. Isto inclui grande parte das redes modernas e ocorre de forma silenciosa.
O Python e o Perl têm um problema específico. A documentação refere que «o dynlinker da glibc tem um bug ou uma funcionalidade de segurança que impede que os módulos compilados com "dlopen()" sejam sujeitos aos mesmos ganchos dlsym», o que afeta os módulos de extensão nessas linguagens. Um script em Python pode redirecionar as suas próprias solicitações, enquanto uma extensão compilada que ele carrega não o faz.
A Proteção de Integridade do Sistema (SIP) do macOS bloqueia-o para aplicações do sistema na versão 10.11 e posteriores. A SIP existe precisamente para impedir este tipo de injeção e está a cumprir a sua função.
Os scripts e os daemons que criam processos em segundo plano podem falhar.
O próprio ficheiro README do projeto aconselha a realização de testes exaustivos antes de uma utilização a sério, o que é invulgarmente franco e deve ser interpretado à letra.
O Padrão por Trás Destes Limites
Todos eles falham silenciosamente e abertamente. A ligação não é bloqueada; é direta. O seu tráfego sai do seu endereço real e nada o avisa.
Por isso, verifique explicitamente em vez de partir de suposições. Execute o seu comando através do proxychains num ponto final que forneça o endereço e confirme se o endereço devolvido é o do proxy, para cada aplicação com a qual pretenda utilizá-lo — não apenas uma vez, mas de forma geral.
Gestores de proxy: rotação e agrupamento
Uma função diferente das ferramentas de interceção, com as quais é frequentemente confundida.
Um gestor de proxies é executado localmente e apresenta-se como um único ponto de extremidade de proxy. As suas aplicações apontam para localhost. Nos bastidores, distribui os pedidos por um conjunto de proxies a montante, faz a rotação entre eles, repete as tentativas em caso de falha e regista o que aconteceu.
Por que vale a pena ter isto
A lógica de rotação está concentrada num único local. Em vez de cada script implementar o seu próprio tratamento do conjunto de proxies, todos apontam para um único ponto de extremidade local e é o gestor que decide.
A transição para um proxy de reserva ocorre sem que o seu código se aperceba. Se um proxy a montante estiver inativo, a tentativa é repetida noutro local.
Obtenha observabilidade. Quais os pedidos que foram bem-sucedidos, quais falharam, quanto tempo demoraram, quanta largura de banda foi para onde. É isto que as pessoas mais lamentam não ter quando a fatura do proxy é inesperadamente elevada.
As credenciais permanecem numa única configuração, em vez de serem copiadas para uma dúzia de scripts, o que é mais organizado e mais seguro.
A opção prática
O Proxy Manager da Bright Data é de código aberto, funciona no Windows, Linux e macOS e oferece agrupamento de ligações, equilíbrio de carga, rotação automática, suporte a SOCKS5, análise SSL, uma interface de configuração web e imagens Docker.
Foi concebido para a rede da Bright Data, mas suporta fornecedores de proxy externos através da sua opção «--ext_proxies», o que significa que funciona perfeitamente com proxies de qualquer fornecedor. Se estiver a utilizar os nossos proxies e pretender um ponto de extremidade local gerido com rotação e registo, esta opção é a ideal e não tem qualquer custo.
Quando não precisa de um
Se estiver a efetuar algumas centenas de pedidos por dia a partir de um único script, um gestor é uma infraestrutura para um problema que ainda não surgiu. A rotação é importante quando os limites de taxa por endereço são a sua restrição determinante; a observabilidade é importante quando a fatura ou a taxa de falhas é suficientemente elevada para justificar uma investigação. Abaixo desses limiares, um argumento de proxy no seu cliente HTTP é a solução completa.
A fuga de DNS que sobrevive a todas as camadas
A forma mais comum de uma configuração de proxy corretamente definida não estar a funcionar como o seu proprietário pensa.
O problema
Antes de o seu computador se poder ligar a example.com
, algo tem de transformar esse nome num endereço. Se essa pesquisa ocorrer localmente, o seu resolvedor DNS — normalmente o seu fornecedor de Internet ou o administrador da sua rede — fica a saber todos os nomes de anfitrião que visita, mesmo que o tráfego em si passe pelo proxy.
Você encaminhou a ligação e indicou o destino.
Onde isso se manifesta
No curl e em qualquer coisa que utilize SOCKS. A diferença está no esquema. Com socks5://
, o curl resolve o nome localmente antes de se ligar ao proxy. Com socks5h://
, o nome de anfitrião é enviado para o proxy e resolvido lá. Um único caractere.
curl -x socks5://proxy.example.com:1080 https://example.com # leaks the lookup
curl -x socks5h://proxy.example.com:1080 https://example.com # does not
Em software cliente de proxy. O Proxifier tem uma configuração explícita para o tratamento do DNS através do proxy. Nem sempre é a predefinição e é fácil não reparar nela.
No proxychains. O ficheiro de configuração controla o tratamento do DNS, e a configuração correta depende da sua versão e do tipo de proxy.
Nos navegadores. Alguns resolvem localmente mesmo quando está configurado um proxy SOCKS, a menos que seja alterada uma preferência específica.
Por que é importante para além da privacidade
Isto não é apenas uma questão de divulgação. Um nome de anfitrião resolvido localmente pode fornecer-lhe um endereço totalmente errado. Os sites que utilizam infraestruturas regionalmente diferentes são resolvidos de forma distinta consoante a localização. Se estiver a utilizar um proxy na Alemanha, mas a resolução for feita a partir da Grã-Bretanha, poderá ligar-se ao ponto final britânico a partir de um endereço alemão — uma combinação que é errada para o seu objetivo e suficientemente invulgar para ser notada.
Esta é uma causa frequente e verdadeiramente confusa de testes geográficos que produzem resultados que não correspondem à realidade.
A verificação
Seja qual for a camada que estiver a utilizar, execute um teste de fuga de DNS através dela e confirme se o resolvedor indicado pertence à rede do proxy e não à sua. Demora trinta segundos e é a verificação de maior valor em todo este artigo.
Quando não precisa de um cliente proxy
Contrariamente ao nosso interesse e ao tema do artigo, que, neste caso, abrange a maioria dos leitores.
É você quem está a escrever o código. Passe o proxy para a sua biblioteca HTTP. Não há nada para instalar, nada que possa vazar, nenhuma licença e fica visível para quem quer que leia o código posteriormente.
A sua aplicação tem uma configuração de proxy. Utilize-a. Adicionar uma camada de interceção por cima cria dois pontos em que a configuração pode estar errada.
Quer privacidade. Utilize uma VPN de confiança ou o Tor Browser. Um cliente proxy não encripta o seu tráfego e não esconde nada do operador do proxy.
Quer desbloquear um site num navegador. Uma extensão do navegador ou as próprias definições do navegador tratam disso. Instalar um controlador de sistema para esse efeito é desproporcionado.
Está a fazer apenas algumas solicitações. Os limites de taxa e a deteção respondem ao volume e ao padrão. Cinquenta solicitações ao longo de um dia não requerem infraestrutura.
A aplicação respeita a configuração de proxy do sistema. Verifique primeiro — demora um minuto e pode pôr fim ao projeto.
Está a executar-se num servidor e controla o ambiente. Variáveis de ambiente, redes ao nível do contentor ou uma rota devidamente configurada são soluções mais simples do que uma camada de injeção e não falham silenciosamente das formas descritas acima.
Quando o fazes genuinamente
Uma aplicação sem suporte para proxy que também ignora a configuração do sistema. A única razão legítima para a existência desta categoria.
Regras de encaminhamento por aplicação. Destinos diferentes para programas diferentes numa mesma máquina.
Rotação e observabilidade num conjunto de muitos proxies a montante, em grande volume.
Uma ferramenta de linha de comandos no Unix que não tem opção de proxy — o proxychains, tendo bem presentes os seus limites documentados.
Fora destes casos, a camada mais simples é a melhor resposta, e é gratuita.
Perguntas frequentes
O que é um software cliente proxy?
É um software que encaminha o tráfego de rede de outra aplicação através de um proxy, normalmente interceptando as ligações num nível inferior ao em que a aplicação decide como se ligar. O seu objetivo é funcionar como proxy para aplicações que não dispõem de uma configuração de proxy própria.
Preciso de um cliente proxy?
Normalmente, não. Se estiver a escrever código, passe o proxy para a sua biblioteca HTTP. Se a sua aplicação tiver uma configuração de proxy, utilize-a. Um cliente proxy destina-se ao caso específico de uma aplicação sem suporte para proxy que também ignore a configuração a nível do sistema.
Qual é o melhor cliente de proxy para o Windows?
O Proxifier é a opção comercial consolidada, a 39,95 dólares por uma licença perpétua com regras de encaminhamento por aplicação. Para agrupamento e rotação, em vez de interceção, o Proxy Manager de código aberto da Bright Data funciona no Windows e é compatível com fornecedores de proxy externos.
Existe algum cliente de proxy gratuito para o Linux?
O proxychains-ng, licenciado sob a GPL-2.0. Este programa acede às funções de rede da libc através de LD_PRELOAD. Tenha em atenção os seus limites documentados: apenas TCP, sem binários estáticos, complicações com módulos de extensão em Python e Perl, e o facto de a Proteção de Integridade do Sistema do macOS o bloquear para aplicações do sistema.
Porque é que o meu tráfego não está a passar pelo proxy?
Na maioria das vezes, a aplicação ignora a configuração de proxy do sistema e utiliza a sua própria rede. Especificamente com o proxychains, um binário ligado estaticamente ou tráfego UDP irá contorná-lo totalmente e de forma silenciosa. Verifique através de um ponto final de relatório de endereços, em vez de partir de suposições.
O que é uma fuga de DNS e como posso impedi-la?
O seu tráfego passa pelo proxy, mas a pesquisa do nome de host ocorre localmente, pelo que o seu próprio resolvedor vê todos os sites que visita. Resolva isto fazendo com que o proxy resolva os nomes: utilize socks5h:// em vez de socks5:// no curl, ative a opção equivalente no Proxifier ou no proxychains e teste com um verificador de fugas de DNS.
Um cliente proxy encripta o meu tráfego?
Não. Um proxy retransmite as ligações; não adiciona encriptação. O HTTPS continua a proteger o conteúdo entre si e o destino, mas o operador do proxy pode ver a que anfitriões se liga. Se precisar de encriptação a partir do seu dispositivo para o exterior, é isso que uma VPN proporciona.
Proxifier ou proxychains?
São plataformas e mecanismos diferentes. O Proxifier é para Windows e macOS, utiliza um controlador, tem um editor gráfico de regras e custa 39,95 $. O proxychains é para Unix, utiliza o pré-carregamento de bibliotecas, é gratuito e apresenta falhas documentadas que ocorrem silenciosamente. Nenhum é melhor; servem para sistemas diferentes.
Conclusão
O software de cliente proxy tem um objetivo mais restrito do que o nome da categoria sugere, e o mais importante que pode fazer antes de escolher um é determinar em que camada o seu problema se situa realmente.
Analise as camadas uma a uma e pare na primeira que funcionar. Primeiro no seu código, depois na aplicação, depois a nível do sistema e, por fim, na interceção. Cada passo acrescenta funcionalidades e novas formas de falhar, e a maioria dos requisitos é satisfeita nas duas primeiras camadas — sem custos e sem necessidade de instalar nada.
Quando chegar realmente à camada de interceção, a escolha é determinada, em grande parte, pela plataforma. O Proxifier no Windows e no macOS custa 39,95 dólares como licença perpétua, com regras por aplicação que nenhuma configuração integrada consegue expressar. O proxychains-ng no Unix, gratuito e sob licença GPL-2.0, com limitações que vale a pena memorizar: apenas TCP, sem binários estáticos, dificuldades com extensões em Python e Perl, e bloqueado pela Proteção de Integridade do Sistema no macOS moderno.
O padrão subjacente a essas limitações é mais importante do que a lista em si. Todos eles falham de forma aberta e silenciosa — a ligação não é recusada, simplesmente passa diretamente a partir do seu endereço real, e nada o avisa. Verifique com um ponto final de relatório de endereços para cada aplicação que pretenda encaminhar, em vez de configurar uma vez e confiar nisso.
Em seguida, verifique o DNS. O tráfego a passar pelo proxy enquanto as pesquisas são encaminhadas para o seu resolvedor local é a configuração «meio a funcionar» mais comum neste campo, e constitui tanto um problema de divulgação como um problema de exatidão — um nome de anfitrião resolvido localmente pode fornecer-lhe um endereço regionalmente incorreto. socks5h:// em vez de socks5://, a opção de DNS ativada na ferramenta que estiver a utilizar e trinta segundos com um teste de fuga.
E se estiver a utilizar um conjunto de proxies, o Proxy Manager de código aberto da Bright Data gere a rotação, o failover e o registo, funciona nas três plataformas e é compatível com fornecedores externos. Trata-se de uma ferramenta da concorrência e é a melhor solução gratuita para esse problema, o que me pareceu importante referir claramente.
