O PuTTY SSH Tunneling não funciona no Linux


-1

Estou executando um servidor no Debian que possui o Webmin instalado, que não está executando a porta padrão.

Instalei recentemente o Linux Mint, substituindo o Windows.

Quando eu tinha o Windows, usei o PuTTY para encaminhar minha porta Webmin e tudo funcionou no Windows usando localhost: port.

Desde que cheguei ao Linux, instalei o PuTTY e configurei meu encaminhamento de porta novamente na seção SSH.

Eu entro no meu servidor e tento acessar o meu webmin através do localhost: port e apenas diz que a conexão foi recusada no chrome?

Não consigo pensar no que aconteceu, pois isso funcionou no Windows.

Eu tenho um servidor apache2 local em execução no Linux Mint, pensei que poderia estar interferindo, mas parei o apache2 e ainda não tive sorte.

Qualquer ajuda é muito apreciada.


Sem nenhum comando ou erro, é difícil ajudar.
Jakuje 8/17/17

Eu li algo sobre a configuração de um proxy no chrome, mas quando estava no Windows, apenas conectei via Putty / ssh e pude acessar meu túnel imediatamente usando localhost: portnumber sem nenhum problema, o que há de diferente no Linux que estou sentindo falta? Existe algo que eu possa fazer para testar alguma coisa?
Unkio9

Qual porta você está usando?
Jakuje 8/17/17

Eu configurei uma porta personalizada para o webmin de 5436, tendo em mente que tudo funcionava quando eu estava no Windows, não mudei nada do lado do servidor desde então. Eu posso acessar meu servidor, é apenas o encapsulamento que não está funcionando.
Unkio9

Qualquer ideia? Estou preso agora?
Unkio9

Respostas:


0

Como agora você trabalha com o Linux Mint, sugiro que você use sshna linha de comando e use o modo detalhado para ver se ele imprime mensagens relacionadas ao túnel. Então, tente algo ao longo das linhas dessh -L 5436:Debian_server:Webmin_port user@Debian_server -v

Por favor, reporte qualquer mensagem relacionada à criação do túnel. Se tudo correr bem, espere uma mensagem como esta: debug1: Conexões locais para LOCALHOST: 5436 encaminhadas para o endereço remoto ...


Obrigado, ele funciona via linha de comando SSH. Eu tive que converter minha chave .ppk, mas tudo funciona via ssh, mas não massa, acho que vou passar pelo terminal por agora.
Unkio9

Ótimo. Enquanto isso, também instalei o PuTTY na minha máquina Linux (estou usando o ArchLinux, instalei-o no repositório) e fazer um túnel não apresenta problemas. Embora eu prefira a interface de linha de comando do SSH, estou curioso para saber por que o PuTTY não funcionaria. Como você instalou?
Sander

Literalmente através da loja de software no Linux Mint.
Unkio9

0

Eu sei que isso é um pouco antigo, mas tive o mesmo problema ao migrar sessões de massa do windows para o Fedora linux. A resposta é bem simples. Coloquei aqui para o benefício de outras pessoas com problemas semelhantes.

No linux (pelo menos no Fedora), um usuário normal não pode redirecionar portas locais menores que 1024, a menos que você use o usuário root (ou sudo, eu acho). O Putty no linux usa o SSH instalado no linux até onde eu sei. A massa do Windows fez suas próprias coisas, acredito, ou pelo menos instalou uma versão do Windows ssh que não parecia ter essa limitação. Eu acho que a abordagem Linux é provavelmente a mais segura, enquanto a abordagem Windows é por conveniência.

Então, em vez de executar o putty no sudo, eu apenas redirecionei as portas locais acima de 1024 para a rede remota.

Portanto, no OP, você pode redirecionar (digamos) 127.0.1.1:1080 -> debian_server: 5436, por exemplo.

No meu caso (no Windows), eu costumava redirecionar 127.0.1.1:80->192.168.1.1:80 (para poder operar a interface da web do roteador na rede remota. A configuração da sessão de massa (no registro) em windows era assim:

"PortForwardings"="4L127.0.1.1:80=192.168.1.1:80,"

No Fedora, a entrada no arquivo de configuração da sessão tornou-se:

PortForwardings=4L127.0.1.1:1080=192.168.1.1:80

Isso também pode ser usado para https usando a porta local (digamos) 1443 para a porta remota 443.

No Linux, eles podem ser configurados no arquivo conf ou no gui de configuração do putty de abertura.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.