I have this exact problem. I use several machines in my home network to do my job (primarily down the vpn) but my family also have computers and do "their" thing. It would be silly to use name servers thousands of miles away for them, and those dns servers wouldn't even resolve important names like our local ISP's POP server. So here's what I do:
-set up a linux box to be my firewall.
-run the vpn client on the firewall such that all machines in my home network can route through it. -set up a forwarding dns server on the firewall such that requests for my work domain are satisfied by servers down the vpn tunnel; queries for the WWW use my ISP's servers, and my local addresses are served by the dns server on the firewall. -set up a dhcp server on the linux firewall such that local machines are dynamically registered in dns.

This works great and if people are really interested I can share my config files.
Things I haven't done (cause I'm lazy):
-set up two pools of dhcp addresses such that only my "work" machines get addresses from a designated subnet. -set up routing tables so that only machines from my "work" subnet are routable down the tunnel. That would protect my employer's network from all the trojans and virus's that my kids bring home on their windoze boxes.

There are several great firewall dists fro linux but I just use fc9 with shorewall for now. My logs show that for 18 hrs of most days somone is trying to get in and noone ever has...

wcn

Shawn wrote:
Royce's question regarding name resolution triggered a neuron for me...

When I establish a VPN connection to a remote network, I need name resolution to work for servers there. At the moment the only way to do this seems to be to change my /etc/resolv.conf file to use their nameserver. But that means that all name requests are now going through their network - even for things that have nothing to do with their network.

I have set up a script to establish the VPN connection, backup my resolv.conf file and replace it with one that has the remote name server. But there's probably a better way.

Any tips?

Shawn

_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying


_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying

Reply via email to