Overview
DNS configuration in Polystack Networking controls which resolvers instances use for hostname resolution. Name servers are set at the subnet level and pushed to instances via DHCP at boot time. You can configure private internal resolvers, public fallback resolvers, or a combination — giving instances access to both internal service hostnames and public domain names.Prerequisites
- An existing subnet with DHCP enabled (Create and Manage Subnets)
- Dashboard access or CLI configured with valid credentials
Configure DNS on a Subnet
- Dashboard
- CLI
Open the subnet for editing
Navigate to
Network > Networks. Click the network name, open the Subnets tab,
and click Edit Subnet on the target subnet.
2
Update DNS
In the Advanced Options section, update the DNS field.
Enter one resolver per line.
Save and verify
Click Save. Existing instances pick up the new resolvers on their next DHCP renewal.
New instances launched on this subnet receive the updated DNS resolvers automatically.
Apply DNS Changes to Running Instances
DNS resolvers are delivered via DHCP at instance boot. Running instances retain their current resolvers until their DHCP lease renews or you force a renewal.- Linux instances
- Verify resolution
Force DHCP renewal (systemd-networkd)
Force DHCP renewal (NetworkManager)
Force DHCP renewal (dhclient)
Remove DNS Resolvers
Clear DNS name servers from subnet
DNS Reference
For deployments with a dedicated DNS service, Polystack Networking supports the optional
DNS service (Polystack DNS) which provides zone management, record lifecycle, and floating
IP-to-hostname associations. Contact your administrator to enable Polystack DNS.
Next Steps
Create and Manage Subnets
Manage all subnet settings including DHCP, allocation pools, and host routes
Network Troubleshooting
Diagnose DHCP and name resolution failures on your instances
Floating IP Addresses
Assign public IPs to instances with DNS-resolvable hostnames
Network Topologies
Design multi-tier topologies with DNS-aware subnets
