DNS lookups not working on dialup connection
Well, this sucks... I've been trying to set up a Linux internet machine for my family LAN. Basically, all it has to do is sit there making sure it's connected to the net, and doing IP Masq. for the rest of the internal network. I didn't think it would be a walk in the park, but it's just starting to peeve me off now...
Here's where I'm at: I can get pppd to dial up to my ISP ok. I can ping the ISP's server, the dns servers, and an on-the-net IP (provided by the guide mentioned below). I got the DNS servers from our Windows machine which we're currently using to connect to the net by running `ipconfig /all', and the guide I used to setup PPP was "How to hook up PPP on Linux" by W. G. Unruh (axion.physics.ubc.ca/ppp-linux.html) (BTW: the LDP's HOWTOs on the subject were like trying to read gibberish). Now, I've tried everything that I could find in that guide, the PPP-HOWTO, NET-HOWTO, and I've searched on google and this message board for about three hours now, and I totally give up. Nothing seems to work. Below, I've posted the contents of the config files that are related to this (as far as I know), and the output of some commands. Absolutely ANY help as to what's going on would be greatly appreciated. I've changed the IP addresses, phone number, etc. Don't know if that can be used in some malicious way, but better safe than sorry. If there's something else you need to know, please tell me so I can tell you :) pppd version: 2.4.1 kernel version: 2.4.18-14 Red Hat Linux 8.0 3.2-7 Output of `hostname` Code:
gatekeeper.cairns.net.au Code:
eth0 Link encap:Ethernet HWaddr 00:60:67:65:BD:A2 Code:
Kernel IP routing table Code:
order hosts,bind Code:
127.0.0.1 localhost loopback Code:
ALL: 127.0.0.1 127.0.0.0 192.168.0.0/255.255.255.0 Code:
ALL:ALL Code:
... Code:
domain cairns.net.au Code:
lock I also broke up the longer lines a bit Code:
pppd: pppd 2.4.1 started by root, uid 0 |
> I've changed the IP addresses
If the machine is insecure it will get owned anyway. Constant scans are a part of being conneted to the internet these days. I assume that internet access by ip address works? Extract from /etc/nsswitch.conf hosts: files nisplus dns Shouldn't that be just hosts: files dns |
What does your firewall rules look like? Please post teh output of iptables -L. For a start try to disable your firewall with service iptables stop. If this works I suggest you rebuild your firewall. The IP Maquarade How To at www.tldp.org. has some good pointers.
Regards p.n |
Quote:
Also, here's the output of iptables -L: Code:
Chain INPUT (policy ACCEPT) Actually, I'd forgotten about the firewall; since it was going to be a net router/machine, I set it to high in the Red Hat config. My idea was to basically get it connecting to the net first, then setting up IP masquerading, and then fine-tune the firewall. I'll try disabling it tomorrow. It's late over here, and to test the machine, I have to pull the modem out of this machine, and stick it in the Linux box. But first, I need sleep :) Also, as for the IP masquerading HOWTO, I've read that one too... I think most of it went over my head, although I'm planning on re-reading it when I come to setting that up. I was lucky enough to get a set of Linux CDs with the entire set of HOWTOs (although just how `complete' this is is anyone's guess) on them. For now, I'd be happy if I could just ping google :) |
OK, this does not look right:
Quote:
Let us know how you are doing. Regards p.n |
I've nailed the bugger.
Turns out it WAS Redhat's firewall keeping me from doing DNS resolution. Thanks to everyone's advice; I've now got the net working on the Linux machine, PLUS I've managed to get IQ Masq working, too. Wai! ^_^. All I have to do now is setup some remote control procedure to directly control the firewall settings/net connection from the other machines, dial on demand, and work out why filesharing with the windows boxes suddenly died (whopsie, think I broke something :P) Once again, thanks for everyone's help. |
All times are GMT -5. The time now is 12:31 AM. |