Adoptable Cookbooks List

Looking for a cookbook to adopt? You can now see a list of cookbooks available for adoption!
List of Adoptable Cookbooks

Supermarket Belongs to the Community

Supermarket belongs to the community. While Chef has the responsibility to keep it running and be stewards of its functionality, what it does and how it works is driven by the community. The chef/supermarket repository will continue to be where development of the Supermarket application takes place. Come be part of shaping the direction of Supermarket by opening issues and pull requests or by joining us on the Chef Mailing List.

Select Badges

Select Supported Platforms

Select Status

RSS

djbdns (34) Versions 1.2.0

Installs djbdns and configures DNS services

Policyfile
Berkshelf
Knife
cookbook 'djbdns', '= 1.2.0', :supermarket
cookbook 'djbdns', '= 1.2.0'
knife supermarket install djbdns
knife supermarket download djbdns
README
Dependencies
Changelog
Quality 0%

djbdns Cookbook

Cookbook Version

Installs and configures Dan Bernstein's DNS tinydns, aka djbdns. Services are configured to start up under runit, daemontools or bluepill.

Requirements

Platform

The following platforms are supported via test kitchen.

  • Ubuntu 10.04, 12.04, 14.04
  • Debian 7.8
  • CentOS 6.6, 5.11

It may work with or without modification on other platforms,
particularly using the source install method. It has been tested in
the past on ArchLinux, but due to the rolling release nature of Arch,
it is not sustainable to maintain test kitchen support, and CHEF
doesn't publish baseboxes.

Cookbooks

  • build-essential - for compiling the source.
  • ucspi-tcp - tcpserver is used by the axfr recipe.
  • runit - for setting up the services.
  • daemontools - alternative service configuration.
  • bluepill - alternative service configuration. May be removed in a future major version of this cookbook.

Attributes

  • node['djbdns']['tinydns_ipaddress'] - listen address for public facing tinydns server
  • node['djbdns']['tinydns_internal_ipaddress'] - listen address for internal tinydns server
  • node['djbdns']['public_dnscache_ipaddress'] - listen address for public DNS cache
  • node['djbdns']['axfrdns_ipaddress'] - listen address for axfrdns
  • node['djbdns']['public_dnscache_allowed_networks'] - subnets that are allowed to talk to the dnscache.
  • node['djbdns']['tinydns_internal_resolved_domain'] - default domain this tinydns serves
  • node['djbdns']['tinydns_internal_resolved_reverse_domains'] - default in-addr.arpa domains this tinydns serves
  • node['djbdns']['axfrdns_dir'] - default location of the axfrdns service and configuration, default /etc/djbdns/axfrdns
  • node['djbdns']['tinydns_dir'] - default location of the tinydns service and configuration, default /etc/djbdns/tinydns
  • node['djbdns']['tinydns_internal_dir'] - default location of the tinydns internal service and configuration, default /etc/djbdns/tinydns_internal
  • node['djbdns']['public_dnscache_dir'] - default location of the public dnscache service and configuration, default /etc/djbdns/public-dnscache
  • node['djbdns']['bin_dir'] - default location where binaries will be stored.
  • node['djbdns']['axfrdns_uid'] - default uid for the axfrdns user
  • node['djbdns']['dnscache_uid'] - default uid for the dnscache user
  • node['djbdns']['dnslog_uid'] - default uid for the dnslog user
  • node['djbdns']['tinydns_uid'] - default uid for the tinydns user
  • node['djbdns']['package_name'] - name of the djbdns package. this shouldn't be changed most of the time, but may be necessary to use the Debian fork, dbndns.
  • node['djbdns']['service_type'] - the process supervision system to use for managing djbdns services. supported types are runit (strongly recommended), daemontools, or bluepill. Support for bluepill may be removed in a future version.
  • node['djbdns']['install_method'] - method used to install djbdns, can be package, aur, or source.

Resources and Providers

djbdns_rr

Adds a resource record for the specified FQDN.

Actions

  • :add: Creates a new entry in the tinydns data file with the add-X scripts in the tinydns root directory.

Attribute Parameters

  • fqdn: name attribute. specifies the fully qualified domain name of the record.
  • ip: ip address for the record.
  • type: specifies the type of entry. valid types are: alias, alias6, childns, host, host6, mx, and ns. default is host.
  • cwd: current working directory where the add scripts and data files must be located. default is the node attribute djbdns[:tinydns_internal_dir], usually /etc/djbdns/tinydns-internal.

Example

djbdns_rr 'www.example.com' do
  ip '192.168.0.100'
  type 'host'
  action :add
  notifies :run, 'execute[build-tinydns-internal-data]'
end

(The resource execute[build-tinydns-internal-data] should run a make in the tinydns root directory (aka cwd).

Recipes

default

The default recipe installs djbdns software from package where available, otherwise installs from source. It also sets up the users that will run the djbdns services using the UID's specified by the attributes above. The service type to use is selected based on platform.

The default recipe attempts to install djbdns on as many platforms as possible. It tries to determine the platform's installation method:

  • Older versions of Debian and Ubuntu attempt installation from source. Ubuntu 8.10+ will use packages, as will Debian 5.0 (lenny) +.
  • ArchLinux will install from AUR.
  • All other distributions will install from source.

The service type is selected by platform as well:

  • Debian and Ubuntu will use runit.
  • ArchLinux will use daemontools.
  • All other platforms will use bluepill.

Service specific users will be created as system users:

  • dnscache
  • dnslog
  • tinydns

axfr

Creates the axfrdns user and sets up the axfrdns service.

cache

Sets up a local DNS caching server.

internal_server

Sets up a server to be an internal nameserver. To modify resource records in the environment, modify the tinydns-internal-data.erb template, or create entries in a data bag named djbdns, and an item named after the domain, with underscores instead of spaces. Example structure of the data bag:

{
  "id": "int_example_com",
  "ns": [
    { "int.example.com": "192.168.0.5" },
    { "0.168.192.in-addr.arpa": "192.168.0.5" }
  ],
  "alias": [
    { "www.int.example.com": "192.168.0.100" }
  ],
  "host": [
    { "web1.int.example.com": "192.168.0.100" }
  ]
}

Aliases and hosts should be an array of hashes, each entry containing the fqdn as the key and the IP as the value. In this example 192.168.0.5 is the IP of the nameserver and we're listing it as authoritative for int.example.com and for reverse DNS for 192.168.0.x.

server

Sets up a server to be a public nameserver. To modify resource records in the environment, modify the tinydns-data.erb template. The recipe does not yet use the data bag per internal_server above, but will in a future release.

License and Author

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.

djbdns Cookbook CHANGELOG

This file is used to list changes made in each version of the djbdns cookbook.

v1.2.0:

  • Removed newlines in configs to prevent restarts
  • Removed inclusion of ucspi-tcp recipe for source installs
  • Convert hashes to Ruby 1.9+ format
  • Bump Runit dependency to 1.6.0 from 1.5.0
  • Updated Test Kitchen config with the latest platforms and a suite for source install
  • Added Travis CI config
  • Added a simple contributing doc to replace the Chef Software Inc version
  • Updated the development gem requirements and break gems into groups in the gemfile
  • Added a cookbook version badge in the readme
  • Added a chefignore file to limit what files are uploaded to the chef server
  • Added additional platforms to the metadata
  • Add source_url and issues_url to the metadata
  • Make modes strings to preserve the leading 0s
  • Resolve rubocop warnings
  • Added additional unit tests

v1.1.0:

  • Update dependency for current runit cookbook, #7
  • Debian is a source based platform, #9 (see issue for background)
  • Add package_name attribute to allow for installing dbndns, #16, related to #9
  • Use runit as default service type instead of bluepill, #10
  • Drop explicit support for old unsupported Ubuntu versions, #11
  • Manage runit's sv dir for "reasons," #12
  • Remove attributes from metadata, as they're not used for anything anywhere anyway

v1.0.2:

  • [COOK-2262] - pin runit dependency

v1.0.0:

  • [COOK-1739] - use node attributes with hash notation instead of just the attribute name (ipaddress, domain) in djbdns attributes file
  • [COOK-1742] - fix foodcritic warnings, use platform_family where apropriate

v0.99.4:

  • [COOK-1259] - Support local (10.x, 172.x, 192.168.x) reverse lookups in cache

v0.99.2:

  • [COOK-1042] - Corrected a syntax error in axfr.
  • [COOK-740] - use correct directory for tinydns root data

Previous versions:

The various recipes now support multiple service types. This is controlled with the node[:djbdns][:service_type] attribute, which is set by platform in the default recipe.

ArchLinux support has been added, as well as naively attempting other platforms by source-compiled installation with bluepill for service management.

Foodcritic Metric
            

1.2.0 failed this metric

FC031: Cookbook without metadata file: /tmp/cook/34142102c5af5f47aabdcc37/djbdns/metadata.rb:1
FC045: Consider setting cookbook name in metadata: /tmp/cook/34142102c5af5f47aabdcc37/djbdns/metadata.rb:1