Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
BIND
BIND
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 582
    • Issues 582
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 110
    • Merge Requests 110
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • ISC Open Source Projects
  • BINDBIND
  • Issues
  • #99

Closed
Open
Opened Feb 23, 2018 by Vicky Risk@vickyMaintainer

[ISC-support #11055] [RT#44546] Catalog Zones to create views/update on secondaries

Catalog zones for more sophisticated provisioning, such as more about server infrastructure, not just the zones themselves.

This is a feature request for a super-catalog-zone that incorporates more server-level provisioning information and which includes the definition of views, within which, catalog zones are also defined, which once set-up, then themselves define the next layer.

We had another similar request along these lines, for propagating ACLS to secondaries.

From Support ticket #11055:


Catalog zones allows you to automatically provision secondary zones from the master zone. Formerly we had to write scripts to translate the primary zone statements to secondary zone statements on the slave to add zones, but now catalog zones let us do that. There are view statements that may need to be added to when the service expands and that view needs more attributes or even more views

Show quoted text secZone 1 {} secZone 2 {} secZone 3 {} }

I was asking if there was a high level thing (catalog_views?) that will enable that to be automated, or do we need to write scripts to add/update/delete view level statements on the secondary servers. If we need to write scripts and we have some DNS servers that have many and varying views, the usefulness of the catalog zone for secondary zone becomes less - we still need to update all the secondary servers with view stuff.

Edited Nov 11, 2020 by Vicky Risk
Assignee
Assign to
Backburner
Milestone
Backburner
Assign milestone
Time tracking
None
Due date
None
Reference: isc-projects/bind9#99