tailscale / tailscale/github-action

App Connector domains not resolved via MagicDNS on Linux (systemd-resolved split DNS not configured)

Open
#282 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
938
Forks
137
PR merge metrics
No merged PRs in 30d

Description

Problem

When using the tailscale/github-action with App Connectors, DNS queries for App Connector domains are not automatically routed through MagicDNS (100.100.100.100) on Ubuntu GHA runners. This means the App Connector never intercepts DNS, never injects subnet routes, and connections to internal resources (e.g., AWS RDS via App Connector) fail silently.

Root Cause

On Linux with systemd-resolved, Tailscale needs to configure split DNS so that App Connector domain queries go through the tailscale0 interface (MagicDNS). Currently this doesn't happen automatically.

The only way to force DNS through MagicDNS is resolvectl domain tailscale0 '~.', but this routes all DNS through MagicDNS, breaking external resolution (github.com, AWS APIs, OIDC endpoints, etc.) — which is not viable in CI.

On macOS/Windows, Tailscale integrates with the OS DNS stack more tightly and this works transparently.

Expected Behavior

After tailscale-action connects, App Connector domains should be resolvable without manual intervention. Ideally:

  1. The action reads App Connector domain config from the node's netmap
  2. Configures resolvectl to route only those domains through tailscale0
    • e.g., resolvectl domain tailscale0 '~rds.amazonaws.com' for RDS endpoints
  3. Waits for subnet route injection before completing

Current Workaround

We had to implement a manual workaround in our composite action:

- name: Verify DB connectivity via Tailscale App Connector
  shell: bash
  run: |
    # 1. Query MagicDNS directly (bypass systemd-resolved)
    RDS_IP=$(dig +short @100.100.100.100 "$RDS_HOST" | tail -1)
    
    # 2. Wait for Tailscale to inject subnet route
    for i in $(seq 1 5); do
      if ip route show table 52 | grep -q "$RDS_IP"; then break; fi
      sleep 2
    done
    
    # 3. Verify TCP connectivity
    for i in $(seq 1 5); do
      if bash -c "echo > /dev/tcp/$RDS_IP/3306" 2>/dev/null; then break; fi
      sleep 2
    done
    
    # 4. Add to /etc/hosts so tools can connect by hostname
    echo "$RDS_IP $RDS_HOST" | sudo tee -a /etc/hosts

This is fragile, requires knowledge of Tailscale internals (table 52, MagicDNS IP), and defeats the purpose of App Connector's transparent DNS interception.

Environment

  • Runner: Ubuntu 24.04 (both standard GHA and Blacksmith runners)
  • tailscale/github-action: v4
  • Use case: Connecting to AWS RDS (Aurora MySQL) via App Connector from GHA for database migrations
  • ACL: App Connector domains configured in nodeAttrs with tailscale.com/app-connectors

Related Issues

  • #129 — DNS not working (same symptom, different workaround)
  • #101 — Unreliable DNS during container builds (overlapping root cause with resolv.conf ordering)
  • #51 — General DNS issues with Tailscale on GHA
  • tailscale/tailscale#16384 — Exit node doesn't respect App Connector DNS

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at the tailscale-action Linux connection flow and inspect how App Connector domains are exposed through the node's netmap and how systemd-resolved is configured. Use the Ubuntu runner scenario to verify that only App Connector domains route through tailscale0, external DNS still works, and subnet routes are available before the action completes.

Written by the indexing model from the issue text.

Assessment

Tech stack
github-actions, linux
Domain
devops, networking
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.