No se puede conectar a ninguna conexión localhost

12

Estoy usando Centos 6.5 con las últimas actualizaciones.

Mi problema es que cada vez que intento conectarme a algún servicio local, simplemente se cuelga, por ejemplo:

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

y se cuelga al tiempo de espera.

Lo mismo con telnet, y lo mismo con la conexión al servidor irc. Las conexiones externas funcionan bien ...

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

Ya eliminé iptables, sin suerte. Formulario de salida 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

Configuración de bucle invertido

# 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

El cambio de SELinux no lo mejoró con nada.

ip route show table 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 bien

# 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

Lo más extraño es que puedo conectarme a un servidor ssh, nginx desde una dirección externa (por ejemplo, una computadora desde la que estoy enviando) sin problemas.

Esto sucede después de que el ISP haya reiniciado mi servidor. Lo que puede ser útil es que el servidor se actualizaba frecuentemente sin reiniciar.

linux networking centos badray
fuente
oh, por cierto, la configuración de bucle está configurada? , prueba con ip ao ifconfig.
PersianGulf
Sí está configurado, pastebin.centos.org/8351 o leí mal la salida.
badray
@badray, ha cambiado la configuración de ip la última vez usando ifconfig y los cambios no se han guardado, ¿qué da un tracert 127.0.0.1?
Kiwy
@badray edite su pregunta en lugar de copiar cosas en el contenedor anterior, está bien tener una pregunta de millas de largo si la información es importante. y sí, tienes razón, tracerouteno tracert. ¿Qué ping 127.0.0.1te da?
Kiwy
@Kiwy Ok, hecho como lo solicitaste. Copió resultados completos a la pregunta. Ping funciona muy bien. Solo lo agregué a la pregunta.
badray

Respuestas:

5

Según el ifconfigresultado que ha publicado, tiene la dirección de bucle invertido 127.0.0.1establecida en dos interfaces.

Tratar

ip addr del 127.0.0.1/32 dev venet0

y ver si se restaura su acceso de bucle invertido.

Flup
fuente
Ahora parece que le gusta: pastebin.centos.org/8356 . Las conexiones tampoco funcionan.
badray
1
Agregue el contenido de su tabla de enrutamiento ( netstat -rn).
Flup
Aquí estás: pastebin.centos.org/8361
badray
@Kiwy agregué siempre enlaces de pastebin con salidas, porque soy un mejor desarrollador que sysadmin, y no siempre estoy seguro de leer correctamente la salida. EDITAR: después de la nueva netstat -rnbúsqueda no se debe imprimir la ruta localhost. ip route show table localdebería, y lo hace, así que este no es el caso.
badray
5

Tuve exactamente el mismo problema que usted describe. No pude conectarme a ningún puerto de escucha en el host desde local, pero pude conectarme cuando estaba remoto.

La solución para mí fue volver a activar la interfaz lo que estaba inactiva por alguna razón y no aparecía en el arranque.

ifconfig lo up

Después de recuperar la interfaz y confirmar que podía ver la lointerfaz con ...

ifconfig -a

Pude seguir con mi día ... :)

Me di cuenta de que al ejecutarlo ip ano veía 127.0.0.1 asignado a la interfaz lo: Esto es lo que me dio pistas sobre el hecho de que también necesitaba que esa interfaz se ejecutara ...

Philip
fuente
Muchas gracias por esta respuesta. Me guió en la dirección correcta, que estaba lo"activa" sin tener ninguna dirección IP. ifdown lo && ifup lolo arregló para mí, pero sigo pensando que esto fue bastante extraño.
Mitja
0

Flup respondió bien, pero encontré que esta pregunta tenía otra razón. Creo que se necesita una respuesta alternativa. Servidor, comencé a vincularme al socket IPv6 y debería usar otra dirección para conectarme como:

nc ::1 8080

o

curl http://[::1]:8080/
DenisKolodin
fuente