Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 4 replies
  • Subscribers 0 subscribers
  • Views 1166 views
  • Users 0 members are here
Options
Suggested

ASL 3.0.41 -- DHCPC

RoguexWolf
I have some issues with the new beta of 3.0.41  but they are not anything too major and maybe my findings will help a few people..   basically what I find is that the DHCPC client (I have cable modem) does not work properly anymore.. what happens is that it fails to fire up and get any info from my provider.  I can get it to work by doing the following.. 

Login as root to the box
vi /etc/dhcpc.conf
   add one line that says  eth1   or your ethernet address for your internet connection. 

cd /etc/rc.d 
./dhcp_eth start

this pops off one error saying dhcpd is not running.. it is  but for the internal network.. I dont know the dhcpd -c  exact commands  so I am working on that..  but it works  it gets the info and internal network has internet connectivity.. I would add this to my startup but I will wait for the next release and see what happens. 

overall I have been using   clarkconnect, Mandrake SNF, and a few boxes I made myself..  and must say that ASTARO is the greatest I have found and plan to be with it for along time.. 

Great work... 

  
Parents
  • 0
    Hi

    I could solve this problem when I disabled and enabled again the network interface.
    I think astaro changed something in dhcpc which cannot be dynamically stopped/started.

    My Internet Interface works now again with dhcpc and my cablemodem.

    Peter
  • 0 in reply to baumann
    strangely on mine it's working fine with 3.0.41... well I mean I can get an ip and do mostly everythig but the interface is displayed as DOWN in interface configuration.... but working anyway....

    any idea ... does someone saw same problem?

    Neo
  • 0 in reply to neo2048
    Hello again

    Since I upgraded now to 3.041 I have the same problem with the DHCPC interface.
    I could get a new address when I delete the interface and install it again as a DHCPC interface.
    Now my interface shows also DOWN but I can see in the routing table that I have the address and everything works fine.

    Another problem is: The HTTP Proxy in transparent mode will not answer ANY weblink I try to access.
    Is it because the interface shows DOWN-state ???

    Peter
  • 0 in reply to baumann
    More to the DHCPC issue I figured out right now:

    I have seen a drop of a DHCP packet when I remove and start again the DHCPC interface to my provider (10.5.12.55 was mit DHCPed address, 10.2.49.3 is on provider side):

    Mar 24 14:03:48 (none) kernel: UDP Drop: IN=eth1 OUT= MAC=00:10:5a:4b:48:70:00:00:77:8f:9e   b:08:00 SRC=10.2.49.3 DST=10.5.12.55 LEN=330 TOS=0x00 PREC=0x00 TTL=127 ID=15803 PROTO=UDP SPT=67 DPT=68 LEN=310 

    It seems that maybe ASL is droping important DHCP information for the dhcpcd daemon.

    I do more tests and added a service with:
    BOOTPC UDP SPT: 67 DPT: 68
    Then I added a rule:
    ANY BOOTPC ANY ALLOW

    Since then I have no drops anymore of these strange packets.
    I will wait until my TTL is gone and if I get a new address.

    Peter
Reply
  • 0 in reply to baumann
    More to the DHCPC issue I figured out right now:

    I have seen a drop of a DHCP packet when I remove and start again the DHCPC interface to my provider (10.5.12.55 was mit DHCPed address, 10.2.49.3 is on provider side):

    Mar 24 14:03:48 (none) kernel: UDP Drop: IN=eth1 OUT= MAC=00:10:5a:4b:48:70:00:00:77:8f:9e   b:08:00 SRC=10.2.49.3 DST=10.5.12.55 LEN=330 TOS=0x00 PREC=0x00 TTL=127 ID=15803 PROTO=UDP SPT=67 DPT=68 LEN=310 

    It seems that maybe ASL is droping important DHCP information for the dhcpcd daemon.

    I do more tests and added a service with:
    BOOTPC UDP SPT: 67 DPT: 68
    Then I added a rule:
    ANY BOOTPC ANY ALLOW

    Since then I have no drops anymore of these strange packets.
    I will wait until my TTL is gone and if I get a new address.

    Peter
Children
No Data
Unfiltered HTML