Funktionen

Alles zwischen dem Symbol im Infobereich und dem Tunnel

Beginnen Sie mit der Kurzfassung, wenn Sie über Budgets entscheiden — oder springen Sie zum technischen Deep Dive, wenn Sie die Infrastruktur betreiben.

Für Entscheider

Die Kurzfassung — ohne Fachjargon

Sechs Dinge, die Valenius für Ihre Organisation bedeutet, bevor es technisch wird.

🏠

Ihre Daten bleiben im Haus

Valenius läuft auf Ihren eigenen Servern. VPN-Schlüssel, Gerätedaten Ihrer Mitarbeiter und Logs verlassen nie Ihr Unternehmen — es gibt keine Hersteller-Cloud, aus der sie austreten könnten, und keinen Dritten, dem Sie vertrauen müssen.

🏛️

Ein EU-Unternehmen, gebaut für die DSGVO

Die Stranto Business Solutions GmbH hat ihren Sitz in der EU. Keine Exposition gegenüber dem US-CLOUD-Act, keine Datentransfers in Drittländer, die Sie Ihrem Datenschutzbeauftragten erklären müssten. DSGVO-Konformität ergibt sich aus der Architektur selbst — ob Sie selbst hosten oder unsere EU-Managed-Cloud nutzen.

🔑

Mitarbeiter ohne Administratorrechte

Ihre Mitarbeiter verbinden sich mit einem Klick am Notebook oder einem Tipp in der mobilen App mit dem VPN — ohne Administratorrechte auf ihren Geräten zu besitzen. Weniger Rechte bedeuten weniger Sicherheitsvorfälle und weniger Support-Tickets.

📖

Open Source, das Sie überprüfen können

Die Kernplattform ist unter der AGPLv3-Lizenz veröffentlicht. Ihr Sicherheitsteam — oder jeder andere — kann genau nachlesen, was die Software tut. Keine Blackbox, kein verstecktes Phone-Home.

💶

Kosten, die Sie wirklich steuern

Die Community-Edition ist kostenlos, ohne Gerätelimit und ohne Testfrist. Sie zahlen nur, wenn Sie Automatisierung (Pro) wünschen oder möchten, dass wir es für Sie hosten — und Sie können jederzeit aufhören, ohne Ihre Einrichtung zu verlieren.

🔌

Funktioniert mit dem, was Sie haben

Sie betreiben bereits ein WireGuard®-VPN? Valenius verwaltet es ab dem ersten Tag — kein Austausch, kein Migrationsprojekt. Ihr bestehender Server, Ihre Firewall oder VM macht einfach weiter.

Für Techniker

Die Langfassung — jedes Detail

Wie Valenius tatsächlich funktioniert: die Client-Architektur, die Management-Ebene und die Pro-Automatisierungsebene.

Client-Erlebnis

Ein-Klick-Verbindung — ohne erhöhte Rechte

Ein privilegierter Systemdienst besitzt den WireGuard®-Tunnel; Nutzer kommunizieren mit ihm über eine App im Infobereich via lokalem IPC-Kanal, der den aufrufenden Nutzer authentifiziert. Keine UAC-Abfragen, kein sudo, kein gemeinsames Admin-Passwort — und integrierte Profiltrennung pro Nutzer.

Nachdem der Tunnel steht, prüft Valenius Ihren Server durch den Tunnel und wechselt erst dann zum grünen Häkchen, wenn die Prüfung erfolgreich ist — „verbunden“ bedeutet also Ende-zu-Ende verifiziert, nicht nur „Schnittstelle aktiv“.

  • Profile pro Nutzer — Nutzer sehen und verwalten nur ihre eigenen
  • Vom Admin verteilte Profile sind vor Löschung geschützt; selbst hochgeladene nicht
  • Auto-Verbindung in unbekannten Netzwerken, mit einer Ausschlussliste vertrauenswürdiger Netzwerke
  • Anzeige für verifizierte Konnektivität (Health-Prüfung im Tunnel)
  • Gleichzeitiges Multi-VPN auf dem Desktop — Firmen-VPN und Kunden-VPN gleichzeitig nutzen, mit automatischer Konflikterkennung
🖱️
Unter der Haube
  • Windows: Systemdienst + App im Infobereich · x64 & ARM64
  • Linux: systemd-Root-Daemon + GTK3-Infobereich · .deb-Paket
  • macOS: Hintergrunddienst + Menüleisten-App · Apple Silicon & Intel
  • IPC: Named Pipe / Unix-Socket, Aufruferidentität vom Betriebssystem verifiziert
  • Verifizierung: HTTPS-Prüfung durch den Tunnel, bis zu 30 s wiederholt
Client-Erlebnis

Dieselbe Ein-Tipp-Erfahrung, jetzt in Ihrer Tasche

Die Android- und iOS-Apps teilen sich eine Codebasis und bieten daher denselben Verbinden/Trennen-Ablauf sowie dasselbe verifizierte Verbindungshäkchen wie die Desktop-Clients — die App zeigt Ihre VPN-Profile auch bei einer kurzen Verbindungsunterbrechung weiter an, statt einen Fehler anzuzeigen.

Neue Geräte werden durch Scannen eines QR-Codes aktiviert — keine Konfiguration auf einer Handytastatur eintippen.

  • QR-Code-Pairing zur Aktivierung und Bindung eines neuen Geräts in einem Schritt
  • TOTP und Push-to-Approve-MFA direkt in der App integriert (Pro)
  • Konfigurationsverschlüsselung im Ruhezustand über den Plattform-Keystore (Android Keystore / iOS-Schlüsselbund)
  • Jeweils ein aktives VPN-Profil — eine Betriebssystem-Beschränkung sowohl bei Android als auch bei iOS, keine Einschränkung von Valenius; die App zeigt und verwaltet weiterhin Ihre vollständige Profilliste
📱
Unter der Haube
  • Android: Flutter-App · Verschlüsselung über Android Keystore
  • iOS: dieselbe Flutter-Codebasis & derselbe Funktionsumfang wie Android
  • Pairing: QR-Scan → Gerät wird einem Kunden zugeordnet, kein manueller Freigabe-Umweg
  • Wiederverbindung: Profilliste bleibt bei kurzen Verbindungsunterbrechungen sichtbar (z. B. direkt nach dem Entsperren des Telefons)
Zentrale Verwaltung

Ein Admin-Panel, das Ihren gesamten Gerätebestand sieht

Jeder Client hält einen Heartbeat sowie einen Long-Poll-Kanal zu Ihrem Backend aufrecht. Ein Gerät erscheint Sekunden nach dem Öffnen der App im Infobereich als online — und als offline, sobald der Nutzer sie beendet, denn der Client meldet sich aktiv ab, statt auf ein Timeout zu warten.

  • Live-Präsenz online/offline und Version pro Gerät
  • WireGuard®-Konfigurationen aus der Ferne verteilen — zentral bereitgestellt, vom Gerät beim nächsten Abruf übernommen
  • Einstellungen pro Gerät: Heartbeat-Intervall, Auto-Verbindungsprofil, vertrauenswürdige Netzwerke
  • Profile zentral aktivieren, deaktivieren und aus der Ferne löschen
  • Audit-Log jeder Verbindung, Konfigurationsverteilung und Admin-Aktion
  • Self-Service-Konfigurationsverteilung: QR-Codes für Mobilgeräte, druckbare Konfigurationskarten und E-Mail
  • Einen Client aus der Ferne zum Verbinden auslösen — ohne Nutzerinteraktion
  • Verschlüsseltes Ein-Klick-Backup & -Restore der gesamten Installation
  • Serverseitige Liveness-Erkennung & Kill Tunnel (Pro) — per Ping bestätigter Status und ein erzwungenes Trennen, das auch funktioniert, wenn der Client nicht erreichbar ist
  • Verbindungsverlauf pro Client — Verbinden/Trennen-Ereignisse mit LAN-/WAN-IP
  • Traffic-Statistiken pro Client (Pro) — automatisch aktualisierte Dashboards pro Gerät, pro Kunde und flottenweit, mit konfigurierbarer Aufbewahrungsdauer
  • Bereinigte Diagnoseprotokolle — fordern Sie Logs zentral von einem Gerät an oder lassen Sie den Nutzer sie senden; API-Schlüssel, VPN-Schlüssel und Geheimnisse werden vor dem Upload auf dem Gerät entfernt
Valenius admin panel Overview page: client counts, presence, and a fleet-wide traffic dashboard

Das echte Admin-Panel — Live-Überblick über den Gerätebestand

Unter der Haube
  • Präsenz: periodischer Heartbeat + Long-Poll · Offline-Abmeldung beim Beenden
  • Konfigurationsverteilung: serverseitig bereitgestellt, vom Gerät atomar übernommen
  • Anmeldung: OIDC gegen Ihren Identitätsanbieter + TOTP-2FA
  • Identität: persistente Geräte-GUID; Neuinstallationen erfordern Admin-Aktivierung
  • Verteilung: QR / druckbare Karte / SMTP-E-Mail · verschlüsseltes JSON-Backup & -Restore
  • Liveness (Pro): backendseitiger Ping gegen den WireGuard®-Server, unabhängig von der Selbstauskunft des Clients
  • Traffic (Pro): Byte-Zähler pro Peer, serverseitig erfasst · Diagramme aktualisieren sich alle 60 s
  • Diagnose: feste Allowlist pro Plattform · Bereinigung läuft auf dem Gerät, nie auf dem Server
Pro

Zero-Touch-Peer-Provisionierung

Ein schlanker Sidecar läuft neben Ihrer WireGuard®-Schnittstelle und stellt dem Backend eine Management-API bereit. Geben Sie ein Gerät im Panel frei — es erhält ein Schlüsselpaar, eine IP aus dem Subnetz der Schnittstelle und eine vollständige Konfiguration, ohne dass jemand eine .conf-Datei anfasst.

Die Einrichtung erfolgt über einen einzigen Enrollment-Token: Der Sidecar erzeugt seinen eigenen privaten Schlüssel, sendet eine Signieranfrage an Ihr Backend und erhält sein Zertifikat automatisch. Der Token ist einmalig und wird bei der Nutzung verbraucht.

  • Automatische Schlüsselerzeugung, Preshared Keys und IP-Vergabe
  • Peers werden beim Start abgeglichen — Server-Neustarts verlieren nie die Konfiguration
  • Mehrere isolierte Kunden auf einem Host (je eine Schnittstelle + Port)
  • Das Entfernen eines Geräts im Panel entfernt den Peer auf dem Server
  • Optionale kundenübergreifende Profilfreigabe — ein Gerät kann zusätzlich das VPN-Profil eines zweiten Kunden führen, nützlich für MSPs mit gemeinsam genutzter Infrastruktur
Unter der Haube
  • Sidecar: einzelne statische Go-Binärdatei, nur Standardbibliothek, Bereitstellung per Docker Compose
  • Enrollment: Einmal-Token → CSR → von der internen CA signiertes Zertifikat
  • IP-Vergabe: automatisch aus dem Subnetz der Schnittstelle (CIDR)
  • Schnittstelle: liegt im Netzwerk-Namespace des Hosts — übersteht Container-Neustarts
Pro

Mit einem Klick der Beweis, dass ein Server tatsächlich erreichbar ist

Bevor Sie einem Kunden sagen, dass sein VPN läuft, kann das Admin-Panel das für Sie prüfen. „Ports prüfen“ testet jeden eingehenden Port, den der WireGuard®-Host benötigt — die UDP-Ports werden mit einem echten WireGuard®-Handshake bestätigt, nicht mit einem Ping, sodass ein bestandener Test beweist: Der Port ist erreichbar, der Schlüssel des Servers stimmt, und die Peer-Bereitstellung funktioniert tatsächlich.

„Test ausführen“ geht weiter und lässt den Server sich selbst untersuchen: IP-Weiterleitung, NAT, Firewall-Weiterleitungsregeln, vorgelagertes Routing und Konfigurationsabweichungen. Das erkennt den verwirrendsten VPN-Fehler überhaupt — einen Tunnel, der sich verbindet, als verbunden angezeigt wird und trotzdem keinen Datenverkehr überträgt. Von außerhalb des Servers ist das nicht erkennbar.

  • „Ports prüfen“ — Ergebnis pro Port, UDP-Ports werden per echtem WireGuard®-Handshake bestätigt
  • „Test ausführen“ — der Server untersucht seine eigene IP-Weiterleitung, NAT, Firewall-Regeln, Routing und Konfigurationsabweichungen
  • Erkennt den Fehlerfall „verbunden, aber kein Datenverkehr“, der von außen unsichtbar ist
  • Das Panel nennt jeden benötigten Port und genau, wer ihn erreichen muss — inklusive Warnung, dass der Management-Port nicht öffentlich sein soll, mit der eigenen IP des Backends für eine Firewall-Regel auf eine einzelne Adresse
🩺
Unter der Haube
  • Ports prüfen: echter WireGuard®-Handshake pro UDP-Port, keine synthetische Prüfung
  • Test ausführen: Selbstprüfung von IP-Weiterleitung, NAT, Firewall-Weiterleitungsregeln, Routing und Abweichungen
  • Voraussetzung: Backend 1.11.x + Sidecar 1.11.24
  • Verfügbarkeit: Pro
Pro

Ein Fallback-Port, der Ihr Team verbunden hält — selbst in Netzwerken, die VPNs blockieren

Jeder von Pro verwaltete WireGuard®-Server kann zusätzlich auf UDP 443 antworten — der Port, den Hotel-WLAN, Gäste-Netzwerke und streng abgeriegelte Firmen-Firewalls fast immer offen lassen, weil dort HTTPS läuft. Beide Ports laufen gleichzeitig, per Kunde umschaltbar im Admin-Panel, und Clients versuchen automatisch den Fallback-Port, sobald ein Verbindungsversuch blockiert wird — ohne manuelle Profiländerung, ohne Support-Ticket.

Das ist eine Ausfallsicherheit, die die meisten WireGuard®-basierten Wettbewerber schlicht nicht bieten, weil dafür eine echte Management-Ebene auf der Serverseite nötig ist, um zwei Ports sicher zu betreiben und dem Client automatisch den richtigen zuzuweisen. Für Ihre Nutzer wird ein restriktives Netzwerk kein Grund mehr, die IT anzurufen.

  • Server hört gleichzeitig auf dem primären Port und auf UDP 443 — pro Kunde im Admin-Panel umschaltbar
  • Automatischer client-seitiger Versuch auf dem Fallback-Port nach einem blockierten Verbindungsversuch — keine manuelle Neukonfiguration
  • Löst den häufigsten Support-Anruf „Das VPN geht in diesem Hotel/Büro nicht“
  • Eine Ausfallsicherheit, die die meisten WireGuard®-basierten Wettbewerber nicht haben — sie braucht eine Management-Ebene auf dem Server, nicht nur das Protokoll
🔀
Unter der Haube
  • Ports: primärer Port + UDP 443, beide aktiv, pro Kunde umschaltbar
  • Client-Versuch: ausgelöst über die bestehende Verbindungsprüfschleife (~20 s ohne Handshake)
  • Umfang: speziell UDP 443 — hilft dort, wo Netzwerke nach Portnummer filtern, nicht wenn sämtliches UDP blockiert oder das Protokoll erkannt wird
  • Voraussetzung: Sidecar 1.11.24 (Server) + aktueller Valenius-Client
Sicherheit

Eine Management-Ebene, die von Feindseligkeit ausgeht

Jeder Aufruf zwischen Ihrem Backend und Ihren WireGuard®-Servern ist beidseitig authentifiziertes TLS: Das Backend betreibt eine eigene interne Zertifizierungsstelle, und ein Server ohne gültiges Client-Zertifikat erhält nichts außer einem Health-Endpunkt.

Auf Endgeräten sind Konfigurationen an das Systemkonto gebunden und auf jeder Plattform im Ruhezustand verschlüsselt — in beiden Editionen. Standardnutzer können sich verbinden, aber niemals einen privaten Schlüssel lesen; selbst ein direkter Festplattenzugriff legt keinen offen.

Pro kann auch den Tunnel selbst absichern: Servererzwungene Multi-Faktor-Authentifizierung bedeutet, dass die VPN-Sitzung eines Nutzers erst nach einem verifizierten zweiten Faktor Daten überträgt — ein direkter Baustein für Zugangskontrollen im Sinne von NIS2.

MFA ist pro Gruppe konfigurierbar, nicht alles-oder-nichts — strengere Prüfungen für Admins, leichtere für den Arbeitsalltag. Statt einen Code einzutippen, können Nutzer eine Verbindung per Tipp und Face ID/Fingerabdruck auf einem zweiten Gerät bestätigen. Und sie betrifft nur den Nutzerzugang: Maschine-zu-Maschine- und Standort-zu-Standort-Verbindungen werden nie unterbrochen.

  • Interne CA, beidseitiges TLS bei jedem Management-Aufruf
  • Konfigurationsverschlüsselung im Ruhezustand auf jedem Client — in beiden Editionen enthalten
  • Nur-System-Dateiberechtigungen für jede Client-Konfiguration
  • OIDC + TOTP für das Admin-Panel, Audit-Log für Nachvollziehbarkeit
  • AGPLv3-Open-Source-Kern — prüfen Sie ihn selbst
  • Servererzwungene MFA für den VPN-Zugang — verifizierter zweiter Faktor, bevor der Tunnel Daten überträgt (Pro)
  • Push-to-Approve von einem zweiten Gerät, als Alternative zum Eintippen eines TOTP-Codes
  • Fail-safe-Durchsetzung — ist die MFA-Komponente veraltet oder nicht erreichbar, bleiben gesperrte Peers blockiert, statt durchgelassen zu werden
  • Flottenweite API-Schlüssel-Rotation aus der Ferne — tauschen Sie den Client-Schlüssel zentral über alle Geräte aus, ohne etwas neu zu installieren
🛡️
Unter der Haube
  • mTLS: interne ECDSA-P-256-CA, Client-Zertifikate pro Anfrage verifiziert und auf die Backend-Identität gepinnt
  • Im Ruhezustand: Verschlüsselung gespeicherter Konfigurationen auf Betriebssystemebene — beide Editionen, jede Plattform
  • Datei-ACLs: nur SYSTEM unter Windows, nur root (0600) unter Linux
  • Audit: Verbindungen, Konfigurationsverteilungen und Admin-Aktionen protokolliert
  • MFA-Gating: CA-signierte Sitzungs-Grants mit absolutem Ablaufzeitpunkt, durchgesetzt auf der eigenen Uhr des VPN-Servers (Pro)
  • Enrollment: TOTP-Einrichtung per QR-Scan, verfügbar im Windows-Infobereich, Linux-Infobereich und in der mobilen App
Betrieb

Ein Gerätebestand, der sich selbst aktualisiert

Clients prüfen Ihr Backend — nicht einen Herstellerserver — auf Updates und installieren sie automatisch innerhalb einer Stunde. Sie brauchen es sofort? „Update erzwingen“ im Panel löst beim nächsten Heartbeat einen sofortigen einmaligen Rollout aus. Jeder Download wird per Prüfsumme verifiziert, bevor ein einziges Byte installiert wird.

Pro-Appliances gehen weiter: Der Update-Agent startet die neue Version neben der laufenden, prüft sie wiederholt per Health-Check, schaltet die Produktion nur bei Erfolg um und beobachtet sie danach weiter — mit automatischem Rollback, falls sich die neue Version fehlerhaft verhält.

  • Automatische Client-Updates, ausgeliefert von Ihrem eigenen Backend
  • Erzwungener Rollout pro Gerät mit einem Klick
  • SHA-256-Verifizierung, bevor etwas geschrieben wird
  • Appliance-Updates ohne Ausfallzeit mit Watchdog + automatischem Rollback (Pro)
  • Installer-Pakete pro Kunde — Backend-URL & API-Schlüssel vorkonfiguriert, bereit für stille/MDM-Installation
  • Gestaffelte Rollout-Ringe (Pro) — eine neue Appliance-Version zuerst an einem Teil der Flotte testen, bevor sie flottenweit ausgerollt wird
  • Stable- & Beta-Release-Kanäle pro Betriebssystem — Pilotgeräte auf Beta setzen und Beta mit einem Klick zu Stable befördern
🔁
Unter der Haube
  • Clients: stündliche Update-Prüfung + vom Admin ausgelöstes erzwungenes Update
  • Integrität: SHA-256-Prüfsumme vor der Installation verifiziert
  • Appliance: Kandidaten-Container per Health-Check geprüft, bevor umgeschaltet wird
  • Sicherheitsnetz: Watchdog-Fenster mit automatischem Rollback + Volume-Backup
  • Bereitstellung: vorkonfiguriertes Installer-ZIP · stille Installation via /BACKENDURL= & /APIKEY=
  • Signierung: Windows-Installer code-signiert über Azure Trusted Signing
Automatisierung & KI

Jede Administratoraktion — verfügbar für Ihre eigenen Werkzeuge und für einen KI-Assistenten

Alles, was im Panel administrativ möglich ist, kann Pro auch über eine berechtigungsgesteuerte REST-API: Clients und Kunden anlegen und bearbeiten, Peers provisionieren, ein Gerät verbinden oder zwangsweise trennen, MFA-Richtlinien setzen, QR-Kopplungscodes erzeugen, Traffic- und Audit-Daten abrufen. Die OpenAPI-3.1-Spezifikation wird offen von Ihrem eigenen Backend ausgeliefert — Visual Studio, Postman, n8n oder ein RMM importieren sie direkt über die URL und erzeugen daraus einen typisierten Client, ganz ohne Token allein zum Lesen der Spezifikation.

Dieselbe Oberfläche steht zusätzlich als MCP-Server bereit — das Protokoll, über das Claude, Gemini, OpenAI und Mistral externe Werkzeuge aufrufen. Richten Sie einen Assistenten auf Ihr Backend und fragen Sie in natürlicher Sprache: „Welche Clients haben sich diese Woche nicht gemeldet?“, „Trenne den Tunnel des gestohlenen Notebooks“, „Lege einen neuen Kunden namens Acme an“. Darunter ist jede Anfrage ein ganz gewöhnlicher API-Aufruf — dasselbe Token, dieselben Rechte, derselbe Audit-Eintrag.

Den Zugriff gestalten Sie. Ein Token trägt nur die Berechtigungen, die Sie anhaken — ein Triage-Assistent darf die Flotte also ansehen, ohne irgendetwas ändern zu können; das Recht zu handeln kommt als bewusste, separate Entscheidung hinzu. Binden Sie ein Token an einen Kunden, sieht es die übrigen nie. Ein Widerruf wirkt sofort, und jede Aktion wird unter dem Namen dieses Tokens im Audit-Log festgehalten.

  • Vollständige REST-API über die gesamte Verwaltungsoberfläche (Pro) — 50+ Endpunkte
  • Integrierter MCP-Server — Claude, Gemini, OpenAI oder Mistral direkt verbinden
  • Öffentlich lesbare OpenAPI-3.1-Spezifikation — importierbar in Visual Studio, Postman oder jeden Generator
  • Berechtigungen pro Token — rein lesende Assistenten sind vorgesehen, kein Behelf
  • Optionale Bindung eines Tokens an einen Kunden — ein MSP kann einem Mandanten ein Token geben, das nur dessen eigene Flotte sieht
  • Jeder Aufruf protokolliert und jederzeit sofort widerrufbar
  • Funktioniert mit n8n und anderen Workflow-Werkzeugen — als MCP-Werkzeug oder als einfacher HTTP-Aufruf
🤖
Unter der Haube
  • REST: Bearer-Token-Authentifizierung, Fehlerformat nach RFC 9457, Rate-Limit pro Token
  • Spezifikation: OpenAPI 3.1, aus dem laufenden Server erzeugt — sie kann gar nicht veralten
  • MCP: Streamable-HTTP-Transport, 50+ Werkzeuge, eines je API-Operation
  • Berechtigungen: Lesen und Schreiben je Ressourcenbereich getrennt vergeben
  • Private Schlüssel: hinter einer eigenen Berechtigung — werden einem Assistenten nie standardmäßig überlassen

Sehen Sie es auf Ihrer eigenen Infrastruktur

Die Community-Edition ist kostenlos, selbst gehostet und enthält jede Funktion, die Sie gerade gelesen haben — bis auf die Pro-Automatisierung.