Sto usando Centos 6.5 con gli ultimi aggiornamenti.
Il mio problema è che ogni volta che provo a connettermi ad un servizio locale si blocca per esempio:
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
e si blocca al timeout.
Lo stesso con telnet e lo stesso con la connessione al server IRC. Le connessioni esterne funzionano correttamente ...
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
Scarico senza problemi iptables, senza fortuna. Modulo di 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
Configurazione 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
Il passaggio a SELinux non lo ha migliorato con nulla.
ip route mostra la tabella locale
# 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
funziona bene
# 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
La cosa più strana è che posso collegarmi al server ssh, nginx da un indirizzo esterno (per es. Un computer dal quale sto scrivendo) senza problemi.
Questo succede dopo che ISP ha riavviato il mio server. La cosa forse utile è che il server è stato aggiornato frequentemente senza riavvii.
Sì, è impostato, pastebin.centos.org/8351 o ho letto male l'output.
—
badray,
@badray, hai modificato l'ultima volta la configurazione ip usando ifconfig e le modifiche non sono state salvate, cosa dà un tracert 127.0.0.1?
—
Kiwy,
@badray, per favore, modifica la tua domanda invece di copiare le cose nel cestino precedente, va bene avere un quesiton lungo miglia se le informazioni sono importanti. e sì hai ragione
—
Kiwy,
tracerouteno tracert. Cosa ping 127.0.0.1ti dà?
@Kiwy Ok, fatto come da lei richiesto. Copiati interi output in questione. Il ping funziona alla grande. L'ho appena aggiunto alla domanda.
—
badray,
ip aoifconfig.