Help Getting COX/DHCP to work
Julian M Catchen
plug-discuss@lists.PLUG.phoenix.az.us
Fri, 30 Nov 2001 17:01:30 -0700
Hey Everyone,
Well, someone on this list mentioned that if Cox takes over the ailing
@home service that they are going to go DHCP all the way.
I have never been successful getting DHCP to work on my boxen and have
always just hardcoded the IP they gave me. My setup is the following:
*486 running Debian stable acting as a firewall
*two ethernet cards
*the Trinity OS firewall script
*pump dhcp client on eth0
*eth1 acting as a 192.168.0.* internal network
Whenever I try to start pump like this:
$ pump -h cx1211543-a
it fails. Here is the output in syslog:
Nov 30 16:58:17 cx1211543-a pumpd[15189]: PUMP: sending discover Nov 30
16:58:17 cx1211543-a pumpd[15189]: breq: opcode: 1
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: hw: 1
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: hwlength: 6
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: hopcount: 0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: id: 0xd47be056
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: secs: 0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: flags: 0x 0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: ciaddr: 0.0.0.0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: yiaddr: 0.0.0.0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: server_ip: 0.0.0.0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: bootp_gw_ip: 0.0.0.0
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: hwaddr: Nov 30 16:58:17
cx1211543-a pumpd[15189]: breq: servername: Nov 30 16:58:17 cx1211543-a
pumpd[15189]: breq: bootfile: Nov 30 16:58:17 cx1211543-a pumpd[15189]:
breq: vendor: 0x63 0x53 0x82 0x63
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: vendor: 53 1 0x 1
Nov 30 16:58:17 cx1211543-a pumpd[15189]: breq: vendor: 0xff
Nov 30 16:58:17 cx1211543-a kernel: eth0: Setting Rx mode to 0 addresses.
Nov 30 16:58:17 cx1211543-a kernel: eth0: Setting Rx mode to 1 addresses.
Nov 30 16:58:17 cx1211543-a kernel: Packet log: input REJECT eth0 PROTO=17
192.168.0.1:68 255.255.255.255:67 L=328 S=0x00 I=14163 F=0x0000 T=64 (#12)
Nov 30 16:58:17 cx1211543-a kernel: Packet log: input REJECT eth0 PROTO=2
192.168.100.1:65535 224.0.0.1:65535 L=28 S=0xC0 I=0 F=0x0000 T=1 (#15)
Nov 30 16:58:20 cx1211543-a kernel: Packet log: input REJECT eth0 PROTO=17
192.168.0.1:68 255.255.255.255:67 L=328 S=0x00 I=14166 F=0x0000 T=64 (#12)
Nov 30 16:58:26 cx1211543-a kernel: Packet log: input REJECT eth0 PROTO=17
192.168.0.1:68 255.255.255.255:67 L=328 S=0x00 I=14168 F=0x0000 T=64 (#12)
Nov 30 16:58:37 cx1211543-a kernel: Packet log: input REJECT eth0 PROTO=17
192.168.0.1:68 255.255.255.255:67 L=328 S=0x00 I=14170 F=0x0000 T=64 (#12)
Obviously, the REJECTed packets make me suspicious of the firewall, but I
am far from being a firewall expert.
Any help is appreciated.
julian
--
mail : julian @ catchen.org | ( topeka )
www : http://catchen.org/topeka/ | phx, az
sent : Fri Nov 30, 2001 04:53PM MST |
The state continues to kill its victims, not so much to defend society
against
then -- for it could do that equally well by imprisonment -- but to appease
the mob's emotions of hatred and revenge.
--Clarence S. Darrow, "The Futility of the Death
Penalty",
Forum, September 1928