Ok, o " netstat -a | find "LISTENING" " foi criado para o Microsoft Windows. No Windows, find é mais parecido com o grep do Unix, em vez do locate do Unix. A saída que você mostrou sugere que você a tenha executado no Unix.
O -L para SSH especifica uma porta local. Não vejo -L listado na página de manual do Ubuntu para netstat , nem em a ajuda / saída do netstat que você mostra, que aparece (em um piscar de olhos) para ser (idêntica à) a ajuda que o netstat mostra no Windows 7. (Não sei qual versão do Windows você estava tentando usar). / p>
O que você estava tentando realizar? Em outras palavras, o que você acha que o -L faria no netstat? Tenha em mente que os parâmetros são específicos para programas individuais. Muitos programas tentam usar parâmetros semelhantes, para facilitar as coisas, mas só porque um programa suporta -L não significa que outro programa suportará -L . Mesmo que ambos os programas suportem -L , isso não significa que ambos os programas tratem da mesma maneira.
Por exemplo, alguns comandos Unix netstat podem suportar " -f inet " para especificar a família de endereços IPv4, enquanto o comando netstat incluído no Microsoft usa -f inteiramente diferente (para mostrar FQDNs nos endereços remotos) , então o Microsoft Windows trataria a palavra inet para significar algo totalmente diferente.
Então, para resumir, estou dizendo que -L não faz nada no netstat do Ubuntu (baseado na documentação). Portanto, o equivalente para o netstat do Microsoft Windows seria -L ou outra opção sem sentido. Essa é a resposta real e tecnicamente correta para a pergunta que foi realmente feita. Desde que eu sei que não é realmente a resposta que você está procurando, tente criar uma nova pergunta que pergunta o que você está realmente procurando realizar.
Sua linha ssh inclui tanto -i f:tproxy.pem quanto mais tarde -f . Eu estou supondo que você está tentando usar F: TProxy.pem no Microsoft Windows. Se você estiver usando um OpenSSH portado para o Microsoft Windows, este é um software que foi projetado para o OpenBSD ser portado para o Microsoft Windows. Com o software BSD / Unix que é portado assim, o suporte para outras letras de unidade (como f: ) pode muitas vezes ser inexistente ou incômodo. Tente executar o software a partir de F: para que você possa especificar o arquivo sem precisar especificar uma letra de unidade. (Consulte o arquivo na mesma unidade.) Depois de obter esse trabalho, sinta-se à vontade para brincar com a linha de comando para ver se consegue fazer as coisas funcionarem quando você executa o comando de outras unidades. Em outras palavras, não lute com múltiplos desafios de uma só vez, quando evitáveis.
Como o seu prompt parece um cifrão, parece que seu prompt é semelhante ao Unix. Estou suspeitando que toda a coisa "f:" está realmente jogando fora as coisas.
No entanto, outra ideia é que O artigo do MoovWeb parece culpar o erro "número de arquivo inválido" do OpenSSH pela incapacidade de criar a conexão de rede, possivelmente devido a um firewall.