Funktionsvergleich
Dieser Vergleich wurde erstellt, um bestimmte Funktionen von Marzban und Remnawave hervorzuheben und zu vergleichen.
Die Tabelle basiert auf den persönlichen Erfahrungen ehemaliger Marzban-Nutzer, die später zu Remnawave gewechselt sind. Sie erhebt keinen Anspruch auf Vollständigkeit.
Funktionsvergleichstabelle
| Funktion | Remnawave | Marzban |
|---|---|---|
| Entwicklungsaktivität | Wird von einem einzelnen Entwickler gepflegt, mit regelmäßigen Updates zu QoL, Community-Ideen und Sicherheit | Wird von einem Team entwickelt, die Entwicklung hat sich verlangsamt |
| Systemanforderungen (Panel) | RAM: 2 GB, CPU: 2 Kerne, Speicher: 20 GB | RAM: 1 GB, CPU: 1 Kern, Speicher: 10 GB (inoffiziell, aus der Community) |
| Betriebsmodus | Multi-Thread bietet bessere Leistung | Single-Thread, Leistung nimmt mit steigender Benutzerzahl ab |
| Dokumentation | Enthält vom Entwickler genehmigte Skripte und Community-Lösungen, nur auf Englisch | Offizielle Dokumentation in 3 Sprachen, inoffiziell mit Linux-Server-Setup |
| Automatische Installationsskripte | Community-Tools | Community-Tools |
| Modularität | Datenbank, Panel und Abonnementseite können getrennt werden | Nicht modular |
| Sicherheitsmaßnahmen in der Dokumentation | CF Zero Trust, benutzerdefinierter Pfad, Telegram OAuth und andere 2FA | Nein |
| CLI | Ja (innerhalb eines Docker-Containers) | Ja |
| Admin-Passwort ändern | Docker-Container oder Community-Skript | .env-Datei |
| Core-Update-Methode | Über Volume-Passthrough in Docker oder Neuaufbau des Images | Über CLI |
| Host-Sortierung | Über Web-UI verwaltet | Über XRAY-Konfiguration verwaltet |
| Datenbank | Postgres SQL-Datenbank | Auswahl aus verfügbaren Datenbanken |
| Konfigurationsspeicherung | Datenbank | Dateien |
| Konfigurationsvalidierung | Vollständig mit XRAY-Unterstützung | Nur JSON-Syntax |
| Backup & Restore | Community-Tools | Community-Tools |
| Benutzerstatus „Wartestellung" | Nein | Ja |
| Node-Autonomie ohne Panel | Funktioniert | Hört auf zu funktionieren (in Entwicklung) |
| Protokollunterstützung | Keine WG- oder VMESS-Hosts (möglich über Core-Level-Setup) | Eingeschränkte XHTTP (Extra) Transport-Unterstützung (in Entwicklung) |
| Easter Eggs | Ja | Nein |
| Multi-Admin-Unterstützung | Nein | Ja |
| Benutzerverwaltungsfilter | Erweiterte Auswahl | Minimale Optionen |
| API-Schlüssel und Header-Verwaltung | Web-UI | CLI |
| Webhook-Ereignisunterstützung | Benutzer + Nodes | Benutzer |
| Auswahl aktiver Inbounds auf Nodes | Über Panel-Web-UI | Über Umgebungsvariablen auf dem Node (in Entwicklung) |
| XRAY-Protokollansicht | Über den Server | Web-UI |
| Einrichtung nach der Installation | In der Web-UI | In der .env-Datei |
| Abonnementseite | Eingebautes Abonnementmodul mit Inhaltskonfiguration + Community-Module | Vereinfachtes eingebautes Modul + Community-Module |
| Mehrere Abonnementseiten | Möglich, viele verschiedene Seiten dank Modularität zu installieren | Nein |
| Eingebauter Telegram-Bot | Benachrichtigungen und Telegram-Auth-Autorisierung | Benachrichtigungen und Verwaltung |
| Discord-Bot | Nein | In Entwicklung |
| Unterstützung verschiedener Clients | In der Web-UI mit der Möglichkeit, Abonnement-Templates hochzuladen | Über das Dateisystem |
| Gerätebeschränkung per HWID | Unterstützt | Nicht unterstützt |
| Eingebaute Metriken im Panel | Nodes, Benutzer, Inbounds, Outbounds, Traffic | Nein |
| Integrationen | Integration mit HAPP, Link-Kodierung und Routing-Setup über Web-UI | Nein |
| Separate Node-Konfigurationen | Unterstützt | In Entwicklung oder mit Marzenshin-Fork |
| Automatische Abrechnungsbenachrichtigungen pro Node | Ja | Nein |
| Mux in Host-Einstellungen | Nein | Ja |