Linux yönlendirici: ping geri dönmüyor

14

Bir yönlendirici olarak ayarlamaya çalıştığım bir Debian kutusu ve istemci olarak kullandığım bir Ubuntu kutusu var.

Benim sorunum, Ubuntu istemcisi internette bir sunucuya ping atmaya çalıştığında, tüm paketlerin kaybolmasıdır (yine de, aşağıda gördüğünüz gibi, sunucuya gidip problemsiz geri dönüyorlar).

Bunu Ubuntu Kutusunda yapıyorum:

# ping -I eth1 my.remote-server.com
PING my.remote-server.com (X.X.X.X) from 10.1.1.12 eth1: 56(84) bytes of data.
^C
--- my.remote-server.com ping statistics ---
13 packets transmitted, 0 received, 100% packet loss, time 12094ms

(Gizlilik için uzak sunucunun adını ve IP adresini değiştirdim).

Debian Router'dan şunu görüyorum:

# tcpdump -i eth1 -qtln icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 305, seq 7, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 305, seq 8, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 305, seq 8, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 305, seq 9, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 305, seq 9, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 305, seq 10, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 305, seq 10, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 305, seq 11, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 305, seq 11, length 64
^C
9 packets captured
9 packets received by filter
0 packets dropped by kernel

# tcpdump -i eth2 -qtln icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
IP 192.168.1.10 > X.X.X.X: ICMP echo request, id 360, seq 213, length 64
IP X.X.X.X > 192.168.1.10: ICMP echo reply, id 360, seq 213, length 64
IP 192.168.1.10 > X.X.X.X: ICMP echo request, id 360, seq 214, length 64
IP X.X.X.X > 192.168.1.10: ICMP echo reply, id 360, seq 214, length 64
IP 192.168.1.10 > X.X.X.X: ICMP echo request, id 360, seq 215, length 64
IP X.X.X.X > 192.168.1.10: ICMP echo reply, id 360, seq 215, length 64
IP 192.168.1.10 > X.X.X.X: ICMP echo request, id 360, seq 216, length 64
IP X.X.X.X > 192.168.1.10: ICMP echo reply, id 360, seq 216, length 64
IP 192.168.1.10 > X.X.X.X: ICMP echo request, id 360, seq 217, length 64
IP X.X.X.X > 192.168.1.10: ICMP echo reply, id 360, seq 217, length 64
^C
10 packets captured
10 packets received by filter
0 packets dropped by kernel

Ve uzak sunucuda şunu görüyorum:

# tcpdump -i eth0 -qtln icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 1, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 1, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 2, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 2, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 3, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 3, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 4, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 4, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 5, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 5, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 6, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 6, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 7, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 7, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 8, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 8, length 64
IP Y.Y.Y.Y > X.X.X.X: ICMP echo request, id 360, seq 9, length 64
IP X.X.X.X > Y.Y.Y.Y: ICMP echo reply, id 360, seq 9, length 64

18 packets captured
228 packets received by filter
92 packets dropped by kernel

Burada "XXXX" uzak sunucumun IP adresi ve "YYYY" yerel ağımın genel IP adresi. Yani, anladığım kadarıyla ping paketleri Ubuntu kutusundan (10.1.1.12), yönlendiriciye (10.1.1.1), oradan bir sonraki yönlendiriciye (192.168.1.1) geliyor ve uzak sunucuya (XXXX) ulaşıyor ). Sonra Debian yönlendiriciye kadar geri gelirler, ancak Ubuntu kutusuna asla ulaşmazlar.

Neyi kaçırıyorum?

Debian yönlendirici kurulumu:

# ifconfig
eth1      Link encap:Ethernet  HWaddr 94:0c:6d:82:0d:98  
          inet addr:10.1.1.1  Bcast:10.1.1.255  Mask:255.255.255.0
          inet6 addr: fe80::960c:6dff:fe82:d98/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:105761 errors:0 dropped:0 overruns:0 frame:0
          TX packets:48944 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:40298768 (38.4 MiB)  TX bytes:44831595 (42.7 MiB)
          Interrupt:19 Base address:0x6000 

eth2      Link encap:Ethernet  HWaddr 6c:f0:49:a4:47:38  
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::6ef0:49ff:fea4:4738/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38335992 errors:0 dropped:0 overruns:0 frame:0
          TX packets:37097705 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000 
          RX bytes:4260680226 (3.9 GiB)  TX bytes:3759806551 (3.5 GiB)
          Interrupt:27 

eth3      Link encap:Ethernet  HWaddr 94:0c:6d:82:c8:72  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:20 Base address:0x2000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:3408 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3408 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:358445 (350.0 KiB)  TX bytes:358445 (350.0 KiB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet addr:10.8.0.1  P-t-P:10.8.0.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:2767779 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1569477 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:3609469393 (3.3 GiB)  TX bytes:96113978 (91.6 MiB)


# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0 tun0
127.0.0.1       0.0.0.0         255.255.255.255 UH    0      0        0 lo
10.8.0.0        10.8.0.2        255.255.255.0   UG    0      0        0 tun0
192.168.1.0     0.0.0.0         255.255.255.0   U     1      0        0 eth2
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth2

# arp -n 
# Note: Here I have changed all the different MACs except the ones corresponding to the Ubuntu box (on 10.1.1.12 and 192.168.1.12)
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.1.118            ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.72             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.94             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.102            ether   NN:NN:NN:NN:NN:NN   C                     eth2
10.1.1.12                ether   00:1e:67:15:2b:f0   C                     eth1
192.168.1.86             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.2              ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.61             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.64             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.116            ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.91             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.52             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.93             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.87             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.92             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.100            ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.40             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.53             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.1              ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.83             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.89             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.12             ether   00:1e:67:15:2b:f1   C                     eth2
192.168.1.77             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.66             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.90             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.65             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.41             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.78             ether   NN:NN:NN:NN:NN:NN   C                     eth2
192.168.1.123            ether   NN:NN:NN:NN:NN:NN   C                     eth2


# iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination   

# iptables -L -n -t nat
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination         

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination         
MASQUERADE  all  --  10.1.1.0/24         !10.1.1.0/24         
MASQUERADE  all  -- !10.1.1.0/24          10.1.1.0/24         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Ve işte Ubuntu kutusu:

# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1e:67:15:2b:f1  
          inet addr:192.168.1.12  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:67ff:fe15:2bf1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28785139 errors:0 dropped:0 overruns:0 frame:0
          TX packets:19050735 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:32068182803 (32.0 GB)  TX bytes:6061333280 (6.0 GB)
          Interrupt:16 Memory:b1a00000-b1a20000 

eth1      Link encap:Ethernet  HWaddr 00:1e:67:15:2b:f0  
          inet addr:10.1.1.12  Bcast:10.1.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:67ff:fe15:2bf0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:285086 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12719 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:30817249 (30.8 MB)  TX bytes:2153228 (2.1 MB)
          Interrupt:16 Memory:b1900000-b1920000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:86048 errors:0 dropped:0 overruns:0 frame:0
          TX packets:86048 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:11426538 (11.4 MB)  TX bytes:11426538 (11.4 MB)

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
0.0.0.0         10.1.1.1        0.0.0.0         UG    100    0        0 eth1
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.8.0.0        192.168.1.10    255.255.255.0   UG    0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0

# arp -n
# Note: Here I have changed all the different MACs except the ones corresponding to the Debian box (on 10.1.1.1 and 192.168.1.10)
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.1.70             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.90             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.97             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.103            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.13             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.120                    (incomplete)                              eth0
192.168.1.111            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.118            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.51             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.102                    (incomplete)                              eth0
192.168.1.64             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.52             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.74                     (incomplete)                              eth0
192.168.1.94             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.121            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.72             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.87             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.91             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.71             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.78             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.83             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.88                     (incomplete)                              eth0
192.168.1.82             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.98             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.100            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.93             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.73             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.11             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.85                     (incomplete)                              eth0
192.168.1.112            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.89             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.65             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.81             ether   NN:NN:NN:NN:NN:NN   C                     eth0
10.1.1.1                 ether   94:0c:6d:82:0d:98   C                     eth1
192.168.1.53             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.116            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.61             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.10             ether   6c:f0:49:a4:47:38   C                     eth0
192.168.1.86                     (incomplete)                              eth0
192.168.1.119            ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.66             ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.1              ether   NN:NN:NN:NN:NN:NN   C                     eth0
192.168.1.1              ether   NN:NN:NN:NN:NN:NN   C                     eth1
192.168.1.92             ether   NN:NN:NN:NN:NN:NN   C                     eth0

# iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination  

# iptables -L -n -t nat
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination         

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination

Düzenleme: Patrick'in önerisini takiben, Ubuntu kutusunu tcpdump con yaptım ve şunu görüyorum:

# tcpdump -i eth1 -qtln icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 21967, seq 1, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 21967, seq 1, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 21967, seq 2, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 21967, seq 2, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 21967, seq 3, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 21967, seq 3, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 21967, seq 4, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 21967, seq 4, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 21967, seq 5, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 21967, seq 5, length 64
IP 10.1.1.12 > X.X.X.X: ICMP echo request, id 21967, seq 6, length 64
IP X.X.X.X > 10.1.1.12: ICMP echo reply, id 21967, seq 6, length 64
^C
12 packets captured
12 packets received by filter
0 packets dropped by kernel

Yani soru şu: Eğer tüm paketler geliyor ve gidiyor gibi görünüyorsa, ping neden% 100 paket kaybı bildiriyor?

— El Barto
kaynak

iptables yapılandırmanız nasıl görünüyor? ICMP paketlerini engelliyor musunuz?

— Zypher

Hayır, değilim. iptables -L -nDebian yönlendiricisinin çıktısını yeni ekledim . Bu boş.

— El Barto

Ben, ama bunlar bunu yapmıyor mu ?:MASQUERADE all -- 10.1.1.0/24 !10.1.1.0/24 MASQUERADE all -- !10.1.1.0/24 10.1.1.0/24

— El Barto

1

Ya ubuntu kutusundan bir tcpdump? 'Debian yönlendirici'den gelen tcpdump, gönderilen yanıt paketlerini açıkça gösterir. Tcpdump, çekirdek düzeyi filtrelemenin dışında çalışır, bu nedenle çekirdek herhangi bir nedenle yanıtları düşürüyorsa, 'ubuntu kutusu' üzerindeki tcpdump en azından kutuya yaptığını göstermelidir. Başka bir notta, burada olması güzel, çok açık bir şekilde birçok yararlı bilgi sağladınız.

— Patrick

Teşekkürler @Patrick. Ubuntu kutusunda bir tcpdump yaptım ve paketler geri geliyor gibi görünüyor, ancak ping hala% 100 paket kaybı gösteriyor.

— El Barto

9

Yorumdaki sorunuzdan:

Uzak sunucuda istekleri ve yanıtları görüyorum. Ama Debian yönlendiricide hiçbir şey görmüyorum ... hiçbir arayüzde! Benim tahminim, Ubuntu kutusunun 192.168.1.1 üzerinde doğrudan yönlendiriciyle konuşması, IP 10.1.1.12 ile istek gönderilmesinden dolayı geri gidememesi. Ama neden??

Ubuntu sunucusundan:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0 <---
0.0.0.0         10.1.1.1        0.0.0.0         UG    100    0        0 eth1

Bu yönlendirme tablosunu ele geçirdiğinizde eth0, yönlendiricinizi 192.168.1.1'de işaret ederek (yani debian makinesini değil) daha düşük bir metrik varsayılanına sahipsiniz . Her zaman önce daha düşük bir metrik varsayılanı izlenir; bu, Ubuntu'nun bağlı olmayan tüm trafiği doğrudan 192.168.1.1'e göndermek istediğini gösterir.

Duruş süreniz olduğunda, lütfen varsayılanı

route del default gw 192.168.1.1 dev eth0

Hala daha büyük sorun üzerinde kaynıyorum (orijinal sniffer izleri Ubuntu ping cevapları gösterir: eth1, ama işletim sistemi tarafından kabul ping yok). Ubuntu'yu tekrar Debian üzerinden tüm trafiği göndermeye zorladıktan sonra NAT ile neler olduğunu göstermek için Ubuntu: eth1'den ping yapabilir ve aynı anda Debian: eth2'yi yakalayabilir misiniz?

— Mike Pennington
kaynak

Teşekkürler, metrikle ilgili cevabınız yardımcı oldu. Şu anda 192.168.1.1'deki varsayılan rotayı kaldıramıyorum, ancak daha sonra kontrol edeceğim. Şu anda Debian: eth2 üzerindeki tcpdump hiçbir şey göstermiyor (sanırım) çünkü paketler doğrudan 192.168.1.1'e gönderiliyor. Ama daha önce olan şey orijinal yazımda. "Debian Router'dan bunu görüyorum" yazıp yazmadığını kontrol edin.

— El Barto

Orijinal sorun hakkında söylemek zor ... benim önerim: varsayılanı kaldırdıktan sonra her şeyi yeniden referanslandırın ... tüm sniffer yakalamalarınızı bir kerede yapın. Src / dest IP'ler ek olarak olası olsun src / dest mac-adres bilgisi ... mükemmel dünya kullanımına ise Ayrıca, tshark(metin modunda Wireshark) ve yakalama istediğiniz hangi alanları belirtebilirsiniz ... bakınız benim bir örnek için burada . Son olarak, sorun olduğunda internetteki diğer hedeflere ping atabiliyor musunuz?

— Mike Pennington

Teşekkürler, Mike. İnsanların ofisten ayrıldıkları birkaç saat içinde varsayılan rota olmadan kontrol edeceğim. Diğer varış noktalarına gelince, komik. Ben sadece google.com ping denedim ve daha önce uzak sunucuma ping vardı aynı sonucu alıyorum: ICMP paketleri geliyor ve uygun arayüzler geçmekte görebilirsiniz ama pingyine de% 100 paket kaybı gösterir. Google ile uzak sunucum arasındaki bu farkın rota önbelleği ile ilgisi olduğunu tahmin ediyorum. Haklı mıyım?

— El Barto

Ping başarısızlıklarının sebebini henüz söyleyemem ... Yeterli kanıtım yok. Bu alışılmadık bir sorundur ... teşhise yardımcı olacak birkaç öneri. ping -v <destination>Pinglerin neden başarısız olduğuna dair daha fazla tanı alıp alamayacağınızı görmek için kullanın ... Ayrıca lütfen yerel ana bilgisayar, ardından ubuntu ethernet ip addr, sonra varsayılan gw, bir hop sonrası vb. başarısız olmaya başla. Ayrıca, lütfen bunu yaptığınızda arabirimi belirtmeyin ...

— Mike Pennington

Birkaç saat sonra kontrol edeceğim. Şu anda bir arabirim belirtmeden ping işlemi yaparsam, 192.168.1.1 olan varsayılan ağ geçidinden geçecektir.

— El Barto

8

Ubuntu kutusunda ters yol filtrelemenin etkin olup olmadığını kontrol ettiniz mi?

Bu bir sysctl ayarı ( net.ipv4.conf.all.rp_filter), kaynak adresi "yanlış" arabirime giriyorsa gelen paketleri filtreleyecektir (yani, çekirdeğin yönlendireceği arabirim değil)

Ayrıca net.ipv4.conf.all.log_martians=1neler olduğunu görmeye de çalışabilirsiniz .

— Jeroen van Bemmel
kaynak

1

Bu yorum beni doğru yönde buldu, ancak belirli bir arayüz için devre dışı bırakmak zorunda kaldım, örneğin:sysctl net.ipv4.conf.eth1.rp_filter=0

— konrad

2

Bu çalışmanın anahtarı, farklı arabirimler için ayrı yönlendirme tabloları oluşturmak ve ağ yığınına varsayılan yönlendirme yerine bu yönlendirme tablolarını kullanmasını bildirmektir.

Sizin durumunuzda bu ping -I eth2 8.8.8.8iş yapmalıdır :

# register the 'foo' table name and give it id 1
echo '1 foo' >> /etc/iproute2/rt_tables

# setup routing table 'foo'
ip route add 192.168.1.0/24 dev eth2 src 192.168.1.10 table foo
ip route add default via 192.168.1.1 table foo

# use routing table 'foo' for address 192.168.1.10
ip rule add from 192.168.1.10 table foo

Birden fazla bağlantı için yönlendirme hakkında daha fazla bilgi LARTC NASIL belgesinde bulunabilir: http://lartc.org/howto/lartc.rpdb.multiple-links.html

— konrad
kaynak

-1

Iptables'ınız tamamen boşsa (maskeli ifade dışında), kutuda trafiğe izin vermek için muhtemelen bir FORWARDING zinciri eklemeniz gerekir. Bilinen bir çalışma yapılandırmasından başlamayı deneyin

http://wiki.debian.org/DebianFirewall#Using_iptables_for_IPv4_traffic

Bu ayrıca, sysctl ve benzerlerinde iletmek üzere ayarlandığınızı da içerir.

— rnxrx
kaynak

İLERİ zincirin politikası, kabulüne uygundur. Tcpdump ayrıca paketlerin düzgün bir şekilde yönlendirildiğini gösterir (her iki yönde).

— Patrick

Belki bir şey eksik, ama Ubuntu kutusundan varsayılan rotanız Debian kutusu değil, ayrı bir yönlendirici üzerinden. Ubuntu kutusunda paketlerin 10.1.1.12'den kaynaklanmasını istediğinizi belirlersiniz, ancak varsayılan rotanız 192.168.1.1'dir. Debian yönlendiricinin bu trafiği çevirmesini istiyorsanız, Ubuntu ana bilgisayarının giden trafiğini yönlendirici yerine o cihaz üzerinden yönlendirmesi gerekir. Debian kutusu aracılığıyla uzak sunucunuza bir rota eklemeyi deneyin ve bunun nasıl çalıştığını görün.

— rnxrx

Mesele şu ki Debian kutusu şu anda başka bir yönlendiricinin arkasında. Dolayısıyla paketlerin izlemesi gereken yol Ubuntu kutusundan Debian kutusuna, diğer yönlendiriciden Internet'teki uzak sunucuya (ve geri). Tcpdump üzerinde gördüğüm kadarıyla bu çalışıyor gibi görünüyor, ama bir noktada eksik bir şey var çünkü pingpaketleri kayıp olarak bildiriyor.

— El Barto

-1

NAT yapılandırmanız gerekir.

Tipik bir yapılandırmada, yerel bir ağ belirlenen "özel" IP adresi alt ağlarından birini kullanır. Bu ağdaki bir yönlendiricinin o adres alanında özel bir adresi vardır. Yönlendirici ayrıca bir Internet servis sağlayıcısı tarafından atanan "genel" bir adresle Internet'e bağlanır. Trafik yerel ağdan İnternet'e geçerken, her paketteki kaynak adres anında özel bir adresten genel adrese çevrilir. Yönlendirici, her etkin bağlantı hakkındaki temel verileri (özellikle hedef adres ve bağlantı noktası) izler. Bir yanıt yönlendiriciye döndüğünde, yanıtın yönlendirileceği iç ağdaki özel adresi belirlemek için giden aşamada sakladığı bağlantı izleme verilerini kullanır.

— Jerry
kaynak

NAT zaten yapılandırılmış. Hem yönlendiricideki tcpdump hem de uzak sunucudaki tcpdump paketlerinin yeni adrese SNATed edilmiş paketleri gösterdiğine dikkat edin. Tcpdumps ayrıca iade paketlerinin düzgün bir şekilde geri yüklendiğini gösterir.

— Patrick