[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

routing



Ok, I've got a little further on my own.

router <---> [64.49.19.57] box 1 (with ipchains Masq) [192.168.128.91]
<---> [192.168.128.92] box 2 (windows)
 
<---> [192.168.128.93] box 3 (windows)
 
<---> [192.168.128.94] box 4 (windows)
 
<---> [192.168.128.95] box 5 (sparc debian woody)


Although the machines are subnetted separately  there's only 1 nic in
box 1 and it's using ip aliasing and all boxes are in the same hub.

Box 1 can get to the net, boxes 2-4 can get to the net through
masquerading provided by box 1. Box 5 manages to get to the net briefly
before stopping:

	PING www.yahoo.akadns.net (64.58.76.228): 56 data bytes
	64 bytes from 64.58.76.228: icmp_seq=0 ttl=237 time=189.1 ms

	--- www.yahoo.akadns.net ping statistics ---
	4 packets transmitted, 1 packets received, 75% packet loss
	round-trip min/avg/max = 189.1/189.1/189.1 ms

After some investigation it seems that boxes 2-4's arp tables only
include machines in the internal network 192.168.128.x. But box 5
contains the next router along on the internet:

	cheezypoof.oooarrr.cx (192.168.128.92) at 00:60:08:5C:D6:4C
[ether] on eth1
	weeble.oooarrr.cx (192.168.128.91) at 08:00:20:1A:88:5A [ether]
on eth1
	thus1-hg3.ilford.broadband.bt.net (217.32.64.74) at
00:90:D0:02:27:5E [ether] on eth1

The routing table I have set on box 5 is (eth0 unconfigured and not
plugged in):

	Kernel IP routing table
	Destination     Gateway         Genmask         Flags Metric Ref
Use Iface
	192.168.128.0   0.0.0.0         255.255.255.0   U     0      0
0 eth1
	0.0.0.0         192.168.128.91  0.0.0.0         UG    0      0
0 eth1

If I look at route -C I discover that it is ignoring the route I set and
is attempting to go via the router it's discovered via arp:

	Kernel IP routing cache
	Source          Destination     Gateway         Flags Metric Ref
Use Iface
	192.168.128.95  64.58.76.228    217.32.64.74          0      4
0 eth1

As the router is owned by my teleco I can't change the config on
it...... I would like to know is there any way that I can force box 5 to
behave as per the windows boxes and unconditionally use the routes
specified by me in the routing table and not pay any attention to arp
from the outside network?

-----Original Message-----
From: James Ireson [mailto:jireson@weeble.oooarrr.cx] 
Sent: 01 June 2002 20:17
To: 'debian-user@lists.debian.org'
Subject: Problem with "netlink" I can't ping anywhere external to my
network


I've recently moved and just come around to getting my last machine back
on my network... Sparc Station 5

I use ipchains on my Sparc IPX running 2.2r6 to do forwarding, and all's
working well for everything else... But this one sparc which was working
fine now isn't.... It can ping everything internal.... And it can ping
externally and get 1 reply.... That's it though.... Traceroute says
connection refused with a netlink error...

Any ideas? I don't even know where to look.... Surely if the IPX can get
out and it's doing forwarding and the IPX and the SS5 can see each other
and the IPX netstats -M is showing the connections then it should work??

Please Help!



-- 
To UNSUBSCRIBE, email to debian-user-request@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



Reply to: