TL;DR

Redirect all "subdomains" to the machine( *.hostname.local -> hostname.local)

1. Binary ./go-avahi-cname subdomain
2. Docker docker run -d --network host -v "/var/run/dbus/system_bus_socket:/var/run/dbus/system_bus_socket" ghcr.io/grishy/go-avahi-cname:v2.0.5

What is go-avahi-cname?

It is a simple and lightweight project that allows you to publish CNAME records pointing to the local host over multicast DNS using the Avahi daemon, which is widely available in most Linux distributions. This means that you can access your local host using different names from any device on the same network, as long as they support Apple’s Bonjour protocol, which is compatible with Avahi.

Goals

Here are some of the benefits of using go-avahi-cname:

• ✅ No dependencies - Requires only the Avahi daemon.
• ✅ Small footprint
• ✅ Support x86_64 and ARM
• ✅ Install as binaries or containers

Modes of Operation

• Subdomain reply - I think you want this. Listen to the traffic and if someone asks *.hostname.local (example: name1.hostname.local), we "redirect" to hostname.local.
• Interval publishing - Periodically broadcasts CNAME records for various name1.hostname.local, git.any.local...

---

How does it work?

The tool communicates with the Avahi daemon via DBus to publish CNAME records.

Subdomain CNAME reply

> ./go-avahi-cname subdomain -h
NAME:
   go-avahi-cname subdomain - Listen for all queries and publish CNAMEs for subdomains

USAGE:
   go-avahi-cname subdomain [command options] [arguments...]

OPTIONS:
   --ttl value   TTL of CNAME record in seconds (default: 600) [$TTL]
   --fqdn value  FQDN which will be used for CNAME. If empty, will be used current FQDN (default: hostname.local.) [$FQDN]
   --help, -h    show help

In this variant, we listen to the traffic with avahi-daemon for all questions with names and if they match ours, we send a command to avahi to answer it (send CNAME). The standard can be run without parameters, then we will resolve all requests that contain our hostname. For example, git.lab.local will be redirected to lab.local

Interval publishing of CNAME records

As you can see, go-avahi-cname communicates with the Avahi daemon via DBus, and publishes the CNAME records that you specify as arguments.

> ./go-avahi-cname cname -h
NAME:
   go-avahi-cname cname - Announce CNAME records for host via avahi-daemon

USAGE:
   go-avahi-cname cname [command options] [arguments...]

OPTIONS:
   --ttl value       TTL of CNAME record in seconds. How long they will be valid. (default: 600) [$TTL]
   --interval value  Interval of publishing CNAME records in seconds. How often to send records to other machines. (default: 300) [$INTERVAL]
   --fqdn value      Where to redirect. If empty, the Avahi FQDN (current machine) will be used (default: hostname.local.) [$FQDN]
   --help, -h        show help

You can specify any number of CNAMEs as arguments when running go-avahi-cname, with no length limit. You can use either just the name (name1), which will create a record as a subdomain for the current machine, or you can write the full FQDN (name1.hostname.local. domain with a dot on the end) format.

For example, if your machine’s hostname is lab, you can run:

> ./go-avahi-cname cname git photo.local. example.lab.local.
2023/08/08 14:51:21 Creating publisher
2023/08/08 14:51:21 Getting FQDN from Avahi
2023/08/08 14:51:21 FQDN: lab.local.
2023/08/08 14:51:21 Formatting CNAMEs:
2023/08/08 14:51:21   > 'git.lab.local.' (added FQDN)
2023/08/08 14:51:21   > 'photo.local.'
2023/08/08 14:51:21   > 'example.lab.local.'
2023/08/08 14:51:21 Publishing every 300s and CNAME TTL 600s

This will create three CNAME records pointing to your local host:

• git.lab.local.
• photo.local.
• example.lab.local.

You can then access your local host using any of these names from other devices on the same network.

Installation options

There are two ways to install and run go-avahi-cname:

Binary

Binary files can be taken as artifacts for the Release. In this case, it would be better to create a systemd service.

Container

The images for each version are in the Packages section.
You need to provide the /var/run/dbus/system_bus_socket file to the container to be able to communicate with the host's Avahi daemon.

Docker Composer example:

version: "3.3"
services:
  go-avahi-cname:
    network_mode: host
    volumes:
      - "/var/run/dbus/system_bus_socket:/var/run/dbus/system_bus_socket"
    image: "ghcr.io/grishy/go-avahi-cname:v2.0.5"

Ansible task to run the container:

- name: go-avahi-cname | Start container
  community.docker.docker_container:
    name: "go-avahi-cname"
    image: "ghcr.io/grishy/go-avahi-cname:v2.0.5"
    restart_policy: unless-stopped
    network_mode: host
    volumes:
      - "/var/run/dbus/system_bus_socket:/var/run/dbus/system_bus_socket" # access to avahi-daemon

Source of inspiration

• PythonPublishAlias
• mdns-publisher
• nfam/mdns-subdomain

Logo

Generated by mix of Go Gopher and Avahi logo.

License

Copyright © 2023 Sergei G.
This project is MIT licensed.