v2rayN: eine C#-Oberfläche über austauschbaren Proxy-Kernen
Ein GUI-Client für Windows, Linux und macOS, der Xray und Sing-Box und andere unterstützt.
Auf einen Blick
- Was ist das?
- Was das Repository 2dust/v2rayN über Plattformen, GPG-Signatur, Releaserhythmus und Dokumentation preisgibt und an welchen Stellen das README Lücken lässt.
- Für wen ist es gedacht?
- v2rayN passt zu allen, die mehrere Proxy-Profile auf einem Desktop-System verwalten und dafür eine Oberfläche statt einer Konfigurationsdatei wollen; die Plattformmatrix deckt auch ungewöhnliche Architekturen unter Linux ab. Weniger geeignet ist es für Umgebungen, in denen jede Veröffentlichung vor dem Einsatz geprüft werden muss, weil das README keine Prüfschritte für die GPG-Signatur beschreibt, und für alle, die vollständige Dokumentation im Repository erwarten.
- Darf ich es kommerziell nutzen?
- Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich C#, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
v2rayN 7.24.9: eine Bedienschicht über Xray und sing-box
v2rayN ist ein grafischer Client für Windows, Linux und macOS, geschrieben in C#. Es ist kein Proxy-Server, sondern eine Oberfläche, die einen Kern steuert. Die README nennt Xray und sing-box als unterstützte Kerne und verweist für weitere auf eine Wiki-Seite; eine vollständige Liste der Kerne steht im README nicht. Damit ist die Aufgabenteilung klar: Der Kern übernimmt Protokoll und Transport, v2rayN verwaltet Profile, stellt die Bedienelemente bereit und startet den Kern als eigenen Prozess.
Diese Trennung erklärt, warum das Repository mit 114.866 Sternen und 15.786 Forks deutlich größer ist als die meisten Serverprojekte: Wer die Kommandozeile nicht bedienen will, bekommt hier eine Konfigurationsoberfläche. Für Mobilgeräte verweist die README ausdrücklich auf v2rayNG, womit v2rayN der Desktop-Client ist. Die letzte erfasste Veröffentlichung ist 7.24.9 vom 29. August 2026.
Die Plattformmatrix: riscv64 und loong64 ausschließlich unter Linux
Die Plattformtabelle im README gehört zu den wenigen Stellen mit belastbaren Einzelheiten. Windows wird für x64, x86 und arm64 angeboten. Linux deckt x64, arm64, riscv64 und loong64 ab. macOS bleibt bei x64 und arm64.
Auffällig sind die Lücken: Linux x86 fehlt, und riscv64 sowie loong64 gibt es ausschließlich unter Linux. Das README begründet diese Auswahl nicht. Wer eine dieser Architekturen einsetzt, erfährt aus der Tabelle nur, dass ein Paket existiert, nicht welche Mindestanforderungen gelten; dafür verweist das README auf die Wiki-Seite Release files introduction.
Für ein Projekt dieser Größe ist die Matrix ungewöhnlich breit. Sie bringt mit sich, dass die Release-Seite zu jeder Veröffentlichung eine ganze Reihe von Archiven bereithält, und erklärt damit, warum die Signaturprüfung einen eigenen Abschnitt bekommt.
GPG-Signatur mit Fingerabdruck 7694 5E9F 3E9A 168F 8070 F195 805D 661C
Release-Dateien sind laut README mit GPG signiert, um Echtheit und Unversehrtheit zu prüfen und um das Abfangen von Downloads über Spiegel, Netzanbieter oder CDN zu erschweren. Der Fingerabdruck des öffentlichen Schlüssels ist als Textblock angegeben:
7694 5E9F 3E9A 168F 8070 F195 805D 661C 134D FAF6 8903 C199 463C 31E5 AE90 3AE0
Hier liegt eine Lücke, die man selbst schließen muss. Das README sagt nicht, woher der öffentliche Schlüssel stammt, und beschreibt keine Prüfschritte; es nennt nur den Fingerabdruck. Ein Fingerabdruck ohne Bezugsquelle schützt vor einem veränderten Archiv, aber nicht vor einem unterschobenen Schlüssel. Wer prüfen will, holt den Schlüssel von einem Schlüsselserver, vergleicht den Fingerabdruck und verwendet die Signaturdatei aus demselben Release.
Dass ein Client, der Netzverkehr umleitet, überhaupt signierte Artefakte anbietet, ist nicht selbstverständlich. Der Abschnitt ist kurz, aber er ist der einzige im README, der sich mit Angriffsflächen befasst.
Drei Releases in vierzehn Tagen: 7.24.7, 7.24.8, 7.24.9
Die Release-Liste zeigt einen engen Rhythmus: 7.24.9 am 29. August 2026, 7.24.8 am 22. August, 7.24.7 am 15. August. Drei Veröffentlichungen in vierzehn Tagen deuten auf kontinuierliche Arbeit hin; ohne Anmerkungen sagen sie nichts über den Umfang der Änderungen, und in den erfassten Metadaten fehlen Release-Titel und Beschreibungen.
Für den Betrieb folgt daraus zweierlei. Erstens ist die Versionsnummer bei jedem Fehlerbericht unverzichtbar, weil sich der Stand bei diesem Takt schneller ändert als jede Diskussion. Zweitens wird die Frage nach automatischen Aktualisierungen relevant, zu der das README schweigt: ob der Client sich selbst aktualisiert und wie er dabei mit der Signaturprüfung umgeht, bleibt offen.
Wiki und Telegram: Dokumentation außerhalb des Repositories
Anleitungen liegen vollständig im Wiki. Das README verlinkt es und enthält selbst keine Konfigurationsschritte, keine Kommandozeilenoptionen und keine Beschreibung der Oberfläche. Bei mehr als 100.000 Sternen ist das eine ungewöhnliche Verteilung: Die eigentliche Dokumentation steht dort, wo sie nicht mit einer Veröffentlichung mitgeliefert wird und sich ohne Versionierung ändern kann.
Als Community-Kanäle nennt das README eine Telegram-Gruppe unter t.me/v2rayN und einen Kanal unter t.me/github_2dust. Weitere Kanäle oder ein geregelter Ablauf für Fehlerberichte sind nicht angegeben. Bei 14 offenen Issues und dieser Verbreitung liegt die Vermutung nahe, dass ein Teil der Rückmeldungen über Telegram läuft und damit nicht öffentlich nachvollziehbar ist. Belegen lässt sich das aus dem Material nicht.
GPL-3.0 bei v2rayN und der Verzicht auf eine Oberfläche als Alternative
v2rayN steht unter GPL-3.0. Für Nutzer ändert das nichts, für Weiterverteiler sehr viel: Wer das Programm weitergibt, muss den Quellcode verfügbar machen, und wer es verändert, muss die Änderungen kennzeichnen und unter derselben Lizenz weitergeben. Eine Garantie räumt die Lizenz nicht ein; Sicherheit, Support und Eignung liegen außerhalb ihres Regelungsbereichs. Das README ergänzt dazu keine eigenen Zusagen.
Die Alternative, die das Projekt selbst nennt, ist v2rayNG für Mobilgeräte; der Unterschied liegt in der Plattform, nicht im Ansatz. Eine Alternative anderer Art ist der Verzicht auf eine Oberfläche und der direkte Betrieb von Xray oder sing-box mit einer selbst geschriebenen Konfigurationsdatei. Der Unterschied liegt in der Kontrolle: Die Konfigurationsdatei ist textuell, versionierbar und unabhängig von einem Release-Takt, verlangt aber, dass man jede Direktive selbst kennt und den Prozess selbst überwacht.
Redaktionelles Fazit
v2rayN passt zu allen, die mehrere Proxy-Profile auf einem Desktop-System verwalten und dafür eine Oberfläche statt einer Konfigurationsdatei wollen; die Plattformmatrix deckt auch ungewöhnliche Architekturen unter Linux ab. Weniger geeignet ist es für Umgebungen, in denen jede Veröffentlichung vor dem Einsatz geprüft werden muss, weil das README keine Prüfschritte für die GPG-Signatur beschreibt, und für alle, die vollständige Dokumentation im Repository erwarten. Vor der Installation: den angegebenen Fingerabdruck gegen eine zweite Quelle abgleichen und die Wiki-Seite zu den Release-Dateien lesen.
Community-Notizen