From: Bradley Alexander <storm@tux.org>
To: debian-user@lists.debian.org
Subject: Network issue
Date: 16 Jun 2003 21:18:15 -0400
Got a networking question. I have this box thats acting as a firewall.
Basically, its a PII/350 running Woody and gShield. eth0 is the external
interface (DSL) and eth1 is the internal interface. When Verizon screwed
him, he got cablemodem as a backup connection. So I added another
interface (all three are 3Com 3C905s).
The problem is that whether I go in and change /etc/network/interfaces
and restart networking or I manually go in and route del default the
Verizon interface and add the Comcast as the default route (using the
network info they gave me, but _not_ using DHCP), networking gets
severely confused (e.g. doing a route command can take 30 seconds or
more, can't pass traffic, etc). Switching back to the original
configuration doesn't help, either. It remains hopelessly confused until
you end up having to reboot. Once you reboot, it comes up normally, with
either interface as the gateway. Since this one of the interfaces is a
backup, I planned to write a script to automate the switchover. If I
have to reboot every time I have to switch, it defeats the purpose.
This should not be normal behavior for networking, but I'm not sure
where to look.
Thoughts?
--
--Brad
============================================================================
Bradley M. Alexander |
gTLD SysAdmin, Security Engineer | storm [at] tux.org
============================================================================
Key fingerprints:
DSA 0x54434E65: 37F6 BCA6 621D 920C E02E E3C8 73B2 C019 5443 4E65
RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A C8 9C F0 93 75 A0 01 34
============================================================================
I argue very well. Ask any of my remaining friends. I can win an argument
on
any topic, against any opponent. People know this, and steer clear of me
at
parties. Often, as a sign of their great respect, they don't even invite
me.
-- Dave Barry
--
To UNSUBSCRIBE, email to debian-user-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org