On 24-Sep-07 12:42:22, Brett Parker wrote:
On Mon, Sep 24, 2007 at 12:58:01PM +0100, Chris G wrote:
I can 'host xxx.yyy.zzz' and I get the right IP address back for whatever I've asked for. I can't ssh, ftp or anything to anywhere outside my local subnet.All other systems on the subnet *can* talk various protocols to the outside world. The Fedora system can talk various protocols to other systems on the same subnet.
So can anyone offer any insight, I'm at the swearing at it stage!
I assume that the DNS in /etc/resolv.conf is pointing to a local caching proxy, so host and dig will work...
My guess is that you haven't got a default gateway set, so it doesn't know where to send packets to for the outside...
You can tell by running: /sbin/route -n
If you haven't got an entry with a Destination of 0.0.0.0 then you haven't set the default gateway, set that to the correct router and you should be ok.
That's what I was suspecting too! If (as you wrote earlier, Chris) your system had been getting its IPs by DHCP, it will probably have been setting the default route (and/or DNS)by DHCP as well. It may still be doing this. If that's the case, then you may have the kind of problem I've encountered in this sort of situation.
Specifically, I have a BT ADSL modem/router connected to my phone line. This has IP address 192.168.1.1 on my LAN. This is the default route for my machines.
Immediately on the LAN side of this, doing duty as a hub (because I had it to hand ... ) is another router (this time a cable modem router) whose WAN-side ethernet cable plugs into the BT router. This works fine as a hub.
But, of course, it's also a router in ite innermost soul, and as such it has IP address 192.168.2.254.
What I've found lately (playing with sundry Linux live DVDs, which use DHCP when they initally run) is that sometimes I get a default route set up by DHCP to where it ought to be (namely 192.168.1.1), and sometimes where it ought not to be (192.168.1.254). In some cases I can get it swapping between on and the other on successive boots using the same Linux Live DVD! (I suspect it's due to which ever "gets in first").
Of course, I configure my "real" machines to use static IPs, and I tell them what to use. So they're all set up to make the default route 192.168.1.1.
And similar things go for the DNS IP addresses -- when found by DHCP, sometimes they're right (i.e. the BT router gives them out) and sometimes they're wrong. So of course the file /etc/resolv.conf is edited accordingly on my real machines.
But, when I run a live DVD, often the first ting I have to do is delete the wrong default route and add the right one, and/or edit /etc/resolv.conf to get that right too.
Just a bit of anecdote that may possibly fit your situation. If your fedora box is still picking up the default route and/or the DSN by DHCP, then it may be getting them from somewhere you didn't expect!
So, when your Fedora box is running but not connecting properly to the outside world, have a look at the output of
route
cat /etc/resolv.conf
and see if they're what they should be.
Hoping this helps, Ted.
-------------------------------------------------------------------- E-Mail: (Ted Harding) ted.harding@nessie.mcc.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 24-Sep-07 Time: 14:31:10 ------------------------------ XFMail ------------------------------