não pôde abrir a conexão com o host, na porta 5887: falha na conexão

Question

Eu abri a porta 5887 e 22 no iptables na minha caixa redhat 6. Quando eu ligo a porta ip 22, obtenho uma conexão mas não obtenho conexão para 5887.

Na verdade, eu desativei iptables e seLinux apenas para ter certeza de que eles não estão causando isso, mas ainda assim a conexão falhou.

Alguma ideia?

 ~]# netstat -anp | grep -w LISTEN
 tcp        0      0 127.0.0.1:42012             0.0.0.0:*                        LISTEN      1780/jsvc.exec
 tcp        0      0 127.0.0.1:65443             0.0.0.0:*                   LISTEN      1528/nailsd
 tcp        0      0 0.0.0.0:37349               0.0.0.0:*                   LISTEN      1066/rpc.statd
 tcp        0      0 10.1.1.91:9997              0.0.0.0:*                   LISTEN      1780/jsvc.exec
 tcp        0      0 127.0.0.1:9999              0.0.0.0:*                   LISTEN      1780/jsvc.exec
 tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      1042/rpcbind
 tcp        0      0 0.0.0.0:55443               0.0.0.0:*                   LISTEN      1549/nailswebd
 tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      1314/sshd
 tcp        0      0 127.0.0.1:631               0.0.0.0:*                   LISTEN      1173/cupsd
 tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN      1418/master
 tcp        0      0 10.1.1.91:8443              0.0.0.0:*                   LISTEN      1780/jsvc.exec
 tcp        0      0 127.0.0.1:8443              0.0.0.0:*                   LISTEN      1780/jsvc.exec

    

Answer 1

Não há nada (nenhum daemon ou processo) escutando na porta 5887.

netstat -anp | grep -w LISTEN | grep 5887

Isso não exibirá nada com base na saída que você acabou de fornecer.

Você pode testar isso usando o netcat para escutar em 5887 / tcp:

netcat -l 5887

Em seguida, execute:

netstat -anp | grep -w LISTEN | grep 5887

Agora você deve ver o netcat processo está escutando. Você também poderá estabelecer uma conexão telnet para provar que seu firewall não está bloqueando a conexão.