Project

General

Profile

Bug #656

WAN on DHCP, after a link down, no renegotiate dhcp

Added by Oscar Francia about 9 years ago. Updated almost 9 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Interfaces
Target version:
Start date:
06/14/2010
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.0
Affected Architecture:

Description

WAN on DHCP, after a link down, no renegotiate ip from dhcp ( link up but no IP )
On lan interface working fine.

Associated revisions

Revision ae39786e (diff)
Added by Chris Buechler almost 9 years ago

partially fix linkup. ticket #656

History

#1 Updated by Ermal Luçi about 9 years ago

Please provide more information or this will not be considered.

#2 Updated by Oscar Francia about 9 years ago

New image 17-06-10 nanobsd with default configuration

WAN DHCP
LAN 192.168.1.1

If I connect WAN interface to a network with dhcp it does not request ip!
( I've removed "Block private networks" on WAN interface first )

If force the request with "dhclient" it works fine!

#3 Updated by Chris Buechler about 9 years ago

I noticed this recently, seems the hotplug event doesn't kick off dhclient like it used to.

#4 Updated by Ermal Luçi about 9 years ago

Can you please try a recent snapshot and report the contents or /root/check_reload_status.log and system log messages with rc.linkup in it?

#5 Updated by Chris Buechler almost 9 years ago

/tmp/check_reload_status shows "After /tmp/rc.linkup"

System log shows "Kernel: em0: link state changed to UP" and "check_reload_status: rc.linkup starting", nothing else. dhclient never is started.

The file /tmp/rc.linkup contains the correct contents ("em0 start "), but the foreach($_SERVER['argv'] as $argv) only sees one argument (/tmp/rc.linkup) when run from check_reload_status.

After my commit today, running "php /etc/rc.linkup em0 start" manually works correctly. But check_reload_status does not run it correctly as it doesn't have the "em0 start" arguments.

#6 Updated by Ermal Luçi almost 9 years ago

Committed a fix since the contents of the file were being trashed by check_reload_status before running the actual command in this case rc.linkup.

#7 Updated by Ermal Luçi almost 9 years ago

  • Status changed from New to Feedback

#8 Updated by Chris Buechler almost 9 years ago

  • Status changed from Feedback to Resolved

fixed

Also available in: Atom PDF