Skip to main content

TransIP Dns record management script

Project description

https://codecov.io/gh/bheuvel/transip_dns/branch/main/graph/badge.svg?token=DF38M9OHFH https://github.com/bheuvel/transip_dns/workflows/Python%20test/badge.svg?branch=main https://github.com/bheuvel/transip_dns/workflows/Upload%20Release%20Asset/badge.svg

TransIP DNS (DDNS)

Transip_dns is a command line tool which interfaces with the TransIP Management API Besides ordinary record management (creation/deletion/listing), it can be used as an DDNS tool to update your home record.

Installation

Use the package manager to install transip_dns

pip install transip_dns

(Or get a copy from the releases section of this repo or perform a python setup.py install from a copy of this repository.)

Prerequisites

Obtain an API key from TransIP; if using for DDNS, make sure you do not select to accept only from ip addresses from the whitelist; if your ip has been changed it will probably not be in the whitelist and will then not allow you to use the key.

Usage

Running transip_dns --help will provide useful information.

Three parameters are basically always required; TransIP username, private key, and the domain in question. They can be specified as:

transip_dns --user John --private_key_file /home/john/tip.key --domainname example.com --...

Or as environment variables:

TID_USER=John
TID_PRIVATE_KEY_FILE=/home/john/tip.key
TID_DOMAINNAME=example.com

For readability, it is assumed that in all examples, these environment variables are present

So my initial goal was to create a DDNS script:

transip_dns --record_ttl 300 --record_name homebase --query_ipv4

This will update the record, or create it if it doesn’t exist. Since record type is A by default, it’s not specified. By default the script uses https://ipv4.icanhazip.com for A records.

You can check the result by listing the domain:

transip_dns --list

Reminder; the user, key and domain are read from the environment

Deleting the record would be as simple as:

transip_dns --record_name homebase

Advanced Usage

Reminder; the user, key and domain are read from the environment

Management of other records can be done as well. E.g updating your SPF record:

transip_dns --record_type TXT --record_name '@' --record_ttl 300 --record_data 'v=spf1 include:spf.example.net -all'

As a precaution, the script will not manage records with the same name, e.g. used as round-robin load balancing, or commonly used for MX records.

Docker / Kubernetes

As all parameters can be specified as environment variables, the script can easily run within a Docker container, or even as a CronJob in Kubernetes

Creating a container would be as easy as using the following Dockerfile:

FROM python:3.6
RUN pip install transip_dns
ENTRYPOINT [ "transip_dns" ]

Testing

Both unit tests as integration tests are present. For the integration tests to work you need to provide credentials and a test domain. The integration tests will create, modify and delete record. But only the records it creates itself, and cleanup is part of the tests for record creation. Existing records should not be touched, and no test records should remain. But be sure to check the integration tests for the extremely small chance you have some of the same records. No guarantees there!

For integration testing you need to create the file tests/integration/_transip_credentials.py with you credentials (you can use/rename `` For integration testing you need to create the file tests/integration/_transip_credentials.py with you credentials (you can use/rename tests/integration/_transip_credentials.py by removing the underscore)

As for running the tests, use tox, which will test against python version 3.6, 3.7, 3.8, 3.9 and 3.10 (if available).

For testing and development, I have used:

  • pyenv to switch and/or provide different Python versions.

  • pipenv for creation of virtualenvs and dependency management

  • Tests are build using pytest

  • tox for automated testing on different Python versions (Unfortunately tox was installed in site-packages, as it didn’t work well within a pipenv…)

Usage of the complete tox test assumes the availability of Python versions 3.6-3.10. Development was done using Python 3.6.

When pipenv and Python 3.6 is available, running make will create the virtualenv, run the tests and build the distribution files.

Referenced information

License

See license file (MIT License, Copyright (c) 2020 Bob van den Heuvel)

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distributions

No source distribution files available for this release.See tutorial on generating distribution archives.

Built Distribution

transip_dns-1.0.0-py3-none-any.whl (19.9 kB view details)

Uploaded Python 3

File details

Details for the file transip_dns-1.0.0-py3-none-any.whl.

File metadata

  • Download URL: transip_dns-1.0.0-py3-none-any.whl
  • Upload date:
  • Size: 19.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.3.0 pkginfo/1.7.0 requests/2.25.1 setuptools/53.0.0 requests-toolbelt/0.9.1 tqdm/4.56.0 CPython/3.8.7

File hashes

Hashes for transip_dns-1.0.0-py3-none-any.whl
Algorithm Hash digest
SHA256 708802737da907998f8220ed72628d17d92a0aacc51fd7a56913b001e2d7ec83
MD5 acd97272d8dc25eaf64048acc79c5b20
BLAKE2b-256 77f7cfb2a43cfec97a586bafa62ed5261259d445b9728214eeaa04bb1fa3c02c

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page