GitLocker: The Coding Marketplace

Description:

pydnstest 0.4.0

pydnstest

Python tool for testing DNS changes (add, remove, rename, change records)
against a staging DNS server, verifying the same changes against production,
or confirming that a record returns the same result in both environments.
pydnstest is licensed under the GNU Affero General Public License version 3.

Requirements

Python 2.7 or 3.4+ (currently tested with 2.7, 3.4, 3.5, 3.6)
Python VirtualEnv and pip (recommended installation method; your OS/distribution should have packages for these)
or the following packages:

pydns (python2) or py3dns (python3)
pyparsing

Installation
It’s recommended that you install into a virtual environment (virtualenv /
venv). See the virtualenv usage documentation
for information on how to create a venv. If you really want to install
system-wide, you can (using sudo).
pip install pydnstest

Configuration
Either run pydnstest --promptconfig to interactively build and write out a configuration file
(to ~/.dnstest.ini) or run pydnstest --example-config > ~/.dnstest.ini and edit the
resulting file as desired.
You can view your current configuration with the --configprint option.

Usage
pydnstest takes one or more specifications for DNS changes to be made, in a natural-language-like grammar, and tests a staging DNS server (and optionally verifies against a production/live server once the changes are live). For each specification, it prints out a simple one-line OK/NG summary, and optionally some helpful secondary messages and/or warnings. At the moment, it takes input either on STDIN or read from a file.
The following usage examples all assume that you’ve installed pydnstest in a
virtualenv located at ~/venv_dir. If you installed system-wide, simply
omit the first two lines (cd ~/venv_dir and source bin/activate).

Grammar
add [record|name|entry] <hostname_or_fqdn> [with ][value|address|target] <hostname_fqdn_or_ip>
remove [record|name|entry] <hostname_or_fqdn>
rename [record|name|entry] <hostname_or_fqdn> [with] [value|address|target] <value> to <hostname_or_fqdn>
change [record|name|entry] <hostname_or_fqdn> to <hostname_fqdn_or_ip>
confirm <hostname_or_fqdn> (checks that TEST and PROD return identical results)

Sample input file
add foo.example.com with address 1.2.3.4
remove bar.example.com
rename baz.example.com with value 1.2.3.5 to blam.example.com
change quux.example.com to 1.2.3.6
confirm blam.example.com

Usage with input file
Write a test file with the following content, at ~/inputfile.txt:
add record newhost.example.com with address 10.188.8.90
add record newhost-console.example.com with address 10.188.15.90
And then run the tests on it:
jantman@phoenix$ cd ~/venv_dir
jantman@phoenix$ source bin/activate
(venv_dir)jantman@phoenix$ pydnstest -f ~/inputfile.txt
OK: newhost.example.com => 10.188.8.90 (TEST)
PROD server returns NXDOMAIN for newhost.example.com (PROD)
REVERSE OK: 10.188.8.90 => newhost.example.com (TEST)
OK: newhost-console.example.com => 10.188.15.90 (TEST)
PROD server returns NXDOMAIN for newhost-console.example.com (PROD)
REVERSE OK: 10.188.15.90 => newhost-console.example.com (TEST)
++++ All 2 tests passed. (pydnstest 0.1.0)

Verify once in prod
After making the above changes live, verify them in production:
jantman@phoenix$ cd ~/venv_dir
jantman@phoenix$ source bin/activate
(venv_dir)jantman@phoenix$ pydnstest -f ~/inputfile.txt -V
OK: newhost.example.com => 10.188.8.90 (PROD)
REVERSE OK: 10.188.8.90 => newhost.example.com (PROD)
OK: newhost-console.example.com => 10.188.15.90 (PROD)
REVERSE OK: 10.188.15.90 => newhost-console.example.com (PROD)
++++ All 2 tests passed. (pydnstest 0.1.0)

Run one quick test
Do a quick one-off test passed in on stdin, to confirm that prod and test
return the same result for a given name:
jantman@phoenix$ cd ~/venv_dir
jantman@phoenix$ source bin/activate
(venv_dir)jantman@phoenix$ echo "confirm foo.example.com" | pydnstest
OK: prod and test servers return same response for 'foo.example.com'
response: {'name': 'foo.example.com', 'data': '10.10.8.2', 'typename': 'A', 'classstr': 'IN', 'ttl': 360, 'type': 1, 'class': 1, 'rdlength': 4}
++++ All 1 tests passed. (pydnstest 0.1.0)

Run interactively from STDIN
You can also provide test data on STDIN. This is mainly useful when pulling test data
from another file, such as:
jantman@phoenix:pts/12:~/tmp$ cat sample_zone.txt
$ORIGIN example.com.

;PYDNSTEST add record foo.example.com with address 10.10.8.2
foo IN A 10.10.8.2
;PYDNSTEST add record bar.example.com with address 10.10.8.3
bar IN A 10.10.8.3
;PYDNSTEST add record baz.example.com with address 10.10.8.4
baz IN A 10.10.8.4
jantman@phoenix$ cd ~/venv_dir
jantman@phoenix$ source bin/activate
(venv_dir)jantman@phoenix$ grep "^;PYDNSTEST" ~/tmp/sample_zone.txt | sed 's/^;PYDNSTEST //' | pydnstest
OK: prod and test servers return same response for 'foo.example.com'
response: {'name': 'foo.example.com', 'data': '10.10.8.2', 'typename': 'A', 'classstr': 'IN', 'ttl': 360, 'type': 1, 'class': 1, 'rdlength': 4}
OK: prod and test servers return same response for 'bar.example.com'
response: {'name': 'bar.example.com', 'data': '10.10.8.3', 'typename': 'A', 'classstr': 'IN', 'ttl': 360, 'type': 1, 'class': 1, 'rdlength': 4}
OK: prod and test servers return same response for 'baz.example.com'
response: {'name': 'baz.example.com', 'data': '10.10.8.4', 'typename': 'A', 'classstr': 'IN', 'ttl': 360, 'type': 1, 'class': 1, 'rdlength': 4}
++++ All 3 tests passed. (pydnstest 0.2.2)

Bugs and Feature Requests
Bug reports and feature requests are happily accepted via the GitHub Issue Tracker. Pull requests are
welcome. Issues that don’t have an accompanying pull request will be worked on
as my time and priority allows.

License
pydnstest is licensed under the GNU Affero General Public
License version 3, with the
additional term that the Copyright and Authors attributions may not be removed
or otherwise altered, except to add the Author attribution of a contributor to
the work. (Additional Terms pursuant to Section 7b of the AGPL v3).
I chose AGPL mostly because I want this software to continue to evolve and
benefit from community involvement and improvement.

Development
To install for development:

Fork the pydnstest repository on GitHub
Create a new branch off of master in your fork.

$ virtualenv pydnstest
$ cd pydnstest && source bin/activate
$ pip install -e git+git@github.com:YOURNAME/pydnstest.git@BRANCHNAME#egg=pydnstest
$ cd src/pydnstest
The git clone you’re now in will probably be checked out to a specific commit,
so you may want to git checkout BRANCHNAME.

Guidelines

pep8 compliant with some exceptions (see pytest.ini)
100% test coverage with pytest (with valid tests) (note that until
https://github.com/lemurheavy/coveralls-public/issues/31 is fixed, you
need to check the cov output for branch coverage, coveralls can’t
be relied on).

Testing
Testing is done via pytest, driven by tox
and currently encompasses testing for both the input language parsing, and the
DNS testing logic (via stubbing the DNS lookup methods and returning known
results).
Be aware that the tests also run a few live DNS queries (dnstest_dns_test.py /
TestDNS class) against domains that I control, mostly as a sanity check for
changes in the underlying pydns library. These may occasionally timeout or
fail, as is the case with any live network tests.

testing is as simple as:

pip install tox
tox

If you want to see code coverage: tox -e cov

this produces two coverage reports - a summary on STDOUT and a full report in the htmlcov/ directory

If you want to pass additional arguments to pytest, add them to the tox command line after “–”. i.e., for verbose pytext output on py27 tests: tox -e py27 -- -v

Release Checklist

Open an issue for the release; cut a branch off master for that issue.
Confirm that there are CHANGES.rst entries for all major changes.
Ensure that Travis tests passing in all environments.
Ensure that test coverage is no less than the last release (ideally, 100%).
Increment the version number in pydnstest/version.py and add version and release date to CHANGES.rst, then push to GitHub.
Confirm that README.rst renders correctly on GitHub.
Upload package to testpypi, confirm that README.rst renders correctly.

Make sure your ~/.pypirc file is correct
python setup.py register -r https://testpypi.python.org/pypi
python setup.py sdist upload -r https://testpypi.python.org/pypi
Check that the README renders at https://testpypi.python.org/pypi/pydnstest

Create a pull request for the release to be merge into master. Upon successful Travis build, merge it.
Tag the release in Git, push tag to GitHub:

tag the release. for now the message is quite simple: git tag -a vX.Y.Z -m 'X.Y.Z released YYYY-MM-DD'
push the tag to GitHub: git push origin vX.Y.Z

Upload package to live pypi:

python setup.py sdist upload

make sure any GH issues fixed in the release were closed.

Changelog

0.4.0 (2017-12-24)

Drop support for Python 2.6 and Python3 < 3.4
Add testing for Python 3.5 and 3.6
Stop testing Python 2.6, 3.3 and pypy

0.3.1 (2015-01-12)

(issue #34) Fix edge case where we have two A records, a valid PTR pointing to one of them, and we remove the other. pydnstest.checks.check_removed_name() was only checking for the existence of a PTR, it wasn’t confirming that the PTR actually pointed back to the removed name. Added a warning for this specific case.

0.3.0 (2014-06-17)

(issue #6) add grammar to –help usage output
add develop branch build status image to README.rst
update release procedure documentation
(issue #12) add postional argument passthru support for tox to pytest
got rid of develop branch alltogether - everything on master
some PEP-8 fixes and test fixes
added python3 to package classifiers
added pypi version and download badges to README.rst
setup coveralls.io for coverage reports
added missing description of sleep parameter in README.rst
updated comments in example config to be more clear
updated README.rst example config to match the one in the package
added –example-config option to print and example config file and then exit
added –configprint option to print current config file and then exit
added mock as a test dependency
(issue #7) added –promptconfig option to interactively build configuration file
(issue #20) add warning when reading from stdin
(issue #19) make grammar in usage message come from parser class

0.2.2 (2013-12-07)

(issue #2) add ‘sleep’ cli and config file option to sleep X seconds
between tests
(issue #3) add cli and config option to ignore TTL when comparing
responses from DNS servers
(issue #5) document release procedure
(issue #4) support one-character hostnames
(issue #8) support leading underscore in hostnames
add coverage reports to tox and travis-ci
fix pep8 tests and remove superfluous double test run from tox
fix coverage report excluded lines
add test coverage for util module

0.2.1 (2013-11-06)

fix README.rst markup error
add doc parsing tests

0.2.0 (2013-11-06)

Documentation updates
Support py26-py33
some test fixes for py26-33 support

0.1.0 (2013-11-01)

Inital development release