This issue typically occurs due to asymmetric routing or Reverse Path Filtering (rp_filter) settings in the Linux kernel.
net.ipv4.conf.all.rp_filter = 1 (Strict Mode). If the return path for a packet does not match the interface it was received on, the kernel drops the packet as a security measure.To resolve this issue, verify the routing path and adjust the kernel network settings.
1. SSH into the VMware Live Recovery appliance as root.
2. Verify the route the appliance uses to reach the source IP (e.g., your jumpbox IP):
ip route get ####.####.####.####
Note: Replace ####.####.####.#### with the IP of the machine attempting to ping the appliance.
3. If the output shows the traffic is being routed via eth0 instead of eth1, add a static route for that subnet via the eth1 gateway to ensure symmetric routing.
4. Check the current Reverse Path Filter settings:
sysctl -a | grep rp_filter
5. If the value for net.ipv4.conf.all.rp_filter or net.ipv4.conf.eth1.rp_filter is set to 1, change it to 2 (Loose Mode) to allow asymmetric routing:
sysctl -w net.ipv4.conf.all.rp_filter=2
sysctl -w net.ipv4.conf.eth1.rp_filter=2
sysctl -w net.ipv4.conf.default.rp_filter=2
6. To make these changes persistent across reboots, edit /etc/sysctl.conf and add or update the following lines:
net.ipv4.conf.all.rp_filter = 2
net.ipv4.conf.eth1.rp_filter = 2
net.ipv4.conf.default.rp_filter = 2
7. Restart the network service to apply changes:
systemctl restart systemd-networkd
NOTE: The above changed needs to be made only if it is extremely needed.