Tony,
Thanks for the response. Also I do understand routing, but my problem is that these 2 subnets don't route between each other. This second card is attached to a subnet that will allow VPN traffic into our company. For the time being this network card(172.16.x.x) will be accessible through a VPN tunnel. The interface to the firewall that is designed as the "trusted" interface is on the 172.16.x.x and is acting as the default gateway to this subnet. This encrypted "tunnel" to a company whos internal address is on the subnet of 192.x.x.x. When I create this tunnel and assign the ip address that the Unix box will have to a NT workstation instead for testing, with the unix card not connected, this tunnel works. I can ping the 192.x.x.x and ftp into one of there machines. The network cards on this unix box have a default gateway of 10.x.x.x. This default gateway does not know what to do with a 192.x.x.x destined packet; but the interface on the firewall that allows and dis-allows VPN traffic does. This 172.16.x.x card is not going to act as a gateway between the 10.x.x.x subnet and 172.16.x.x subnet.
So, after this explanation here is what I have and need. I have a unix box that has 3 network cards. Cards 1&2 are on the subnet 10.x.x.x and the 3rd is on 172.16.x.x. These 2 subnets don't know about each other, for the time being. I can ping anything, from the unix box on the 172.16.x.x subnet, of course. But when I say ping 192.x.x.x I want the this unix box to say since this is not on one of my subnets send it through the 172.16.x.x card to the interface of the firewall , it knows what to do.
Now a default gateway may not be the answer with multiple cards, but I will need to tell the unix machine to route traffic through the 172.16.x.x card when it needs to get to an address of 192.x.x.x. Maybe I should create a route from the 172.16.x.x card to the subnet 192.x.x.x? Is this the only solution?
I don't know if this rambling helped at all but it is what it is; a problem. Thanks again in advance.