Eu tenho o servidor SSH escutando meu endereço IP na máquina convidada (debian2)
edarabos@debian2:~$ telnet 172.16.100.128 22
Trying 172.16.100.128...
Connected to 172.16.100.128.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.5p1 Debian-6
^]
telnet> close
Connection closed.
Eu posso alcançar o sistema operacional host com ping.
edarabos@debian2:~$ ping -c 1 172.16.100.1
PING 172.16.100.1 (172.16.100.1) 56(84) bytes of data.
64 bytes from 172.16.100.1: icmp_req=1 ttl=128 time=0.243 ms
--- 172.16.100.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.243/0.243/0.243/0.000 ms
O computador host me fornece um NAT excelente (que eu realmente preciso):
edarabos@debian2:~$ ssh computer.faraway.hu
!!! UTF-8 !!! 0mm
(|)-(|)
####### ########## ########## #########################
[email protected]'s password:
Linux computer 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64
You have mail.
Last login: Thu Sep 1 14:33:27 2011 from 257.257.257.257
16:13:49 up 2 days, 21:14, 5 users, load average: 0.00, 0.02, 0.00
edarabos@computer:~$
(editado para privacidade)
Minha interface e configuração de roteamento:
edarabos@debian2:~$ /sbin/ifconfig eth0 | grep "inet addr"
inet addr:172.16.100.128 Bcast:172.16.100.255 Mask:255.255.255.0
edarabos@debian2:~$ /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
172.16.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 172.16.100.1 0.0.0.0 UG 0 0 0 eth0
Quando tento usar o PuTTY para o SSH no sistema operacional convidado (172.16.100.128) recebo "Erro de rede: Conexão recusada". . Fazer tcpdump -vv no convidado não mostra nada ao tentar. Ele mostra as coisas quando eu SSH sair para computer.faraway.hu.
O host é Win 7 32bit, VMWare Workstation 7.1.1. O convidado é o Debian Squeeze com o kernel 2.6.32 não ajustado.
O Google não ajudou e estou sem ideias.
UPDATE
Eu tenho um Cygwin no meu host do Windows e tenho SSH nele que diz:
$ ssh -vvv 172.16.100.128
OpenSSH_5.8p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /home/edarabos/.ssh/config
debug2: ssh_connect: needpriv 0
debug1: Connecting to 172.16.100.128 [172.16.100.128] port 22.
debug1: connect to address 172.16.100.128 port 22: Connection refused
ssh: connect to host 172.16.100.128 port 22: Connection refused
UPDATE
Usando o telnet do host para o convidado:
C:\Users\edarabos>telnet 172.16.100.128 22
Connecting To 172.16.100.128...Could not open connection to the host, on port 22: Connect failed
Além disso, o serviço de firewall não está sendo executado no host. No convidado iptables -L está vazio e toda a política é ACCEPT .
UPDATE
Também configurei uma VMnet somente de host e adicionei uma interface de rede ao convidado de acordo. Essa interface (eth1) obtém um endereço IP adequado do servidor DHCP nessa VMnet. Quando eu tento PuTTY do host para esse endereço IP, recebo o tempo limite da conexão. Eu também não consigo pingar o convidado do host.
Eu instalei outro convidado com as mesmas configurações (clonou o primeiro). Eu posso fazer SSH entre os dois convidados. (Os IPs dos convidados nessa rede são 172.16.101.2 e 172.16.101.3 ).
O sshd está escutando 172.16.100.128 na máquina guest (linux)? - > grep Ouvir /etc/ssh/sshd.conf
[esqueça o acima]
Resumo:
O sistema operacional host só vê a interface externa da rede NATted, portanto, é necessário configurar o encaminhamento de porta para a rede NATted para acessar um dos hosts NATted nessa rede, pois pode haver muitos hosts ocultos nela atrás de um IP. (Como é o caso de qualquer rede NATted.)
Verifique suas configurações de firewall no servidor de destino - elas podem estar bloqueando a porta 22.
Execute uma captura de pacote do cliente e do servidor. Você não poderá ver o conteúdo dos pacotes, mas poderá ver a sessão sendo configurada. No lado do servidor, verifique se você vê o tráfego do cliente e se o servidor responde. Se o servidor responder, verifique se você obtém a resposta do mesmo IP: porta à qual você se conectou. Verifique as combinações IP: porta nos dois lados.
Outras coisas para analisar:
Qual máquina está executando qual sistema operacional? Para citar sua pergunta:
edarabos@debian2:~$ telnet 172.16.100.128 22
Trying 172.16.100.128...
Connected to 172.16.100.128.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.5p1 Debian-6
^]
Então uma caixa Debian (VM?) está telnetando para outra caixa Debian (rodando SSH-2.0-OpenSSH_5.5p1 Debian 6)? O que aconteceu com a caixa do Windows que você afirma ser o sistema host (físico)? Eu acho que você está telneteando da caixa do Debian para si mesmo , não o host. Qual é o endereço IP do host na LAN virtual entre convidado e host?
Eu estava tendo o mesmo problema "conexão recusada" com o Putty e o Cliente Telnet para o dispositivo VMware Host.
Encontrou vários documentos para acessar as configurações do host VMware > Configuração > Software > Perfil de segurança. Certifique-se de que o "Firewall" permita a porta 22 do SSH.
No entanto, ninguém apontou para a área "Perfil de segurança & serviços" acima dele. Lá, clique em Propriedades e em INICIAR o serviço SSH, pois ele é definido como "Manual" por padrão. Eu imediatamente me conectei depois disso. Após a reinicialização do Host, ele será desativado novamente, o que seria uma boa prática de segurança.
Não esqueça que o ARP Spoofing e outros ataques existem para permitir que os serviços escutem apenas um endereço IP específico.
Talvez isso possa ajudar outras pessoas, eu estava na mesma situação e desabilitei a outra placa de rede permitida para VMware no meu windows host: Vmware network adaptator Vmnet1 etc ...
E agora eu tenho a conexão em ssh.
Tente instalar o openssh-server. Isso resolveu o problema para mim
sudo apt-get install openssh-server