Tráfego não encaminhado como esperado

3

Na seguinte saída, por que a vpn1 faz o roteamento / ping para 10.100.0.1 em vez de para 10.100.0.112?

10.100.0.1 é o gateway de rede sem nat. 10.100.0.112 é host doméstico duplo com nat ativado.

root@vpn1:~# ip ro

8.8.8.8 via 10.100.0.112 dev eth0  src 10.100.0.5
10.100.0.0/24 dev eth0  proto kernel  scope link  src 10.100.0.5
default via 10.100.0.1 dev eth0  metric 100

root@vpn1:~# traceroute 8.8.8.8

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  10.100.0.1 (10.100.0.1)  0.287 ms  0.257 ms  0.317 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * *^C

root@vpn1:~# ping 10.100.0.112

PING 10.100.0.112 (10.100.0.112) 56(84) bytes of data.
64 bytes from 10.100.0.112: icmp_req=1 ttl=127 time=0.321 ms
^C


--- 10.100.0.112 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.321/0.321/0.321/0.000 ms</br>

Por outro lado, 10.100.0.112 tem uma configuração a seguir

boban@boban-desktop:~$ ip ro  
10.100.0.114 dev ppp0  proto kernel  scope link  src 10.100.0.112  
x.y.z.q/28 dev eth0  proto kernel  scope link  src x.y.z.56  metric 1  
**10.100.0.0/16 dev ppp0  scope link**    
default via x.y.z.62 dev eth0  proto static  

Portanto, a rede 10.100.0.0/16 está na ppp0 interface, vpn (talvez isso seja de maior importância do que eu acho).

boban@boban-desktop:~$ sudo iptables -t nat -S  
-P PREROUTING ACCEPT  
-P INPUT ACCEPT  
-P OUTPUT ACCEPT  
-P POSTROUTING ACCEPT  
-A POSTROUTING -o eth0 -j MASQUERADE  
boban@boban-desktop:~$ sudo iptables  -S  
-P INPUT ACCEPT  
-P FORWARD ACCEPT  
-P OUTPUT ACCEPT
    
por Boban P. 30.05.2011 / 15:05

2 respostas

0

Difícil de dizer sem ver mais. Qual é a configuração de rota padrão em 10.100.0.112? Você poderia obter um tcpdump do tráfego no fio?

Eu suspeitaria de um redirecionamento de ICMP de 10.100.0.112 dizendo ao seu host para usar 10.100.0.1.

    
por 31.05.2011 / 00:14
0

Eu esperaria ver uma máscara de sub-rede para essa rota 8.8.8.8 - o fato de eu não ver uma parece indicar que ela não está fazendo a coisa certa.

    
por 07.08.2011 / 04:45