You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Ronald van Zantvoort (JIRA)" <ji...@apache.org> on 2015/09/10 10:33:45 UTC

[jira] [Commented] (CLOUDSTACK-8303) infinite lease times for a Dynamic Host Configuration Protocol should be avoided (like the plague)

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-8303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14738403#comment-14738403 ] 

Ronald van Zantvoort commented on CLOUDSTACK-8303:
--------------------------------------------------

scripts/network/exdhcp/dnsmasq_edithosts.sh
scripts/network/exdhcp/dhcpd_edithosts.py

both contain the offending 'infinite' 

> infinite lease times for a Dynamic Host Configuration Protocol should be avoided (like the plague)
> --------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-8303
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8303
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Virtual Router
>            Reporter: Ronald van Zantvoort
>
> The edithosts script in the SystemVM's currently doles out DHCP leases with infinite validity.
> Considering the D in DHCP is for 'Dynamic', and considering it might be useful to change the information in the lease every once in a while (such as resolvers, gateways & searches etc.), it's very bad practice to do this.
> Currently, aside from one very exotic RFC, it's impossible to inform VM's of changing network conditions because they simply won't fetch new leases.
> Please consider changing it to at max 1 week or something, or better: a configurable.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)