최신 업데이트로 Centos 6.5를 사용하고 있습니다.

내 문제는 로컬 서비스에 연결하려고 할 때마다 예를 들어 중단된다는 것입니다.

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

시간이 초과됩니다.

텔넷과 동일하며 irc 서버에 연결하는 것과 동일합니다. 외부 연결 상태가 양호합니다 ...

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

행운없이 iptables를 플러시합니다. 출력 양식 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         

루프백 구성

# 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

SELinux를 돌려도 아무것도 개선되지 않았습니다.

IP 경로 쇼 테이블 로컬

# 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 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

핑 127.0.0.1

작동합니다

# 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

그것에 대해 가장 이상한 점은 문제없이 외부 주소 (예 : ssh'ing 컴퓨터)에서 ssh, nginx 서버에 연결할 수 있다는 것입니다.

이것은 ISP가 서버를 재부팅 한 후에 발생합니다. 유용 할 수있는 것은 재부팅없이 서버가 자주 업데이트되었다는 것입니다.

당신이 묘사 한 것과 똑같은 문제가있었습니다. 로컬에서 호스트의 청취 포트에 연결할 수 없지만 원격에 연결할 수 있습니다.

나를위한 해결책은 어떤 이유로 다운되고 부팅시 나타나지 않는 lo 인터페이스를 백업하는 것입니다.

ifconfig lo up

인터페이스를 다시 불러 와서 인터페이스를 볼 수 있는지 확인한 후 lo...

ifconfig -a

나는 내 하루를 탈 수 있었다 ... :)

나는 그것을 실행할 때 ip alo : 인터페이스에 127.0.0.1이 할당되지 않은 것을 보았습니다. 이것이 인터페이스를 실행해야한다는 사실에 나를 미치게 한 것입니다 ...

ifconfig게시 한 출력 에 따르면 127.0.0.1두 인터페이스에 루프백 주소가 설정되어 있습니다.

시험

ip addr del 127.0.0.1/32 dev venet0

루프백 액세스가 복원되었는지 확인하십시오.

Flup이 올바르게 대답했지만 다른 이유가있는이 질문을 찾았습니다. 대체 답변이 필요하다고 생각합니다. 서버, 나는 IPv6 소켓에 바인딩하기 시작했고 다음과 같이 연결하기 위해 다른 주소를 사용해야합니다.

nc ::1 8080

또는

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