não pode efetuar telnet na porta 5433 no localhost depois que o iptables parar

0

Estou tentando fazer um telnet localhost 5433 na minha caixa RHEL, mas recebo um erro de conexão recusada. Eu fiz um service iptables stop , mas ainda estou recebendo o mesmo erro. Onde mais eu preciso olhar para permitir que a porta 5433 esteja aberta?

EDITAR:

quando eu faço um netstat -atpn ... o vertica está ligado e escutando parece:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name
tcp        0      0 10.205.119.236:4803         0.0.0.0:*                   LISTEN      13707/spread
tcp        0      0 0.0.0.0:5444                0.0.0.0:*                   LISTEN      13442/python
tcp        0      0 0.0.0.0:42092               0.0.0.0:*                   LISTEN      1091/rpc.statd
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      1069/rpcbind
tcp        0      0 0.0.0.0:2738                0.0.0.0:*                   LISTEN      1586/./bin/discagnt
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      1291/sshd
tcp        0      0 0.0.0.0:8089                0.0.0.0:*                   LISTEN      16411/splunkd
tcp        0      0 0.0.0.0:59097               0.0.0.0:*                   LISTEN      13717/vertica-udx-z
tcp        0      0 0.0.0.0:5433                0.0.0.0:*                   LISTEN      13713/vertica
    
por lightweight 04.09.2015 / 17:35

1 resposta

0

Se você executar o comando telnet , verá algumas linhas de saída, que descrevem onde ele tenta se conectar. Normalmente localhost resolve para :: 1 e 127.0.0.1, mas é possível que em seu sistema o endereço IPv4 esteja faltando, e é por isso que seu telnet está falhando. Você pode tentar conectar-se explicitamente ao loopback IPv4 por meio do seguinte comando: telnet 0 5433 ( 0 é uma boa abreviação para um endereço de loopback IPv4). Se isso ainda falhar, verifique se as regras iptables estão de fato esvaziadas, executando for i in mangle table nat; do iptables -L -vn -t $i; done . Se isso ainda não ajudar, e seu sistema estiver ocioso, tente comparar as netstat -s de saídas antes e depois de tentar se conectar, para ver se isso esclarece mais sobre o problema.

    
por 05.09.2015 / 16:23