mirror of
https://github.com/kevinveenbirkenbach/computer-playbook.git
synced 2026-11-06 02:54:26 +00:00
svc-net-tor aborts at roles/svc-net-tor/tasks/router.yml:2 when networks.internet.dns is empty, and rightly so: dnsmasq runs with no-resolv, so an empty upstream leaves the node answering .onion and nothing else. That value is set in exactly two places, both under inventories/development/, and the documented production path reaches neither - the provisioner writes no networks key at all. A reader following the role README verbatim therefore cannot deploy a Tor node. CI has been proving this since 2026-08-31 without anyone seeing it: the README replay rides on the role's smallest variant and is skipped when the deploy is red, so the only row that ever reached it is one where svc-net-tor itself went green. That happened first on Ubuntu, where the local-service defectabb6f37297fixes never fired. The template now emits the DNS assignment, the -e passthrough and the networks entry in --vars for a role whose tasks name networks.internet.dns, which today is svc-net-tor alone; the generator derives that rather than taking a declaration, so a second role asking for the value documents it by doing so. scripts/github/guide/compose_deploy.sh substitutes the placeholder from INFINITO_DNS_IP, the same SPOT inventories/development/default.yml reads, next to the existing domain substitution. This follows972596a758, which added the administrator key to the same block for the same reason. No fallback inside the role: defaulting to NETWORK_PUBLIC_DNS_RESOLVERS would route a Tor node's clearnet queries to Cloudflare without the operator choosing it, which is what the assert exists to prevent. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
119 lines
6.1 KiB
Markdown
119 lines
6.1 KiB
Markdown
# Tor Onion Service
|
|
|
|
## Description
|
|
|
|
Runs a [Tor](https://www.torproject.org/) daemon on the node and publishes a Tor v3 onion service, turning an Infinito.Nexus instance behind NAT/CGNAT into a fully Tor-reachable node without a public IP, port forwarding, VPS, or DynDNS.
|
|
|
|
## Overview
|
|
|
|
When `svc-net-tor` is deployed, the node's `DOMAIN_PRIMARY` is the minted `.onion` address, so the whole stack (web vhosts, Keycloak SSO, LDAP, CA) resolves onion domains consistently. The Tor daemon runs as a host-network compose sidecar and maps one hidden service to the host OpenResty (`HiddenServicePort 80 -> 127.0.0.1:80`); per-app subdomains (`<app>.<node>.onion`) are routed by the `Host` header. TLS is off on the onion side (onion v3 already provides transport encryption + server authentication); apps still receive `X-Forwarded-Proto: https` because `.onion` is a browser Secure Context.
|
|
|
|
The onion key is minted offline during inventory build (`cli.administration.inventory.onion`) and stored in the inventory, so the address is stable across redeploys and restorable from a backup.
|
|
|
|
## Cosmos
|
|
|
|
The diagram places Tor Onion Service in the Infinito.Nexus cosmos: the components it deploys (capabilities), the central services it consumes (dependencies), and its outward reach (federation and bridged external networks).
|
|
|
|
```mermaid
|
|
flowchart LR
|
|
subgraph deps [Dependencies]
|
|
dep_web_svc_mirror["web-svc-mirror 💻"]
|
|
end
|
|
subgraph role [svc-net-tor 🐳🐝]
|
|
svc_mirror["mirror"]
|
|
svc_tor["tor"]
|
|
end
|
|
subgraph dependents [Dependents]
|
|
dpt_svc_db_elasticsearch["svc-db-elasticsearch 🐳🐝"]
|
|
dpt_svc_db_mariadb["svc-db-mariadb 🐳🐝"]
|
|
dpt_svc_db_memcached["svc-db-memcached 🐳🐝"]
|
|
dpt_svc_db_openldap["svc-db-openldap 🐳🐝"]
|
|
dpt_svc_db_postgres["svc-db-postgres 🐳🐝"]
|
|
dpt_svc_db_qdrant["svc-db-qdrant 🐳🐝"]
|
|
dpt_svc_db_rabbitmq["svc-db-rabbitmq 🐳🐝"]
|
|
dpt_svc_db_redis["svc-db-redis 🐳🐝"]
|
|
dpt_svc_db_typesense["svc-db-typesense 🐳🐝"]
|
|
dpt_svc_prx_openresty["svc-prx-openresty 🐳🐝"]
|
|
dpt_web_app_akaunting["web-app-akaunting 🐳🐝"]
|
|
dpt_web_app_baserow["web-app-baserow 🐳🐝"]
|
|
dpt_more["..."]
|
|
end
|
|
dep_web_svc_mirror -- "1:1" --> svc_mirror
|
|
svc_mirror -- "1:1" --> dpt_more
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_elasticsearch
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_mariadb
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_memcached
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_openldap
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_postgres
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_qdrant
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_rabbitmq
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_redis
|
|
svc_mirror -. "0..1" .-> dpt_svc_db_typesense
|
|
svc_mirror -. "0..1" .-> dpt_svc_prx_openresty
|
|
svc_mirror -. "0..1" .-> dpt_web_app_akaunting
|
|
svc_mirror -. "0..1" .-> dpt_web_app_baserow
|
|
```
|
|
|
|
Solid `1:1` edges are fixed relationships; dashed `0..1` edges are conditional (enabled only in matching deployments); red `0..0` edges are turned off in this role. Node markers show the role's deploy modes (💻 host, 🐳 compose, 🐝 swarm); ❌ marks a service that is explicitly turned off, and ⚙️ an Ansible role dependency declared in `meta/main.yml`.
|
|
|
|
## Features
|
|
|
|
- **Full onion node:** `DOMAIN_PRIMARY` becomes the node `.onion`; the entire stack shifts to Tor with no domain-transform logic.
|
|
- **Single key, per-app subdomains:** one hidden service serves every app at `<app>.<node>.onion`, Host-routed by OpenResty.
|
|
- **Offline deterministic minting:** the v3 key/address is generated without running Tor and pinned in the inventory (stable, backupable, restorable).
|
|
- **HTTP on the onion side:** TLS is forced off for `.onion` (no Let's Encrypt possible); onion v3 crypto is the transport auth.
|
|
- **Optional public domains:** extra clearnet domains added to an app keep their own TLS flavor and deploy alongside the onion.
|
|
- **Configurable egress:** inbound is always onion; outbound torification is on by default (`TOR_EGRESS_ROUTER_ENABLED`).
|
|
|
|
## Quick Setup
|
|
|
|
### Development
|
|
|
|
Clone, set up the workstation, and deploy Tor Onion Service onto the local stack:
|
|
|
|
```bash
|
|
git clone https://github.com/infinito-nexus/core.git
|
|
cd core
|
|
make onboard
|
|
make compose-deploy mode=reinstall apps=svc-net-tor full_cycle=false
|
|
```
|
|
|
|
### Production
|
|
|
|
Run the published image to provision the inventory and deploy Tor Onion Service to a managed server (the mounted volume persists the inventory):
|
|
|
|
```bash
|
|
APP=svc-net-tor
|
|
HOST=<your-server>
|
|
DOMAIN=<your-domain>
|
|
DNS=<your-clearnet-resolver>
|
|
TLS_MODE=self_signed
|
|
SSH_PUBLIC_KEY="<your-ssh-public-key>"
|
|
|
|
docker run --rm -it \
|
|
-v "$PWD/inventories:/etc/infinito.nexus/inventories" \
|
|
-e APP="$APP" -e HOST="$HOST" -e DOMAIN="$DOMAIN" -e DNS="$DNS" -e TLS_MODE="$TLS_MODE" -e SSH_PUBLIC_KEY="$SSH_PUBLIC_KEY" \
|
|
ghcr.io/infinito-nexus/core/debian bash -c '
|
|
INVENTORY=/etc/infinito.nexus/inventories/production
|
|
infinito administration inventory provision "$INVENTORY" \
|
|
--inventory-file "$INVENTORY/devices.yml" \
|
|
--host "$HOST" \
|
|
--include "$APP" \
|
|
--vars "{\"TLS_MODE\": \"$TLS_MODE\", \"DOMAIN_PRIMARY\": \"$DOMAIN\", \"networks\": {\"internet\": {\"dns\": \"$DNS\"}}, \"users\": {\"administrator\": {\"authorized_keys\": [\"$SSH_PUBLIC_KEY\"]}}}" &&
|
|
infinito administration deploy dedicated "$INVENTORY/devices.yml" \
|
|
--password-file "$INVENTORY/.password" \
|
|
--diff -vv'
|
|
```
|
|
|
|
## Limitations
|
|
|
|
- Targets **fresh** onion nodes; converting an existing clearnet node is out of scope (the LDAP base DN and all identities would shift).
|
|
- **No Let's Encrypt** for `.onion` (ACME requires public DNS).
|
|
- Outbound mail from `@<node>.onion` senders is not deliverable to the public Internet; onion does not replace public Internet email.
|
|
|
|
## Credits
|
|
|
|
Implemented by **[Kevin Veen-Birkenbach](https://www.veen.world)**.
|
|
Part of the [Infinito.Nexus Project](https://s.infinito.nexus/code) and maintained by [Kevin Veen-Birkenbach](https://www.veen.world).
|
|
Licensed under the [Infinito.Nexus Community License (Non-Commercial)](https://s.infinito.nexus/license).
|