Não tenho certeza se minha interpretação está correta, mas acho que é isso que está acontecendo.
A conexão é bloqueada pelo proxy. O HTTP CONNECT (que é o que o corkscrew usa para retornar ao proxy) é necessário em configurações típicas para navegar em sites HTTPS. O proxy não pode filtrar a conexão, já que ela é criptografada, e não tem outra opção senão deixar o que se parece vagamente com uma conexão SSL. (SSL e SSH podem ser distinguidos, mas muitos proxies não incomodam) No entanto, quase todos os sites HTTPS estão na porta padrão (443), então os proxies geralmente só retornam conexões para a porta 443. Eu acho que “Conexão fechada pelo host remoto "É devido ao proxy soltar a conexão quando vê que você está tentando saltar para uma porta diferente.
Se puder, altere a configuração do servidor SSH para que ele escute na porta 443. “O proxy não pôde abrir a conexão para serverIP: Serviço indisponível” indica que o proxy está disposto a permitir a conexão, mas não há servidor escutando naquela porta. (Não há garantia de que ele não fará algum tipo de análise de tráfego e o bloqueará quando o protocolo SSH começar a ocorrer.)
Você precisa estar root na máquina de destino para fazer o servidor escutar na porta 443. Se você não estiver executando um servidor HTTPS, será fácil adicionar a linha Port 443
no arquivo sshd_config
e reiniciar o arquivo. sshd
process ( service ssh restart
, /etc/init.d/ssh restart
ou algum desses comandos).
Você pode executar um servidor SSH e um servidor HTTPS na mesma porta, já que o primeiro pacote enviado pelo cliente é suficiente para informar qual deles é solicitado. Você pode usar o multiplexador sslh (veja também este guia ).