<div class="gmail_quote">Hi All<br><br>I posted the following message to the NetworkManager and Arch Linux bug trackers.  For a broader background, you can follow those two threads <a href="https://bugzilla.gnome.org/show_bug.cgi?id=644798" target="_blank">here</a> and <a href="https://bugs.archlinux.org/task/23282" target="_blank">here</a>.  All of it relates to 'dhcpcd', but 'dhclient' reacts similarly.  Based on the feedback from those developers, I now realise that this is probably something the 'dhclient' developers should look into.<br>







<br>



<blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">If my modem/router is switched off (e.g. overnight), I can't reconnect - via Ethernet or wireless - the next time it's switched on, without having to mess around first.<br>







<br>This is because your script doesn't terminate 'dhcpcd' via the '-k' option. The effect is that the stale ".lease" file from the previous session (day) remains in "/var/lib/dhcpcd/".<br>







<br>This ".lease" file is automatically reused when reconnecting, but my modem/router forgot about it while switched off (e.g. overnight). This means that initial connection attempts are rejected until I delete it.<br>







<br>I'm guessing that all users with NetComm modem/routers - and probably others - would be facing this problem every time they switch theirs on. Will you please terminate 'dhcpcd' using the '-k' option in future releases?<br>







<br>For example, instead of using "/usr/bin/killall dhcpcd", you would use "/sbin/dhcpcd -k [interface]". I have already tested this here and I can confirm that the stale ".lease" file is deleted as expected.<br>







</blockquote><div> </div>
















The context is that I had a working connection and I rebooted my modem/router for testing purposes.  You can see from the attached output what happened when I then tried to reconnect.  Instead of rejecting the (now) unrecognised lease, my modem/router acknowledged it and set the IP address to "0.0.0.0".<br>











<br>I can see that this isn't the sort of behaviour that 'dhclient' should be expecting, but there would be heaps of Linux users with NetComm modems/routers out there.  For that reason, I thought you might want to add a workaround in your code to treat such a response as a rejection, before requesting a new lease.<br>











<br>I'm fairly sure that the Windows equivalent of 'dhclient' includes a similar workaround, because I never have this problem when reconnecting to my modem/router after restarting it (e.g. the next day).  I will also contact the technical support area of NetComm to see if they can provide any insight about the issue.<br>









<br>
</div>