Um proxy gratuito pode dar-lhe uma porta de entrada?
Um endpoint de proxy para pedidos de saída não fornece automaticamente um ouvinte público que reencaminhe as ligações de entrada para o seu computador.
Um IP e uma porta de uma lista de proxies costumam identificar um local ao qual a sua aplicação se liga. Não são uma porta pública reservada para que outras pessoas cheguem ao seu computador.
Essa distinção importa se quiser receber uma ligação de entrada. Um pedido de saída através do proxy diz, na prática: liga-te a este destino por mim. Um ouvinte público exige que o intermediário aceite a ligação de outra pessoa e a associe ao seu serviço.
Procure uma função de entrada real
O HTTP CONNECT cria um túnel para o destino indicado no pedido. Não pede ao proxy que publique uma porta de escuta arbitrária em seu nome.
O SOCKS5 define um comando BIND separado. A troca BIND do protocolo fornece um endpoint associado e mais tarde comunica uma ligação de entrada. Esse não é o comando CONNECT habitual usado por um cliente web. Um serviço que anuncia suporte a SOCKS5 pode restringir ou omitir o comando; o software cliente também tem de suportar a troca prevista.
Mesmo uma negociação BIND bem-sucedida não é promessa de uma porta publicada permanente para uso geral. A política do serviço, o par esperado, o tempo de vida e o caminho de rede em volta continuam a contar.
Um proxy HTTP não é um servidor SSH
O reencaminhamento remoto por SSH é outra forma de um operador fornecer explicitamente acesso de entrada. Exige um serviço SSH, uma conta e autorização de reencaminhamento. Apontar um comando SSH para uma porta pública de proxy HTTP não cria essas capacidades.
Antes de escolher um serviço, defina a direção de que precisa: pedidos de saída por outra saída ou ligações de entrada para uma aplicação que executa. Se for a segunda, procure uma função de reencaminhamento de entrada documentada num arranjo que controla. Uma linha comum numa lista de proxies não prova que essa função exista.