ローカルホスト接続に接続できません

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

そして、それはタイムアウトにたむろします。

telnetと同じ、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

# 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

大丈夫

# 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を実行しているコンピューターの場合）からssh、nginxサーバーに接続できることです。

これは、ISPがサーバーを再起動した後に発生します。役に立つかもしれないことは、サーバーが再起動せずに頻繁に更新されたことです。

linux networking centos

— バッドレイ
ソース

あ、ちなみにループバック設定はありますか？、ip aまたはでテストしifconfigます。

— PersianGulf 2014年

うん設定されている、pastebin.centos.org / 8351または私は出力をひどく読みました。

— badray 2014年

@badray、前回ifconfigを使用してIP構成を変更しましたが、変更が保存されていません。何がtracert 127.0.0.1になりますか？

— Kiwy

@badray は、過去のビンにあるものをコピーするのではなく、質問を編集してください。情報が重要な場合は、1マイルも長い質問をしても構いません。そして、はい、あなたはそうではありtracerouteませんtracert。何ping 127.0.0.1があなたに何を与えますか？

— キウイ

@Kiwy OK、あなたが要求したとおりに行われました。質問に出力全体をコピーしました。pingはうまく機能します。質問に追加しました。

— バッドレイ2014年

回答:

ifconfig投稿した出力によると、127.0.0.12つのインターフェイスにループバックアドレスが設定されています。

やってみる

ip addr del 127.0.0.1/32 dev venet0

ループバックアクセスが復元されたかどうかを確認します。

— フラップ
ソース

現在は、pastebin.centos.org / 8356のようになっています。接続も機能しません。

— バッドレイ2014年

ルーティングテーブルの内容を追加してください（netstat -rn）。

— Flup 2014年

ここでは、次のとおりです。pastebin.centos.org/8361

— badray

@Kiwy私は常に出力付きのペーストビンリンクを追加しました。私はsysadminよりも開発者が優れているためです。また、出力を適切に読み取ることができるとは必ずしも確信していません。編集：reasearch後にnetstat -rnlocalhostルートを出力するべきではありません。ip route show table localすべきであり、そうですので、そうではありません。

— バッドレイ2014年

あなたが説明しているのとまったく同じ問題がありました。ローカルからホストのリスニングポートに接続できませんでしたが、リモートのときは接続できました。

私の解決策は、何らかの理由でダウンしていて起動時に起動しないloインターフェースをアップに戻すことでした。

ifconfig lo up

インターフェイスを元に戻し、インターフェイスが表示されることを確認した後lo...

ifconfig -a

私は私の一日を始めることができました... :)

実行しip aているときに、lo：インターフェースに127.0.0.1が割り当てられていないことに気付きました。これは、そのインターフェイスも実行する必要があるという事実に私を導きました...

— フィリップ
ソース

この回答をありがとうございました。それは私を正しい方向に導きました、それはloIPアドレスを持たずに「アップ」でした。ifdown lo && ifup lo私のためにそれを修正しましたが、私はまだこれがかなり奇妙だと思います。

— Mitja 2018年

Flupは正解ですが、この質問には別の理由があることがわかりました。別の答えが必要だと思います。サーバー、私はIPv6ソケットへのバインドを開始しました。他のアドレスを使用して接続する必要があります。

nc ::1 8080

または

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

— デニスコロディン
ソース