bosh-dns-windows job from bosh-dns/1.28.0
Github source:
96bd5f0
or
master branch
Properties¶
address
¶
Address in which the DNS server will bind
addresses_files_glob
¶
Glob for any files to look for extra addresses to listen on
- Default
C:\var\vcap\jobs\*\dns\addresses.json
alias_files_glob
¶
Glob for any files to look for DNS alias information
- Default
C:\var\vcap\jobs\*\dns\aliases.json
aliased_address
¶
Address that will be added by default
aliases
¶
Hash of domain key to target domains array for aliased DNS lookups
- Example
-
cc.cf.consul: - one - two - '...' consul.internal: - 127.0.0.1 third.internal: - four
api
¶
client
¶
tls
¶Client-side mutual TLS configuration for the API
port
¶Port that the DNS servers debug API will listen on
- Default
53080
server
¶
tls
¶Server-side mutual TLS configuration for the API
cache
¶
enabled
¶When enabled bosh-dns will cache recursor responses using the default coredns cache plugin
- Default
false
excluded_recursors
¶
A list of recursor addresses which should not be used by the DNS server
- Default
[]
handlers
¶
Array of handler configurations
- Default
[]
- Example
-
- cache: enabled: true domain: endpoint.local. source: type: http url: http://some.endpoint.local - cache: enabled: true domain: corp.intranet.local. source: recursors: - 10.0.0.2 type: dns
handlers_files_glob
¶
Glob for any files to look for DNS handler information
- Default
C:\var\vcap\jobs\*\dns\handlers.json
health
¶
client
¶
tls
¶Client-side mutual TLS configuration for healthchecking
enabled
¶Enable healthchecks for DNS resolution
- Default
false
local_health_interval
¶Frequency for the local health server to query monit and job healthiness scripts
- Default
5s
max_tracked_queries
¶Maximum number of DNS resolved FQDNs to maintain live health info for
- Default
2000
remote_health_interval
¶Frequency for the local bosh-dns to query remote health servers
- Default
20s
server
¶
port
¶Port to run health server on
- Default
8853
tls
¶Server-side mutual TLS configuration for healthchecking
synchronous_check_timeout
¶Network timeout for synchronous health checks
- Default
1s
internal_upcheck_domain
¶
enabled
¶Enables an upcheck, which validates that internal domain resolution is working
- Default
false
log_level
¶
Logging level (DEBUG, INFO, WARN, ERROR, NONE)
- Default
INFO
logging
¶
format
¶
timestamp
¶Format for the timestamp in the component logs. Valid values are ‘rfc3339’ and ‘deprecated’.
- Default
rfc3339
metrics
¶
address
¶Address for metrics server to bind to
- Default
127.0.0.1
enabled
¶When enabled bosh-dns will start a metrics server using the default coredns metrics plugin
- Default
false
port
¶Internal port for metrics server to listen to
- Default
53088
override_nameserver
¶
Configure ourselves as the system nameserver (e.g. network server addresses will be watched and overwritten)
- Default
true
port
¶
Port that the DNS server will bind to
- Default
53
post_start
¶
timeout
¶Number of seconds to attempt to retry Resolve-DnsName before timing out the post-start script
- Default
60
records_file
¶
Path to the file containing information that the DNS server will use to create DNS records
- Default
C:\var\vcap\instance\dns\records.json
recursor_selection
¶
The selection strategy for the recursors (serial or smart)
- Default
smart
recursor_timeout
¶
A timeout value for when dialing, writing and reading from the configured recursors
- Default
2s
recursors
¶
Addresses of upstream DNS servers used for recursively resolving queries
- Default
[]
request_timeout
¶
A timeout value for when dialing, writing and reading from the bosh-dns or healthcheck servers
- Default
5s
upcheck_domains
¶
Domain names that the dns server should respond to with successful answers. Answer ip will always be 127.0.0.1
- Default
- upcheck.bosh-dns.
Templates¶
Templates are rendered and placed onto corresponding
instances during the deployment process. This job's templates
will be placed into /var/vcap/jobs/bosh-dns-windows/
directory
(learn more).
bin/cli.ps1
(fromcli.ps1.erb
)bin/post-start.ps1
(frompost-start.ps1.erb
)bin/pre-start.ps1
(frompre-start.ps1.erb
)config/certs/api/client.crt
(fromcerts/api/client.crt.erb
)config/certs/api/client.key
(fromcerts/api/client.key.erb
)config/certs/api/client_ca.crt
(fromcerts/api/client_ca.crt.erb
)config/certs/api/server.crt
(fromcerts/api/server.crt.erb
)config/certs/api/server.key
(fromcerts/api/server.key.erb
)config/certs/api/server_ca.crt
(fromcerts/api/server_ca.crt.erb
)config/certs/health/client.crt
(fromcerts/health/client.crt.erb
)config/certs/health/client.key
(fromcerts/health/client.key.erb
)config/certs/health/client_ca.crt
(fromcerts/health/client_ca.crt.erb
)config/certs/health/server.crt
(fromcerts/health/server.crt.erb
)config/certs/health/server.key
(fromcerts/health/server.key.erb
)config/certs/health/server_ca.crt
(fromcerts/health/server_ca.crt.erb
)config/config.json
(fromconfig.json.erb
)config/health_server_config.json
(fromhealth_server_config.json.erb
)dns/aliases.json
(fromaliases.json.erb
)dns/handlers.json
(fromhandlers.json.erb
)
Packages¶
Packages are compiled and placed onto corresponding
instances during the deployment process. Packages will be
placed into /var/vcap/packages/
directory.