You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The `config.sls` state will iterate on `bind:available_zones` and manage
111
111
<zone> files for each <zone> that has bind:available_zones:<zone>:file`
@@ -118,21 +118,21 @@ declared.
118
118
that will be **sourced** by the formula.
119
119
120
120
Using Views
121
-
-----------
121
+
^^^^^^^^^^^
122
122
123
123
Using views introduces some restrictions by the BIND server in that once you have views defined, ALL of your zones have to be served via a view. You cannot have any zones defined outside of a view.
124
124
125
125
If you want multiple views to serve the same zone but with different record sets, follow the example in pillar-with-views.example to set this up. The key to this is the 'file' argument in the view configuration that allows you to set the view's configured_zone to a zone that you define underneath 'available_zones'. Without specifying this 'file' argument, your views cannot serve the same zone; they will instead serve a zone that matches the name of the view.
126
126
127
127
External zone files
128
-
-------------------
128
+
^^^^^^^^^^^^^^^^^^^
129
129
130
130
To use an external tool to manage the <zone> file, simply declare the location
131
131
of the zone file in `bind:configured_zones:<zone>:file` and **don't** add any
132
132
entry for the <zone> in `bind:available_zones`
133
133
134
134
DNSSEC
135
-
======
135
+
------
136
136
137
137
The `bind` formula currently support two ways to enable DNSSEC:
138
138
@@ -187,20 +187,20 @@ On the slave server :
187
187
- 192.168.1.1
188
188
189
189
Notes
190
-
=====
190
+
-----
191
191
192
192
* When using views all zones must be configured in views!
0 commit comments