Primeiro, o tráfego SSH de saída não usa a porta 22, ela está sendo redirecionada para a porta 22. Por padrão, ela escolhe uma porta do intervalo dinâmico. E também, você não precisa de regras para conexões SSH de saída, a menos que tais conexões sejam explicitamente bloqueadas pelo firewall. Uma conexão de rede será estabelecida por meio de rastreamento de conexão stateful (suportado por quase qualquer firewall moderno, leia mais aqui ). Você não deve se preocupar com suas portas de conexão de saída.
Razões pelas quais você pode experimentar esse comportamento:
- O PuTTY não está na lista de aplicativos permitidos no firewall - não é permitido estabelecer conexões.
- Dependendo de como você o adicionou, sua regra também pode não funcionar. Um bug em algumas versões no Windows (mais comumente no Windows 7) é visto, onde uma regra de firewall não funcionará se o caminho permitido contiver variáveis (como
%username%
). Se o PuTTY for permitido no firewall, mas ainda assim não conseguir se conectar, verifique se você não tem um caminho com variáveis e certifique-se de que o PuTTY esteja localizado em um caminho absoluto sem aqueles. Um exemplo desse bug pode ser encontrado aqui . -
PuTTY pode precisar de direitos de administrador para criar um soquete, a partir de Sockets Raw do TCP / IP :
Raw sockets offer the capability to manipulate the underlying transport, so they can be used for malicious purposes that pose a security threat. Therefore, only members of the Administrators group can create sockets of type SOCK_RAW on Windows 2000 and later.
Um guia rápido para permitir PuTTY através do firewall:
Windows 10: Permitir um programa através do Firewall do Windows @ GROK