zoraxy: A general purpose HTTP reverse proxy and forwarding tool. Now written in Go!

Wofür zoraxy laut Repository gedacht ist

zoraxy ist im Repository tobychui/zoraxy als A general purpose HTTP reverse proxy and forwarding tool. Now written in Go!. Die README nennt unter anderem: # Zoraxy A general purpose HTTP reverse proxy and forwarding tool. Now written in Go! ### Features - Simple to use interface with detail in-system instructions - Reverse Proxy (HTTP/2) - Virtual Directory - WebSocket Proxy (automatic, no set-up needed) - Basic Auth - Alias Hostnames - Custom Headers - Load Balancing - Redirection Rules - TLS / SSL setup and deploy - ACME features like auto-renew to serve your sites in https - SNI support (and SAN certs) - DNS Challenge for Let's Encrypt and [these DNS providers](https://go-acme.github.io/lego/dns/) - Blacklist / Whitelist by country or IP address (single IP, CIDR or wildcard for beginners) - Stream Proxy (TCP & UDP) - Integrated Up-time Monitor - Web-SSH Terminal - Plugin System - Utilities - CIDR IP converters - mDNS Scanner - Wake-On-Lan - Debug Forward Proxy - IP Scanner - Port Scanner beschrieben. Diese Einordnung folgt der README und den dort sichtbaren Projektangaben; sie ist kein unabhängiger Leistungstest. Für die praktische Prüfung bleibt go mod tidy und go build im Verzeichnis src der konkrete Ausgangspunkt. So lässt sich unterscheiden, was das Projekt tatsächlich dokumentiert und welche Eigenschaften im eigenen Umfeld erst beobachtet werden müssen. Die Dokumentation nennt den vorgesehenen Ablauf, aber nicht automatisch jede Kombination aus Betriebssystem, Version, Datenmenge und Fremddienst. Diese Grenze gehört zur technischen Bewertung und verhindert, aus einer Funktionsliste eine Zusage für jeden Einsatz abzuleiten.

Die dokumentierten Bausteine von zoraxy

zoraxy ist im Repository tobychui/zoraxy als konkrete Funktionen rund um # Zoraxy A general purpose HTTP reverse proxy and forwarding tool. Now written in Go! ### Features - Simple to use interface with detail in-system instructions - Reverse Proxy (HTTP/2) - Virtual Directory - WebSocket Proxy (automatic, no set-up needed) - Basic Auth - Alias Hostnames - Custom Headers - Load Balancing - Redirection Rules - TLS / SSL setup and deploy - ACME features like auto-renew to serve your sites in https - SNI support (and SAN certs) - DNS Challenge for Let's Encrypt and [these DNS providers](https://go-acme.github.io/lego/dns/) - Blacklist / Whitelist by country or IP addr beschrieben. Diese Einordnung folgt der README und den dort sichtbaren Projektangaben; sie ist kein unabhängiger Leistungstest. Für die praktische Prüfung bleibt -noauth=true sowie -sshlb=true der konkrete Ausgangspunkt. So lässt sich unterscheiden, was das Projekt tatsächlich dokumentiert und welche Eigenschaften im eigenen Umfeld erst beobachtet werden müssen. Die Dokumentation nennt den vorgesehenen Ablauf, aber nicht automatisch jede Kombination aus Betriebssystem, Version, Datenmenge und Fremddienst. Diese Grenze gehört zur technischen Bewertung und verhindert, aus einer Funktionsliste eine Zusage für jeden Einsatz abzuleiten.

Der Einstieg über eigene Projektdateien

zoraxy ist im Repository tobychui/zoraxy als einen README-geführten Einstieg beschrieben. Diese Einordnung folgt der README und den dort sichtbaren Projektangaben; sie ist kein unabhängiger Leistungstest. Für die praktische Prüfung bleibt go mod tidy und go build im Verzeichnis src der konkrete Ausgangspunkt. So lässt sich unterscheiden, was das Projekt tatsächlich dokumentiert und welche Eigenschaften im eigenen Umfeld erst beobachtet werden müssen. Die Dokumentation nennt den vorgesehenen Ablauf, aber nicht automatisch jede Kombination aus Betriebssystem, Version, Datenmenge und Fremddienst. Diese Grenze gehört zur technischen Bewertung und verhindert, aus einer Funktionsliste eine Zusage für jeden Einsatz abzuleiten.

Betrieb, Eingaben und beobachtbare Ausgaben

zoraxy ist im Repository tobychui/zoraxy als einen Ablauf mit projektspezifischen Eingaben und Ergebnissen beschrieben. Diese Einordnung folgt der README und den dort sichtbaren Projektangaben; sie ist kein unabhängiger Leistungstest. Für die praktische Prüfung bleibt den Port :8000 und den Ordner docker der konkrete Ausgangspunkt. So lässt sich unterscheiden, was das Projekt tatsächlich dokumentiert und welche Eigenschaften im eigenen Umfeld erst beobachtet werden müssen. Die Dokumentation nennt den vorgesehenen Ablauf, aber nicht automatisch jede Kombination aus Betriebssystem, Version, Datenmenge und Fremddienst. Diese Grenze gehört zur technischen Bewertung und verhindert, aus einer Funktionsliste eine Zusage für jeden Einsatz abzuleiten.

Grenzen aus Dokumentation und Lizenz

zoraxy ist im Repository tobychui/zoraxy als die Lizenzangabe AGPL-3.0 und dokumentierte Einschränkungen beschrieben. Diese Einordnung folgt der README und den dort sichtbaren Projektangaben; sie ist kein unabhängiger Leistungstest. Für die praktische Prüfung bleibt -noauth=true sowie -sshlb=true der konkrete Ausgangspunkt. So lässt sich unterscheiden, was das Projekt tatsächlich dokumentiert und welche Eigenschaften im eigenen Umfeld erst beobachtet werden müssen. Die Dokumentation nennt den vorgesehenen Ablauf, aber nicht automatisch jede Kombination aus Betriebssystem, Version, Datenmenge und Fremddienst. Diese Grenze gehört zur technischen Bewertung und verhindert, aus einer Funktionsliste eine Zusage für jeden Einsatz abzuleiten.

Für welche Nutzung zoraxy passt

zoraxy ist im Repository tobychui/zoraxy als ein Werkzeug für den beschriebenen Anwendungsfall beschrieben. Diese Einordnung folgt der README und den dort sichtbaren Projektangaben; sie ist kein unabhängiger Leistungstest. Für die praktische Prüfung bleibt den Port :8000 und den Ordner docker der konkrete Ausgangspunkt. So lässt sich unterscheiden, was das Projekt tatsächlich dokumentiert und welche Eigenschaften im eigenen Umfeld erst beobachtet werden müssen. Die Dokumentation nennt den vorgesehenen Ablauf, aber nicht automatisch jede Kombination aus Betriebssystem, Version, Datenmenge und Fremddienst. Diese Grenze gehört zur technischen Bewertung und verhindert, aus einer Funktionsliste eine Zusage für jeden Einsatz abzuleiten.

Redaktionelles Fazit

Geeignet ist zoraxy für Anwender, deren Aufgabe dem README-Zweck entspricht und die go mod tidy und go build im Verzeichnis src prüfen können. Nicht geeignet ist eine Übernahme als Beleg für nicht dokumentierte Eigenschaften. Vor der Entscheidung sollten -noauth=true sowie -sshlb=true mit dem Stand v3.3.4 ausgeführt oder gelesen und die konkrete Ausgabe im eigenen Umfeld bewertet werden.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes