Saya menggunakan Centos 6.5 dengan pembaruan terbaru.
Masalah saya adalah bahwa setiap kali saya mencoba untuk terhubung ke beberapa layanan lokal itu hanya hang misalnya:
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
dan itu hangout.
Sama dengan telnet, dan sama dengan menghubungkan ke server irc. Koneksi eksternal berjalan dengan baik ...
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
Saya arleady flush out iptables, tanpa keberuntungan. Bentuk output 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
Konfigurasi 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
Menghidupkan SELinux tidak memperbaikinya dengan apa pun.
ip route menunjukkan tabel lokal
# 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
berfungsi 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
Hal yang paling aneh tentang itu adalah bahwa, saya dapat terhubung ke ssh, server nginx dari alamat eksternal (misalnya komputer yang saya gunakan ssh'ing) tanpa masalah.
Ini terjadi setelah ISP me-reboot server saya. Hal yang mungkin berguna adalah, server sering diperbarui tanpa reboot.
linux
networking
centos
badray
sumber
sumber
ip a
atauifconfig
.traceroute
tidaktracert
apa.ping 127.0.0.1
memberi Anda?Jawaban:
Menurut
ifconfig
output yang telah Anda posting, Anda memiliki alamat loopback yang127.0.0.1
diatur pada dua antarmuka.Mencoba
dan lihat apakah akses loopback Anda dipulihkan.
sumber
netstat -rn
).netstat -rn
tidak boleh mencetak rute localhost.ip route show table local
harus, dan memang demikian, jadi ini bukan masalahnya.Saya memiliki masalah yang sama persis dengan yang Anda gambarkan. Saya tidak dapat terhubung ke port mendengarkan pada host dari lokal tetapi bisa terhubung ketika jarak jauh.
Solusi bagi saya adalah untuk membawa kembali antarmuka lo yang turun karena beberapa alasan dan tidak muncul saat boot.
Setelah membawa antarmuka kembali dan mengkonfirmasi bahwa saya bisa melihat
lo
antarmuka dengan ...Saya bisa melanjutkan hari saya ... :)
Saya perhatikan bahwa ketika menjalankan
ip a
itu saya tidak melihat 127.0.0.1 ditugaskan ke antarmuka lo :. Inilah yang memberi saya petunjuk tentang fakta bahwa saya membutuhkan antarmuka untuk berjalan juga ...sumber
lo
sedang "naik" tanpa memiliki alamat IP.ifdown lo && ifup lo
memperbaikinya untuk saya, tetapi saya masih berpikir ini agak aneh.Flup menjawab dengan benar, tetapi saya menemukan pertanyaan ini memiliki alasan lain. Saya pikir jawaban alternatif diperlukan. Server, saya sudah mulai mengikat ke soket IPv6 dan saya harus menggunakan alamat lain untuk terhubung seperti:
atau
sumber