Guest User!

You are not Sophos Staff.

DHCPC support in Beta 3.0.30

After installing the new Beta from Astaro with DHCP client support I have the folling problem.

The DHCP client does not start because of the missing dhcpc.conf file.

In the Webadmin interface you can put in the parameters for DHCP but some how these settings are not corrert and or in the wrong place for the startup file from /etc/rc.d/dhcp_eth so the program doesn't start.

Has someone solved this problem ?

Tia

Jurjen
Parents
  • I posed elsewhere about having problems getting the dhcpc client to start as well.  One thing I've tried in the past to fool the client into starting is doing a 'touch /path/dhcpc.conf' or whatever the filename is to trick the program into starting up.  However, I haven't had any luck in getting my external interface to acquire an IP address with the dhcpc client, even with trying that.
  • Same here
     
    the external eth does not seems to get an IP
  • Hi all,

    our local dhcp test setup works without any problem...
    Please send us more information about your config:
    /tmp/running_itf.conf
    /etc/wfe/conf/itf.conf
    /var/chroot-dhcpc/etc/dhcpc/*
     
    For advanced debugging:
    change the rm ... to a mv ... /etc/dhcpc.conf_backup in line 35 and 44 of /sbin/init.d/dhcp_eth so you can send us also /etc/dhcpc.conf_backup.

    You might check /var/log/mdwlog for 'strange' messages...
  • /tmp/running_itf.conf

    [eth0]
    address = manual[192.168.1.224]
    gateway = none
    hardware = eth0
    netmask = manual[255.255.255.0]
    type = eth-primary


    /etc/wfe/conf/itf.conf

    [eth0]
    hardware = eth0
    address = manual[192.168.1.224]
    netmask = manual[255.255.255.0]
    type = eth-primary
    gateway = manual[192.168.2.1]

    [eth1]
    hardware = eth1
    address = dhcp
    netmask = dhcp
    gateway = dhcp
    type = eth-primary
    proxyarp = off

    /var/chroot-dhcpc/etc/dhcpc/eth1.mdw

    INTERFACE="eth1";NAME="eth1";TYPE="eth-primary";
  • Hi all,

    looks like we need hardcore debugging...
     
    Please login as root and add
    local0.*     /var/log/dhcpcd.log 
    as first line in /etc/syslog.conf
    Restart syslog with 
    kill -HUP $(pidof syslogd)
     
    Start a dhcp client session:
    chroot /var/chroot-dhcpc /usr/sbin/dhcpcd -d ethYOUR_NUMBER
    (maybe you can try also -d -B, -d -r, -d -r -B)
     
    Please post /var/log/dhcpcd.log and any output on the console.
  • The promised debug info:

    Still did not work for me, although I don't know how much help this will be:

    ------------

    [contents of /var/log/dhcpc.log]
    Feb 25 17:49:15 (none) dhcpcd[221]: terminating on signal 4

    ----

    [console output from commands; same regardless of c/l options]
    dhcpcd: MAC address = 00:50:ba     d:e3:0f
    ---

    [contents of /etc/wfe/conf/itf.conf]
    [DMZ]
    hardware = eth1
    address = manual[192.168.5.1]
    netmask = manual[255.255.255.0]
    type = eth-primary
    gateway = manual[192.168.1.1]
    proxyarp = off

    [LAN]
    hardware = eth0
    address = manual[192.168.1.1]
    netmask = manual[255.255.255.0]
    gworder = 1
    type = eth-primary
    gateway = manual[66.41.28.1]
    proxyarp = off

    [WAN]
    hardware = eth2
    address = dhcp
    netmask = dhcp
    gworder = 0
    type = eth-primary
    gateway = dhcp
    proxyarp = off

    -----------------------------

    I also have the mdwlog which is rather large if that would be of some use.  Particularly interesting lines:

    ##################
    #AN ERROR OCCURED
    #./mdw_deamon.pl: modules::File::ReadIni() => /etc/wfe/conf//dhcpd: Wrong INI-Data-Value-Syntax -
    #   Function has been called in package modules::configFile at modules/configFile.pm line 146.
    #   2002/02/25 12:48:45

    ##################
    #AN ERROR OCCURED
    #./mdw_deamon.pl: modules::File::ReadIni() => /etc/wfe/conf//dhcpd: Wrong INI-Data-Value-Syntax -
    #   Function has been called in package modules::configFile at modules/configFile.pm line 146.
    #   2002/02/25 12:48:45

    -------
    Please let me know if I can be of further assistance.

    Regards,
    Agt

    [ 25 February 2002: Message edited by: AgtCovert ]

  • I got busy this weekend, so I didn't have a chance to post any debugging info, but I was having problems as well, and as soon as I'm home from work tonight, I'll see if I can post some debugging information as well which will hopefully help you guys out.

    Regards,
    Agt
  • Hi Agt,

    i expected more output in /var/log/dhcpc.log ...

    Please kill all running dhcp clients before starting the debugging session with
    kill -9 $(pidof dhcpcd)
     
    mdwlog line with /etc/wfe/conf//dhcpd are from the dhcp server.
  • Markus,

    That output is from a fresh reboot.  I setup everything for logging and then rebooted.  I then also tried to start a dhcp session from the commandline, and that is the only output I got.  Would you like me to try something else?

    Regards,
    Agt
  • Hi Agt,

    please disable all DHCP client stuff and reboot and then start a debugging session.
     
    If you have configured any DHCP stuff the Middleware will start the DHCP client after a reboot... (you can check if a DHCP client is running with ps ax|grep dhcpcd)
Reply Children
  • Markus,

    Unfortunately I'm not having much luck producing anything conclusive to point you in the right direction.  Here's what little was output in to dhcpc.log:
    ----------------------------

    Feb 26 13:06:33 (none) dhcpcd[3358]: broadcasting DHCP_DISCOVER
    Feb 26 13:06:33 (none) dhcpcd[3358]: terminating on signal 4

    ----------------------------

    Console output was limited again to the MAC address of the ethernet card that's connected to my cable modem...nothing more.

    It seems as though the client simply comes up and immediately terminates no matter how many tims I try it.  I also verified that there were n other dhcpc processes running -- like I said, they terminiate almost immediately.

    I also watched /var/log/kernel to see if anything showed up there, and no DHCP traffic or anything like that showed up there.  I also thought...well, maybe there's some rule blocking this, so I completely cleared out the packet filter rules and just allowed everything.  (Fear not, I'm just testing this for you guys, so it's no big deal).  Allowing everything didn't make any difference either.

    My working configuration uses the dhcpc patch someone made and it works just fine acquiring the IP address from my provider.  

    Is there anything else I can do for you to provide some perhaps more conclusive results?

    Regards,
    Agt
  • Hi Agt,

    thx for your testing!
    Now we step in the next level of debugging...
    Please copy (with scp) strace from ftp://ftp.astaro.org/pub/ASL_next_version_BETA/debug/ on you ASL into the directory /bin.
     
    Start a new debugging session and call dhcpcd with strace:
    strace -f chroot /var/chroot-dhcpc /usr/sbin/dhcpcd -d ethYOUR_NUMBER 2> err.
    Please send me the file err.

    [ 28 February 2002: Message edited by: Markus Hennig ]

  • Markus,

    Did you get the -f debugging info I sent?

    Agt
  • I just fired up 3.030 beta and I am experiencing the same DHCPC problems as well.  I have run out of time for tonight, but I'll try and help out with the debugging when I get some time this week.
  • DHCP not working for me, either.

    Anyone have a solution yet?
  • I am very interested in this topic as well! Unable to get an IP from my ISP's DHCP server. Worked with version 2 with DHCP hack

    [ 04 March 2002: Message edited by: MaxRisk ]

  • DHCP isn't working here either. I'm using a Comcast-provided (was @Home) COM21 cable modem (not sure of the model, I'm at work). DHCP works fine using Smoothwall or a custom Slackware install when giving the hostname on the dhcpcd command line. I'm not sure what's going on, but I'll pull whatever debug info mentioned previously that I can get and either post the info or a solution here.
  • Was this ever figured out?  I would like to can my smoothwall and use the Astaro firewall (specificly for the VPN) but I am not an experianced linux user and was unable to make the DHCP client hack work.  Please let me know.
    Thanks
  • Hi Markus,

    I just got time to play around with DHCPC on 3.040 and experienced the exact same results as AgtCovert.  It may be of interest to note that when I ran the command:
    chroot /var/chroot-dhcpc /usr/sbin/dhcpcd -d eth1
    the link light on my hub off and on but no data was ever transmitted.  It is as if the query is not being sent out at all.

    Tim.
  • I am also having this same problem with 3.050. When I am in webadmin and tell it to use DHCP for my eth2 interface, it never comes up. I looked at the console, and every five seconds or so it reprints my eth0 interface on the screen and there appears to be no way to stop it, other than to remove the interface or to give it a static. I did a ps -ef for dhcp and there is no dhcpcd that is running. I tried to start it manually and have had no success. I didnt think that a dhcp client should be so difficult.

    Does anyone have any ideas? Markus? (I can get you as much debug and other info as you want, just tell me where to go)

    Thanks in advance!
    -Nate

    [ 12 May 2002: Message edited by: naustin ]

Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?