Ping-Antwort wird nicht an den Absender weitergeleitet; Routing-/IP-Weiterleitungsproblem unter Linux

Ping-Antwort wird nicht an den Absender weitergeleitet; Routing-/IP-Weiterleitungsproblem unter Linux

Ich versuche, mit OpenVPN ein Site-to-Site-VPN einzurichten. Die Ersteinrichtung ist abgeschlossen. Meine Knoten auf der OpenVPN-Clientseite (201.100.0.x) können mit den Knoten auf der OpenVPN-Serverseite (192.0.0.x) kommunizieren.

Aber wenn ich von einem Server-Knoten (192.0.0.32) aus einen Ping an einen beliebigen Client-Knoten (201.100.0.18) sende, erhalte ich keine Antwort (ich habe den Endpunkten eine entsprechende Route hinzugefügt). Und ich kann sehen, dass die Ping-Wiederholungen meinen OpenVPN-Server erreichen, indem ich sie mit TCP-Dump analysiere.

Serverseitiger Knoten: 192.0.0.32 (eth0)

Server: 192.0.0.39 (eth0); 10.8.0.1 (tun0)

Clientseitiger Knoten: 201.100.0.18 (eth0)

OpenVPNClient: 201.100.0.11 (eth0); 10.8.0.6 (tun0)

server node> ping 201.100.0.18 -c 1
 PING 201.100.0.18 (201.100.0.18) 56(84) bytes of data.
 --- 201.100.0.18 ping statistics ---
 1 packets transmitted, 0 received, 100% packet loss, time 10000ms

Hier ist der TCP-Dump von eth0 des OpenVPN-Servers

vpnserver>  tcpdump -nni eth0 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
09:41:00.796021 IP 192.0.0.32 > 201.100.0.18: ICMP echo request, id 47432, seq 1, length 64
09:41:00.836637 IP 201.100.0.18 > 192.0.0.32: ICMP echo reply, id 47432, seq 1, length 64

Die Ping-Antwort kam bis 192.0.0.32 zurück, wird aber nicht an 192.0.0.39 weitergeleitet; ich muss wissen, warum

IP-Weiterleitung bereits aktiviert Und Sie können vorhandene Firewall-Regeln unten sehen

    *filter
:INPUT ACCEPT [397:39519]
:FORWARD ACCEPT [6:504]
:OUTPUT ACCEPT [362:40521]
-A FORWARD -i tun0 -j ACCEPT
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i tun0 -o eth0 -j ACCEPT
COMMIT
# Completed on Thu Nov  3 09:45:05 2016
# Generated by iptables-save v1.4.7 on Thu Nov  3 09:45:05 2016
*nat
:PREROUTING ACCEPT [31:3889]
:POSTROUTING ACCEPT [22:1848]
:OUTPUT ACCEPT [6:504]
-A POSTROUTING -o eth0 -j MASQUERADE   << before adding this rule client sides nodes were not able to access server side nodes
COMMIT

verwandte Informationen