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)