Estou usando o Centos 6.5 com as atualizações mais recentes.

Meu problema é que sempre que tento conectar-me a algum serviço local, ele simplesmente trava, por exemplo:

wget

wget 127.0.0.1
--2014-03-11 12:43:42--  http://127.0.0.1/
Connecting to 127.0.0.1:80...
After a while timeout...

ssh

# ssh 127.0.0.1 -p 6060 -v
OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 127.0.0.1 [127.0.0.1] port 6060.
debug1: connect to address 127.0.0.1 port 6060: Connection timed out
ssh: connect to host 127.0.0.1 port 6060: Connection timed out

e fica fora do tempo limite.

O mesmo com o telnet e o mesmo com a conexão ao servidor irc. As conexões externas estão funcionando bem ...

netstat -tpln

# netstat -tpln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN      589/sendmail        
tcp        0      0 127.0.0.1:6060              0.0.0.0:*                   LISTEN      520/sshd            
tcp        0      0 0.0.0.0:80                  0.0.0.0:*                   LISTEN      619/nginx           
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      478/sshd            
tcp        0      0 ::1:6060                    :::*                        LISTEN      520/sshd            
tcp        0      0 :::22                       :::*                        LISTEN      478/sshd

netstat -rn

# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 venet0
0.0.0.0         0.0.0.0         0.0.0.0         U         0 0          0 venet0

iptables

Eu já libero iptables, sem sorte. Formulário de saída iptables:

# iptables -nvL
Chain INPUT (policy ACCEPT 634 packets, 49819 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 517 packets, 47027 bytes)
 pkts bytes target     prot opt in     out     source               destination

Configuração de loopback

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN 
    link/void 
    inet 127.0.0.1/32 scope host venet0
    inet 176.122.224.115/32 brd 176.122.224.115 scope global venet0:0

A mudança do SELinux não melhorou nada com nada.

rota ip mostrar tabela local

# ip route show table local
local 176.122.224.115 dev venet0  proto kernel  scope host  src 176.122.224.115 
broadcast 176.122.224.115 dev venet0  proto kernel  scope link  src 176.122.224.115 
broadcast 127.255.255.255 dev lo  proto kernel  scope link  src 127.0.0.1 
broadcast 127.0.0.0 dev lo  proto kernel  scope link  src 127.0.0.1 
local 127.0.0.1 dev lo  proto kernel  scope host  src 127.0.0.1 
local 127.0.0.0/8 dev lo  proto kernel  scope host  src 127.0.0.1

traceroute

# traceroute 127.0.0.1
traceroute to 127.0.0.1 (127.0.0.1), 30 hops max, 60 byte packets
 1  localhost.localdomain (127.0.0.1)  0.029 ms  0.014 ms  0.012 ms

ping 127.0.0.1

funciona ok

# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.024 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.036 ms

O mais estranho é que, eu posso me conectar ao servidor ssh, nginx a partir de um endereço externo (por exemplo, computador do qual eu ssh'ing) sem problemas.

Isso acontece após o ISP reiniciar meu servidor. O que talvez seja útil é que, o servidor era frequentemente atualizado sem reinicializações.

linux networking centos badray
fonte

ah, a propósito, a configuração de loop back está definida? , teste com ip aou ifconfig.

Golfo Pérsico

Yup está definido, pastebin.centos.org/8351 ou eu leio mal a saída.

11483 badray

@adradr, você alterou a configuração do ip da última vez usando o ifconfig e as alterações não foram salvas, o que fornece um tracert 127.0.0.1?

Kiwy

@adray, edite sua pergunta em vez de copiar as coisas na lixeira do passado; não há problema em ter uma pergunta sobre milhas, se as informações forem importantes. e sim você "re direito traceroutenão tracertque. ping 127.0.0.1lhe dá?

kiwy

@ Kiwy Ok, feito conforme solicitado. Resultados inteiros copiados para questionar. Ping funciona muito bem. Apenas o adicionei à pergunta.

Eu tive exatamente o mesmo problema que você descreve. Não consegui conectar a nenhuma porta de escuta no host a partir do local, mas consegui conectar quando remoto.

A solução para mim foi trazer de volta a interface lo, que estava inativa por algum motivo e não estava sendo inicializada.

ifconfig lo up

Depois de recuperar a interface e confirmar que eu podia ver a lointerface com ...

ifconfig -a

Eu era capaz de continuar com o meu dia ... :)

Percebi que, durante a execução ip a, não vi 127.0.0.1 atribuído à interface lo:. Foi isso que me deu a entender que eu também precisava que essa interface estivesse em execução ...

Philip
fonte

Muito obrigado por esta resposta. Ele me guiou na direção certa, que estava losendo "ativada" sem ter nenhum endereço IP. ifdown lo && ifup loconsertou para mim, mas ainda acho que isso foi bastante estranho.

Mitja

Não é possível conectar-se a nenhuma conexão de host local