whats you routing table say?
I have a strange problem witha new install of Ubuntu.
Our ip range is 192.168.0.0/23
with most servers, switches, printers, WAPs on the 192.168.0 and the clients start at 192.168.1.1 but the default gateway and proxy is 192.168.1.254.
Now for some reason the new server just wont connect with that IP no ping no nothing. It will ping all the local servers on the 0.0 range and the random clients on the 1.0 range but just not 192.168.1.254.
The default gateway is just a stock smoothie at the moment so nothing exotic there and I have already discounted it being a subnet mask problem by pinging a few clients.
So is there some reason it might think that 192.168.1.254 is an invalid ip for that network or something?
whats you routing table say?
Does the smoothie have ICMP replies disabled? Can you ping an external internet address from that box?
@ webman: I can ping the smoothie from other machines no problem.
@ CyberNerd: Will check tommorow.
Assuming your using classless (CIDR) notation 192.168.0.0/23 gives you two class C networks or 512 IPs. Everything from 192.168.0.1 to 192.168.1.254. 192.168.0.0 is your network address. 192.168.1.255 is your broadcast address.
One gotcha is that Linux allows you to specify these options seperately. It's perfectly possible to supply a correct IP and netmask and give a rubbish broadcast address.
Also, what does the output from 'ifconfig' and 'route' look like?
I tried playing with the broadcast address. It had been set to 192.168.1.255 which I assumed was correct but I tried 192.168.0.255 on the off chance.
I will check out the routing table tommorow.
It just seems it doesnt like that one IP.
I thought at first it was the NIC and used a different machine of the same model.
I have had stock debian installed fine so not quiete sure whats up with this.
Code:Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface localnet * 255.255.0.0 U 0 0 0 eth0 default fmproxy.fisherm 0.0.0.0 UG 0 0 0 eth0Heres the info above.Code:# The primary network interface auto eth0 iface eth0 inet static address 192.168.0.8 netmask 255.255.0.0 network 192.168.0.0 broadcast 192.168.1.255 gateway 192.168.1.254 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.0.6
Your netmask is wrong. It should be 255.255.254.0
Maybe just try booting the machine off a LiveCD and see if it picks up an address from your DHCP server
As Geoff says your netmask doesn't match your description of using 192.168.0.0/23. (it matches 192.168.0.0/16)
What netmask do the other machines on the net use?
Yeah sorry it was 255.255.254.0 I just changed it to try and get it to see more of the network.
It will pick up a dhcp address and it will ping any IP in the 1.0 range apart from 1.254
It will ping right upto 192.168.1.253 how very annoying. I would be willing to change the proxy IP to get round this if it wasnt for all the manually configured laptops we have.
Are there any firewall rules setup on either your proxy or the ubuntu machine that might be causing this?
Ubuntu is a lamp install from the cd with only ssh server added. The proxy is a smoothwall box with advanced proxy installed. So as far as I can see there is nothing special configured.
Have you anything clever (VPN) setup on your switches that might be causing problems on that port?
Does changing ports make any diff.
If you boot off a different distro LiveCD - can you ping the proxy now?
There are currently 1 users browsing this thread. (0 members and 1 guests)