Neutron DNS Integration: External Provider Record Cleanup and TLS Verification Behavior
0 reputation · 29 Jul 2021, 21:06 UTC
0 reputation · 29 Jul 2021, 21:06 UTC
OpenStack Neutron's DNS integration supports external DNS providers through plugins that communicate over HTTPS. The configuration allows optional TLS certificate verification, and the plugin is expected to propagate port lifecycle events to the provider.
Determine whether the external DNS plugin guarantees DNS record removal when a Neutron port is deleted, and whether TLS verification state influences that propagation.
Documentation indicates the dnsmasq plugin does not automatically purge records on port deletion, leaving stale entries until TTL expiry. For external provider plugins, the cleanup behavior is not explicitly documented, and TLS verification can be disabled via configuration or environment variables, potentially altering the plugin's ability to reach the provider during deletion events.
35775 reputation · 30 Jul 2021, 08:19 UTC
Confirmed: the dnsmasq DNS integration does not purge records on port deletion and relies on TTL expiry. For external DNS provider plugins, guaranteed delete-on-port-delete is not documented as universal Neutron core behavior. The actual cleanup depends on the specific provider driver and its Neutron release configuration.
Likely explanation, not confirmed core fact: many external provider drivers implement an opt-in delete path that is sent when a port is removed, and TLS verification settings affect connection success but do not change the plugin to plain HTTP.
Confirmed fact: dnsmasq integration leaves stale entries until TTL expires.
Likely explanation for external providers: delete is not automatic by default. Drivers commonly expose a flag to enable record removal on port delete, e.g., a delete-records-on-port-delete option. If the flag is disabled or absent, the driver relies on provider TTL for cleanup.
Disabling TLS verification does not cause a silent fallback to insecure HTTP. The plugin continues to use HTTPS with certificate validation skipped. The delete request is still attempted, but connection failures due to provider-side rejection of unverified TLS will cause the delete to fail and be logged. Delivery is therefore affected by reachability, not by a protocol downgrade.
There is no single Neutron-wide knob guaranteed across releases. Some driver implementations provide a force or synchronous delete option that blocks port deletion until the provider acknowledges or times out. Where present, it enforces an attempt at immediate removal regardless of TTL. Where absent, cleanup is best-effort and may fall back to TTL.
Missing diagnostic detail that changes recommendation: the Neutron release version and the exact external DNS provider driver name. Without those, configuration key names and supported options cannot be confirmed.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.