Results 1 to 2 of 2
Thread: routing question / problem
Enjoy an ad free experience by logging in. Not a member yet? Register.
- Join Date
- Nov 2011
routing question / problem
From Client 1, I can ping 192.168.2.102 (Server 2), this would make sense all three computers are on the same network. However, from client 1, I cannot ping or ssh to 192.168.1.102 (server 2). Why? I don't know. Using wireshark, I can see the ICMP echo request go through server 1 and pass to server 2. This path makes sense. I see the echo request being recieved on the 192.168.2.102 NIC on Server 2. But no response is sent out on either NIC on Server 2. Why?
I have made no routing table modification on either server. I have IP forwarding set in sysctl.conf on both servers. I have iptables turned off. The only way I can ping from client 1 to 192.168.1.102 (server 2) is enabling masquerading in iptables on both servers on all interfaces. The question is: why can't client 1 ping to 192.168.1.102 with no modifications to any routing table and with the iptables service stopped?
Where's the gateway 2.100? Does the gateway 0.201 route all packets for the subnets 0.0/24, 1.0/24 and 2.0/24? Are those second IP addresses physical connections?
Generally speaking, it looks to me as if you're fighting against how the IP stack works. There are two possible solutions for hosts to communicate:
1] Transparent access to either server: NAT (network address translation)
Then you can connect to the router, which transparently redirects all packets to the right server.
2] Route your packets from one network into the other
Basically you reconfigure your router that sits between both networks to allow packets flowing from one network to the other by adding a static route.