Discussion Locked

Route Problem

0 helpful
15 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

I am setting up CheckPoint Firewall on an NT 4.0 server. The server has 3 NIC's with the following addresses, 172.16.92.2 private and 172.16.93.2 private and the other NIC is going out the public area (Internet)with a 134.#.#.2 address.
From a PCwith an address of 172.16.92.7, I can ping any other 172.#.#.# address and the 134.#.#.2 address on the server but no other 134. address.
I have the reversed problem from a 134.#.#.7 addressed PC. I can ping any other 134 address and all NIC's on the server (172.16.92.2, 172.16.93.2 and 134.#.#.2) but no other 172 addressed device.
This seems like a simple thing to do but it has me baffled. I have been playing around with adding just about every route I can come up with.

Thanks for any help,
Larry

15 replies

by mckaytech

Unfortunately, I'm not real familiar with Checkpoint so I can't offer specific instructions but many times default configurations for firewalls include a line that filters ICMP (ping) packets.

The other possibility is that IP routing is not enabled or that the gateways are not properly set. Either one could explain why you can ping the gateway NICs but not beyond them.

I know this isn't a very complete answer but maybe it can give you a start in solving the problem.

Regards!

paul

by turambar386

I would be tempted to say that you don't have IP Forwarding enabled, but if you can ping back and forth between the two 172.x.x.x nets, then you must.

As Checkpoint says, you should always ensure that routing works before installing the firewall. Make sure that you stop the Firewall-1 service while testing the routing.

Now, do you have a default gateway set up? you should have only one default gateway on the firewall (normally pointing to your Internet router).

Aside from that, I cannot say much without more specifics. If you are still stuck, Do a route print and post the results.

by larcat

The firewall is disabled. Your right that I need routing to work before CheckPoint runs. That is my problem. I have one default gateway set up on the firewall that does point to out Internet router.

Thanks Anyhow...........

by larcat

Thanks for all your help. Larry

Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 134.241.92.253 134.241.92.2 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
134.241.92.0 255.255.252.0 134.241.92.2 134.241.92.2 1
134.241.92.2 255.255.255.255 127.0.0.1 127.0.0.1 1
134.241.255.255 255.255.255.255 134.241.92.2 134.241.92.2 1172.16.92.0 255.255.255.0 172.16.92.2 172.16.92.2 1
172.16.92.2 255.255.255.255 127.0.0.1 127.0.0.1 1
172.16.92.2 255.255.255.255 134.241.92.2 134.241.92.2 1
172.16.93.0 255.255.255.0 172.16.93.2 172.16.93.2 1
172.16.93.2 255.255.255.255 127.0.0.1 127.0.0.1 1

by mckaytech

I appreciate the additional info and I'm just thinking out loud here, but is it possible that IP Forwarding is not working but you can ping both 172* subnets because your subnet mask is 255.255.0.0 (i.e. Class B rather than Class C)?

paul

by turambar386

Hi Larry. I see two problems with the route print (provided that they are not simply typos).

First one>
134.241.92.0 255.255.252.0 134.241.92.2 134.241.92.2 1
Here you have the mask as 255.255.252.0 where it should presumably be 255.255.255.0.

Second>
172.16.92.2 255.255.255.255 134.241.92.2 134.241.92.2 1
I'm not sure why this entry is in there, but I can imagine that it must be causing some problems. Get rid of it.

Make these changes and let me know how it goes.

by larcat

I took out the 172.16.92.2 --- line

On the 134 network we are using the mask 255.255.252.0. Do you think 255.255.252.0 is wrong even if it is used on every device in the building?

When I ping a 134 address from a 172 PC, I get a Request Timed out.

When I ping a 172 address from a 134 address, I get a reply from the internet router.

Thanks
Larry

by turambar386

Larry,
the subnet mask on your 134 network is not necessarily wrong. Just wanted to make sure.

It's entirely possible, given the symptoms, that the problem is simply the routing table on the client machines in the 134 network.

If the only default gateway they know is the internet router, that would explain why any attempt to get from a 134. machine to one of the 172. networks would fail (and therefore also why communications from 172 to 134 would fail as the 134 machine's response wouldgo to the internet router).

if this is the case, your choices are:

1. add routes into the routing table on the internet router to send 172.x.x.x packets to the firewall. This is easiest if you have admin access to the router.
2. add routes to each host in the 134.x.x.x network to send 172.x.x.x packets to the firewall.

Let me know how it goes.

This discussion is closed to new replies.