Herhangi bir localhost bağlantısına bağlanamıyor


12

En son güncellemelerle Centos 6.5 kullanıyorum.

Benim sorunum, bazı yerel hizmetlere bağlanmaya çalıştığınızda sadece örneğin askıda olmasıdır:

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

ve zaman aşımına uğrar.

Telnet ile aynı ve irc sunucusuna bağlanma ile aynı. Harici bağlantılar düzgün çalışıyor ...

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

Ben şanssız iptables sifonu arleady. Çıktı formu 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         

Geridöngü yapılandırma

# 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'u çevirmek hiçbir şeyle geliştirmedi.

ip rota gösterisi tablo yerel

# 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

iyi çalışıyor

# 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

Bu konuda en garip şey, ssh, nginx sunucusuna harici adreslerden (örn. İ ssh'ing bilgisayar için) sorunsuz bağlanabilmem.

Bu, ISS sunucumu yeniden başlattıktan sonra olur. Yararlı olabilecek şey, sunucunun yeniden başlatmadan sık sık güncellenmesidir.


oh, bu arada, geri döngü yapılandırması ayarlanır? , ip aveya ile test edin ifconfig.
PersianGulf

Yup ayarlandı, pastebin.centos.org/8351 veya çıktıyı kötü okudum.
badray

@badray, ifconfig kullanarak en son ip yapılandırmasını değiştirdiniz ve değişiklikler kaydedilmedi, 127.0.0.1 tracert'i veren nedir?
Kiwy

@ badray lütfen geçmiş bölmedeki şeyleri kopyalamak yerine sorunuzu düzenleyin , bilgi önemliyse kilometrelerce uzun bir soru sormak sorun değil. ve evet "haklı traceroutedeğilsin tracert. Sana ne ping 127.0.0.1verir?
Kiwy

@Kiwy Tamam, istediğiniz gibi yapılır. Tüm çıktılar soruya kopyalandı. Ping harika çalışıyor. Sadece soruya ekledim.
badray

Yanıtlar:


6

Açıkladığınızla aynı sorunu yaşadım. Ana bilgisayardaki dinleme bağlantı noktalarına yerelden bağlanamadım ancak uzaktayken bağlanabildim.

Benim için çözüm, herhangi bir nedenden dolayı olan ve önyüklemede gelmeyen lo arayüzünü geri getirmekti.

ifconfig lo up

Arayüzü geri getirdikten ve arayüzü görebildiğimi onayladıktan sonra lo...

ifconfig -a

Günüme devam edebildim ... :)

Çalışırken ip alo: arayüzüne atanmış 127.0.0.1 görmedim. Bu arayüzün de çalışıyor olması gerektiğine dair beni bu şekilde vurguladı ...


Bu cevap için çok teşekkür ederim. loHerhangi bir IP adresi olmadan "yukarı" olan doğru yönde beni yönlendirdi . ifdown lo && ifup lobenim için düzeltti, ama yine de bunun oldukça garip olduğunu düşünüyorum.
Mitja

5

Gönderdiğiniz ifconfigçıktıya göre 127.0.0.1, iki arabirimde geri döngü adresine sahip olursunuz .

Deneyin

ip addr del 127.0.0.1/32 dev venet0

ve geri döngü erişiminizin geri yüklenip yüklenmediğine bakın.


Şimdi şöyle görünüyor: pastebin.centos.org/8356 . Bağlantılar da çalışmıyor.
badray

1
Lütfen yönlendirme tablonuzun ( netstat -rn) içeriğini ekleyin .
Flup


@Kiwy ben her zaman çıkışları ile pastebin bağlantıları ekledi, çünkü ben sysadmin daha iyi geliştirici olduğum ve her zaman çıkışı düzgün okuduğumdan emin değilim. EDIT: yeniden arama sonra netstat -rnyerel ana yol yazdırmamalı. ip route show table localgerekir, ve öyle, öyle değil.
badray

0

Flup doğru cevap verdi, ama bu sorunun başka bir nedeni olduğunu buldum. Bence alternatif cevap gerekiyor. Sunucu, IPv6 soketine bağlanmaya başladım ve bağlanmak için başka bir adres kullanmalıyım:

nc ::1 8080

veya

curl http://[::1]:8080/
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.