Dotaz: divné síťování v Debianu

[Jarda D.]

Zdravím, mám server, kde jsou tyto interfacy: lo (127.0.0.1) a eth0: (XXX.XXX.XXX.XXX=veřejná). Nějakým zvláštím způsobem se při připojování na 127.0.0.1 stane připojení na tu veřejnou. Iptables jsou vše ACCEPT, v hosts mám jen "127.0.0.1 localhost", v resolv.conf nameservery přidělené providerem a v routovací tabulce nic zvláštního... Je to Debian Lenny AMD64.

# psql -U postgres -h 127.0.0.1
Password for user postgres:
psql: FATAL:  no pg_hba.conf entry for host "XXX.XXX.XXX.XXX", user "postgres", database "postgres", SSL off
# 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.028 ms

Stracoval jsem ten postgres a objeví se tam hned po sobě:

accept(6, {sa_family=AF_INET, sin_port=htons(39991), sin_addr=inet_addr("XXX.XXX.XXX.XXX")}, [16]) = 8
getsockname(8, {sa_family=AF_INET, sin_port=htons(5432), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0

Problém se netýká jen Postgrese, když dám wget localhost nebo wget 127.0.0.1, tak v access logu Apache je také veřejná...

---

---

Odpovědi

[petr_p]

Chcete říct, že telnet 127.0.0.1 80 píše Connecting to 127.0.0.1 a následný netstat -tnp | grep telnet ukáže veřejnou adresu?

Spíš bych to viděl na divně udělaný překlad adres na jména a zpátky.

[Jarda D.]

telnet 127.0.0.1 80
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.

netstat -tnp | grep telnet
tcp        0      0 127.0.0.1:48164         127.0.0.1:80            CONNECTED     1418/telnet

tcpdump -i lo 'tcp port 80'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes
21:27:33.118048 IP XXX.XXX.XXX.XXX.48164 > localhost.www: S 4179651934:4179651934(0) win 32792 <mss 16396,sackOK,timestamp 2723679927 0,nop,wscale 7>
21:27:33.118686 IP localhost.www > localhost.48164: S 4184879237:4184879237(0) ack 4179651935 win 32768 <mss 16396,sackOK,timestamp 2723679927 2723679927,nop,wscale 7>

[petr_p]

A teď ještě jednou s přepínačem -n (tcpdump -n -i lo 'tcp port 80').

[Jarda D.]

tcpdump -n -i lo 'tcp port 80'
21:53:32.094911 IP XXX.XXX.XXX.XXX.36400 > 127.0.0.1.80: S 2857535295:2857535295(0) win 32792 <mss 16396,sackOK,timestamp 2724069671 0,nop,wscale 7>

[petr_p]

Přes netstat si najděte opačný směr spojení z webového serveru (dohromady by měly být v netstatu pro jedno místní spojení dva řádky).

Nemáte něco v tabulce nat (iptables -t nat -vnL), mangle nebo raw?

Nemáte jádro 2.4 a něco v směrovacích překladových tabulkách (ip route list table nat)?

[petr_p]

Chain POSTROUTING (policy ACCEPT 14 packets, 901 bytes)
 pkts bytes target     prot opt in     out     source               destination
 313K   20M MASQUERADE  all  --  *      *       0.0.0.0/0            0.0.0.0/0

To bude asi ono, že? Kernel 2.6.26, routy OK.

[Jarda D.]

Haha, taky že bylo. Vřelé díky!