(FWD)linux, cable modem, and RCN

[jc at trillian.mit.edu (John Chambers)]

Derek J. Balling <dredd at megacity.org> wrote:
| >Feb 21 11:59:17 kendy kernel: Packet log: out REJECT eth0 PROTO=17
| >0.0.0.0:68 255.255.255.255:67 L=328 S=0x00 I=25251 F=0x0000 T=64 (#6)
| >Feb 21 11:59:17 kendy kernel: Packet log: out REJECT eth0 PROTO=17
| >0.0.0.0:68 255.255.255.255:67 L=328 S=0x00 I=25252 F=0x0000 T=64 (#6)
|
| This looks to me like your ipchains config is filtering out the outbound
| bootps requests (which is the port DHCP negotiation is done on).

Well, that's pretty funny!  I've been digging around since then to
see if I can figure out a fix for it.  I haven got it yet, but I'm
working on learning how ipchains works ...

| You might try turning of filtering temporarily and see if you suddenly are
| able to get it to work. :)

Nope.  In fact, after a while, I noticed that the eth1 interface also
seemed to be nonfunctional. Not that ifconfig saw anything wrong with
them, and netstat seemed to also think they were ok.  But all I could
ping  was  the  local  address,  and communication with the other (2)
machines on eth1 didn't work.  Maybe I don't really know how to  turn
the  filtering off correctly.  The HOWTO that I've been reading seems
to say that "ipfwadm -I -f" does it, but it doesn't seem to fix  this
problem.

Anyhow, I finally decided to try the Microsoft Solution,  and  did  a
reboot.  It all came up working.

Maybe I'll eventually figure out why ...

-
Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at blu.org (Subject line is ignored).