Mini PCs
In the meter cupboard or on your desk: the Relay and all your apps on one quiet box.
Apple Mac mini · Topton · Beelink · Minisforum · Intel N100 · AMD Ryzen
Hardware you own · your own domain · no third-party cloud account
You don't need a third-party cloud account to put something on the internet. A phone, a Raspberry Pi or the laptop in front of you. One Viaalink Relay. Your own domain. That is the whole stack.
Made in the Netherlands 🇳🇱 🇪🇺 · Runs on Linux, macOS, Docker and NAS · Open app registry
How the system works
For people who know what a server is but have never run one. Step through the parts, or send a request and follow it from a visitor to your Raspberry Pi and back.
Press “Send a request” to follow one request from a visitor to your Pi and back.
01 / 06
A phone running Notetaker. A Raspberry Pi running Gitea. The laptop you're building on. They sit behind your router, like they always did. None of them has a public address of its own.
Cloud or your own hardware
An honest comparison. The cloud is faster to start, and someone else keeps it running. Most other things favour the machine on your desk.
| Cloud platform | Your hardware + a Relay | |
|---|---|---|
| What you pay | A monthly bill that grows with use and with every user. | The machine once, a domain name, and one Relay license per year. |
| Where your data is | Their datacenter, their region, their terms. | In your room. You can point at it. |
| When you stop paying | Your project goes offline. Export what you can. | The machine and everything on it are still yours. |
| Your address | project.platform.app, until the platform changes. | name.yourdomain, for as long as you hold the domain. |
| What you learn | Their console. | Linux, Docker, DNS, HTTPS. Skills that transfer. |
| Who keeps it running | They do. Outages are theirs to fix. | You do. If the machine is off, the site is off. |
If you never want to think about a machine, use the cloud. If you want to own the thing you built, keep reading.
Two doors
For people
For the machines
What we use
These are the tools behind Viaalink, and why we use them. They are not apps in the catalog: they run next to the via CLI, and commands such as via terminal and via codeserver start connect them through your Viaalink Relay, so you can work on them together.
$ via codeserver start ttyd github.com/tsl0922/ttyd A terminal in the browser. We use it to look at one machine together, without handing out SSH keys. $ via terminal mitmproxy mitmproxy.org When something breaks, we look at exactly which requests pass through. TypeScript typescriptlang.org Our Caddy API client and this website are written in it. Go go.dev For command-line tools that should be one small file on every platform. Inspiration
The machine runs your Viaalink Relay: the front door that gives your devices an address on your domain.
The machine runs your websites, services and apps. They reach the world through a Relay, at home or in the cloud.
In the meter cupboard or on your desk: the Relay and all your apps on one quiet box.
Apple Mac mini · Topton · Beelink · Minisforum · Intel N100 · AMD Ryzen
Local models next to your own services, reachable through your Relay.
NVIDIA Jetson · AMD Ryzen AI · Apple silicon
Your files are already there. Run the Relay and your services in Docker.
ASUSTOR · Synology Plus · QNAP · any NAS that runs Docker
Small enough for behind the TV: a Relay, or one site that goes online through a Relay.
Raspberry Pi · Orange Pi · Radxa · arm64
A phone from the drawer, running Linux, as a spare Relay.
postmarketOS · Mobian · arm64
Put a single Relay on a VPS at a European provider. Your own hardware hosts your websites, services and work.
Why we build this
A cloud bill is rent. Hardware you own is paid for once.
Your address belongs on your domain, not on someone's platform.
When a platform changes its prices or rules, your own machine keeps running.
Your first Relay
Start with what is on your desk. A new Relay runs 14 days without a license; after that, Free is one e-mail sign-in away.
A Raspberry Pi, a mini PC, an old laptop, a NAS. amd64, arm64 or armv6.
Any registrar. Point it at your home connection, or at your VPS.
Linux service, Docker Compose or the NAS app. Your router forwards 80 and 443, or the VPS does it for you.
via expose 3000 on your laptop puts your first project on your domain. Then add the phone, then the Pi.
What it cannot do
We would rather you know this before you start than after.
Projects
Blog
caddy Inspect live traffic with Caddy and mitmproxy, no restart Swap one Caddy route through mitmproxy at runtime with @viaalink/caddy-api-client, read the real requests, and put the route back. Nothing restarts.
playwright Your Playwright tests are already a demo @viaalink/playwright-video-merge turns the videos of a Playwright run into one demo reel, each test opening with its name. Version 0.2.0 merges every recording, names every video from the report and keeps your test order.
caddy Read the SQL on the wire with Caddy and mitmproxy Your backend builds SQL from the user's filters. Route the Postgres connection through mitmproxy at runtime with @viaalink/caddy-api-client, read the real query, and put the route back. Nothing restarts.
vscode How we made a promo film that can't lie The film for 0.3.0 of Caddy Configuration Tools for VS Code is a Playwright test: every step is checked against the real extension and a real Caddy, and the narration is the author's own voice, cloned on our own GPU.Contact
Write us a message, or mail info@viaalink.com. A person reads every one.