Alle Systeme betriebsbereit Amsterdam · Paris · Reykjavík +5 Zahlen mit Kryptowährung
Netzwerk & Self-HostingFortgeschritten22 Min. LesezeitAktualisiert: 2026-08-31

Ein VPN an der Deep Packet Inspection vorbeischleusen

Ein Zensor blockiert nicht „VPNs“. Er blockiert ein Protokoll, das er erkennen kann — und WireGuard ist schon an seinem allerersten Paket erkennbar. Hier erfahren Sie, worauf Deep Packet Inspection wirklich anspringt, welche verschleierten Protokolle sie überstehen, und wie Sie eines selbst betreiben.

Ein VPN an der Deep Packet Inspection vorbeischleusen
Auf dieser Seite
  1. Worauf Deep Packet Inspection wirklich anspringt
  2. Warum WireGuard auf Port 443 zu verlegen nicht funktioniert
  3. Die Familien, die durchkommen, und was jede davon kostet
  4. Was Sie brauchen, bevor Sie anfangen
  5. Schritt für Schritt
  6. Aktives Probing und Server, die wissen, wie man still bleibt
  7. Die Adresse ist die knappe Ressource
  8. Was Verschleierung nicht leistet
  9. Jurisdiktion, Zahlung und warum das Konto zählt
  10. Häufige Fragen

An dem Morgen, an dem ein Tunnel aufhört, sich zu verbinden, liegt der Reflex nahe, dem Server die Schuld zu geben. Es ist fast nie der Server. Was sich geändert hat: Irgendetwas zwischen Ihnen und ihm hat begonnen, auf die Form Ihrer Pakete zu achten statt nur auf ihr Ziel, hat diese Form als VPN eingestuft und sie verworfen. Ein Wechsel auf Port 443 hilft nicht, denn der Port war nie das, was Sie verraten hat.

Diese Anleitung beginnt deshalb mit dem Teil, den die meisten Tutorials auslassen: worauf Deep Packet Inspection wirklich anspringt, warum WireGuard der Tunnel ist, der sich weltweit am leichtesten an seinem Fingerabdruck erkennen lässt, und was jede Familie von Verschleierung im Gegenzug für den Durchgang kostet — randomisierter Traffic, geliehenes TLS und QUIC, das sich als HTTP/3 ausgibt. Dann die eigentliche Arbeit: eine einzige Binärdatei, drei funktionierende Serverkonfigurationen und eine Methode, das Ergebnis so zu testen, wie es ein Zensor täte, statt so, wie es ein hoffnungsvoller Nutzer tut. Die Maschine darunter kann in einer Jurisdiktion stehen, die der Filter nicht erreicht, ohne Ausweis gemietet und in Monero bezahlt — was mehr zählt, als es klingt, und der letzte Abschnitt erklärt, warum.

Worauf Deep Packet Inspection wirklich anspringt

„DPI“ klingt nach einem Geheimdienstproblem. Meistens ist es ein simpler String-Abgleich. Ein Filter, der auf einer landesweiten Leitung sitzt, kann es sich nicht leisten, bei jedem Flow lange nachzudenken, also verlässt er sich auf die billigsten Signale, die funktionieren, ungefähr in dieser Reihenfolge:

  • Ein Protokoll-Fingerabdruck an einem festen Offset. Das erste Paket einer WireGuard-Sitzung ist eine Handshake-Initiierung: exakt 148 Byte, das erste Byte 0x01, die nächsten drei Byte null. OpenVPN verrät sich mit einem Opcode im ersten Byte und einer Sitzungs-ID, deren Position sich nie ändert. Beides zu erkennen sind pro Paket nur wenige Instruktionen, ohne dass ein Zustand gespeichert werden muss — deshalb wird es immer als Erstes eingesetzt.
  • Entropie, wenn es keinen Fingerabdruck zu finden gibt. Sind die ersten Bytes eines Flows gleichverteilt zufällig — kein druckbares ASCII, kein erkennbarer Header —, ist das selbst schon ein Signal, weil praktisch nichts Legitimes ab Byte null so aussieht. Filter haben allein auf dieser Grundlage ganze Kategorien von „vollständig verschlüsseltem“ Traffic blockiert — genau die Falle, in die die randomisierenden Protokolle tappen.
  • Aktives Probing. Der Filter merkt sich die Adresse Ihres Servers, verbindet sich dann selbst mit ihr, von anderswo, und beobachtet, wie sie antwortet. Ein Proxy, der antwortet, auf charakteristische Weise einen Fehler wirft oder die Verbindung einfach offenhält, bestätigt den Verdacht. So wird aus einer Adresse, die „vielleicht“ ist, eine auf der Sperrliste.
  • Verhalten über die Zeit. Ein einzelner langlebiger Flow zu einer einzigen ausländischen Adresse, der ein paar Hundert Megabyte transportiert mit einer Tag/Nacht-Kurve, die wie ein Privatanschluss aussieht, ist etwas Auffälliges. Keine noch so große Payload-Verschleierung ändert daran etwas.
  • Die Adresse selbst. Bekannte VPS-Bereiche, Adressen aus öffentlichen Abo-Listen, alles, was ein kommerzieller Anbieter bewirbt. Das kostet den Zensor nichts und ist der Grund, warum eine geteilte Proxy-Adresse schneller stirbt als ein Protokoll.

Der brauchbare Schluss daraus: An den ersten drei können Sie etwas ändern, und genau die behandelt diese Anleitung. Die letzten beiden sind der Grund, warum der Abschnitt zum Schutz Ihrer Adresse kein Nachgedanke ist.

Warum WireGuard auf Port 443 zu verlegen nicht funktioniert

Das ist der meistwiederholte Ratschlag zu diesem Thema, und er hat fast keine Wirkung, aus einem Grund, den man klar aussprechen sollte: die Signatur steckt in der Payload, nicht in der Portnummer. Ein Filter, der 0x01 an Offset null eines 148-Byte-UDP-Datagramms erkennt, findet das auf Port 443 genauso leicht wie auf 51820.

Schlimmer noch, der Wechsel kann Sie erst recht auffallen lassen. Port 443 trägt HTTPS, das ist TCP, sowie QUIC und HTTP/3, das ist UDP, beginnt aber mit einem erkennbaren QUIC-Long-Header und darin einem TLS-ClientHello. Ein UDP-Flow auf 443, der keines von beidem ist, ist eine kleine Anomalie auf einer Leitung, auf der auf diesem Port sonst alles das eine oder das andere ist.

Dasselbe gilt für den Rest der Folklore. Eine geänderte MTU verändert die Fragmentierung, nicht die Handshake-Bytes. Ein Pre-Shared Key für WireGuard stärkt die Kryptografie und lässt das Wire-Format unangetastet. Den Tunnel auf einen unüblichen hohen Port zu legen, bringt gegen Payload-Matching nichts, senkt aber das Hintergrundrauschen durch opportunistische Scanner.

Was die Antwort ändert, ist, zu ändern, was auf der Leitung liegt: entweder die Bytes wie nichts Erkennbares aussehen lassen, oder sie wie etwas aussehen lassen, das der Zensor beschlossen hat, nicht zu blockieren. Alles, was folgt, ist eine dieser beiden Varianten.

Die Familien, die durchkommen, und was jede davon kostet

Es gibt vier praktische Ansätze. Sie sind nicht allein nach Stärke geordnet, weil der richtige davon abhängt, was mit Ihrem Traffic geschieht.

  • Randomisierter, header-freier Traffic — Shadowsocks-2022. Die AEAD-Chiffren aus 2022 (2022-blake3-aes-128-gcm und Verwandte) legen überhaupt keinen Klartext-Header auf die Leitung: Ab dem ersten Byte ist eine Sitzung nicht von Zufallsdaten zu unterscheiden, und ein falscher Schlüssel erzeugt keine Antwort auf eine Sondierung. Billig, schnell, in zehn Minuten eingerichtet, fast überall ausgezeichnet. Seine einzige Schwäche ist das oben beschriebene Entropie-Signal — gegen einen Filter, der unklassifizierbare Zufalls-Flows grundsätzlich blockiert, ist Aussehen wie nichts nicht dasselbe wie Aussehen wie harmlos.
  • Geliehenes TLS — VLESS mit Reality. Die stärkste heute gebräuchliche Option. Ihr Server führt einen echten TLS 1.3-Handshake aus, und jeder Client, der sich nicht authentifizieren kann, wird transparent an eine echte Seite eines Dritten weitergereicht, deren echtes Zertifikat er ordnungsgemäß erhält. Wer sondiert, sieht einen gewöhnlichen Besucher, der sich mit einer gewöhnlichen Website verbindet, weil genau das passiert ist. Sie brauchen keine Domain, kein Zertifikat und keine Spur in der Certificate Transparency — nirgendwo ist etwas registriert, das auf Sie zeigt.
  • Eigenes TLS — Trojan, oder VLESS über WebSocket hinter einem Webserver. Der Tunnel versteckt sich in Ihrer eigenen HTTPS-Site, auf Ihrer eigenen Domain und Ihrem eigenen Zertifikat. Konzeptionell einfacher, und er existiert zusammen mit einer echten Website auf derselben Adresse. Der Preis dafür ist, dass die Domain nun ein verbrennbarer Identifikator ist, das Zertifikat ein öffentlicher Eintrag in CT-Logs, und das Blockieren eines einzelnen Hostnamens ist für einen Zensor ein billiger Schritt.
  • QUIC-Form — Hysteria2 und TUIC. Diese geben sich als HTTP/3 aus und können eine echte Website an alles ausliefern, was die Authentifizierung nicht besteht. Der Grund, sie zu wählen, ist meist gar nicht Zensur, sondern Verlust: Auf einer Strecke, die fünf oder zehn Prozent der Pakete verliert, halten sie den Durchsatz, wo alles TCP-Basierte zusammenbricht. Die Kompromisse sind real — manche Netze drosseln oder verwerfen UDP pauschal, und Hysterias aggressive Staukontrolle ist ein schlechter Nachbar, wenn Sie die Bandbreitenwerte unehrlich angeben.

Falls Sie eine Standardwahl wollen: Setzen Sie Reality als primäres Protokoll ein, halten Sie Shadowsocks-2022 auf einem zweiten Port als Fallback bereit, und fügen Sie Hysteria2 nur hinzu, wenn sich Ihr Problem als verlustbehaftete Strecke statt als gefilterte herausstellt. Alle drei laufen über einen einzigen Daemon, und die folgenden Schritte konfigurieren jedes davon der Reihe nach.

Was Sie brauchen, bevor Sie anfangen

Weniger, als Sie erwarten würden. Das ist eine leichte Last; die Grenze ist Bandbreite und Latenz, nicht der Server.

  • Ein kleiner Plan. Verschlüsselung und TLS-Terminierung sind auf jeder modernen vCPU mit AES-NI günstig. Pup (1 vCPU / 1 GB / 25 GB NVMe, $3.50/mo) trägt einen persönlichen Tunnel bequem; Cub (1 vCPU / 2 GB / 40 GB, $5.00/mo) ist die sinnvolle Größe, wenn mehrere Personen ihn teilen; Scout (2 vCPU / 4 GB / 70 GB, $9.00/mo), wenn es ein Haushalt oder ein kleines Team ist und Sie Spielraum wollen. Traffic ist bei jeder Stufe unbegrenzt bei 1 Gbps, und das ist die Spezifikation, auf die es bei einem Tunnel wirklich ankommt.
  • Der richtige Standort, gewählt nach der Strecke. Das ist die Entscheidung, bei der die meisten Leute danebenliegen. Wählen Sie die nächstgelegene Jurisdiktion, deren Route von Ihnen aus nicht gefiltert wird, statt der exotischsten: für die meisten Leser sind das Amsterdam, Paris, Bukarest oder Sofia, und für alle in Asien Kuala Lumpur. Reykjavik und Zürich kaufen rechtliche Distanz, keine Geschwindigkeit — nützlich für das, was Sie hosten, weniger nützlich für das, wodurch Sie tunneln.
  • Debian 13 oder Ubuntu LTS aus der Template-Bibliothek. Vollständige KVM-Virtualisierung bedeutet einen echten Kernel und einen eigenen Netzwerk-Stack, und genau das erlaubt es Ihnen, niedrige Ports zu binden und UDP zu formen, ohne jemanden zu fragen.
  • Eine dedizierte IPv4-Adresse ohne Vorgeschichte. Jeder Plan liefert eine, dazu ein IPv6-/64-Netz. Eine Adresse, die nie in einem geteilten Proxy-Pool war, ist hier das mit Abstand wertvollste Gut, und das ist der Grund, warum recycelte Adressen von Billig-Cloud-Anbietern innerhalb weniger Tage versagen.
  • Zuerst zehn Minuten Härtung. Nur SSH-Keys, keine Passwort-Logins, Default-Deny-Firewall. Die Debian-Härtungscheckliste deckt das ab; ein verschleierter Tunnel auf einer Maschine mit erratbarem Root-Passwort ist ein aufwendiges Schloss an einer offenen Tür.
  • Eine Domain — nur, wenn Sie den Weg mit eigenem TLS wählen. Reality und Shadowsocks brauchen keine, was einen großen Teil ihres Reizes ausmacht.

Schritt für Schritt

  1. In einem Standort deployen, den der Filter nicht erreicht, und zuerst absichern

    Deployen Sie Debian 13 aus der Template-Bibliothek im nächstgelegenen Standort, dessen Route von Ihnen aus sauber ist, und geben Sie der Maschine zunächst zehn Minuten grundlegende Härtung, bevor irgendetwas anderes passiert: nur SSH-Keys, Root-Passwort-Login deaktiviert, nftables-Default-Deny, unbeaufsichtigte Sicherheitsupdates. Bringen Sie sie dann auf den neuesten Stand und prüfen Sie die Uhrzeit, von der Reality abhängt:

    apt update && apt full-upgrade -y
    apt install -y curl ca-certificates systemd-timesyncd
    timedatectl set-ntp true
    timedatectl status

    Halten Sie diesen Server auf einen einzigen Zweck beschränkt. Ein Tunnel, der sich eine Adresse mit einem öffentlichen Webdienst teilt, erbt jedes Reputationsproblem, das dieser Dienst je hatte.

  2. sing-box aus dem offiziellen Repository installieren

    Ein Daemon deckt alle drei Protokolle ab, es gibt also keinen Grund, drei laufen zu lassen. Nutzen Sie das eigene Repository des Projekts statt eines Distributionspakets, denn das ist Software, bei der ein Release im Rückstand zu sein echte Kosten hat:

    mkdir -p /etc/apt/keyrings
    curl -fsSL https://sing-box.app/gpg.key -o /etc/apt/keyrings/sagernet.asc
    chmod a+r /etc/apt/keyrings/sagernet.asc
    printf 'Types: deb\nURIs: https://deb.sagernet.org/\nSuites: *\nComponents: *\nEnabled: yes\nSigned-By: /etc/apt/keyrings/sagernet.asc\n' > /etc/apt/sources.list.d/sagernet.sources
    apt update && apt install -y sing-box
    sing-box version

    Das Paket liefert eine systemd-Unit, die /etc/sing-box/config.json liest. Alles Folgende schreibt in genau diese eine Datei; fügen Sie die Inbounds hinzu, die Sie wollen, und lassen Sie die weg, die Sie nicht wollen.

  3. Option A — Shadowsocks-2022, der Zehn-Minuten-Fallback

    Fangen Sie hier an, selbst wenn Reality Ihr primäres Protokoll sein wird, weil es zwei Minuten dauert und Ihnen eine zweite Tür gibt, die anders ausfällt. Erzeugen Sie einen Schlüssel der für die Chiffre richtigen Länge — 16 Byte für aes-128, 32 für aes-256:

    sing-box generate rand --base64 16

    Dann das Inbound, auf einem hohen Port statt einem einprägsamen:

    {
      "log": { "level": "warn" },
      "inbounds": [
        {
          "type": "shadowsocks",
          "tag": "ss-in",
          "listen": "::",
          "listen_port": 23456,
          "method": "2022-blake3-aes-128-gcm",
          "password": "PASTE_THE_GENERATED_KEY"
        }
      ],
      "outbounds": [ { "type": "direct" } ]
    }

    Schreiben Sie es nach /etc/sing-box/config.json, dann systemctl enable --now sing-box. Beachten Sie: Hier gibt es kein TLS und kein Zertifikat zu beschaffen — der Schutz besteht darin, dass der Traffic überhaupt keinen erkennbaren Header hat und ein falscher Schlüssel keine Antwort bekommt.

  4. Option B — VLESS mit Reality, geliehenes TLS von jemand anderem

    Das ist die Option, die als primäres Protokoll läuft. Erzeugen Sie zuerst das Schlüsselpaar und die Identifikatoren, und behalten Sie den PrivateKey auf dem Server, während der PublicKey für den Client bestimmt ist:

    sing-box generate reality-keypair
    sing-box generate uuid
    openssl rand -hex 8

    Dann das Inbound. handshake.server ist die echte Seite, die Ihr Server imitiert — wählen Sie eine, die populär ist, vom Standort Ihres Servers aus schnell erreichbar, TLS 1.3 unterstützt und selbst nicht wahrscheinlich dort blockiert ist, wo Sie sich befinden:

    {
      "type": "vless",
      "tag": "vless-in",
      "listen": "::",
      "listen_port": 443,
      "users": [
        { "uuid": "GENERATED_UUID", "flow": "xtls-rprx-vision" }
      ],
      "tls": {
        "enabled": true,
        "server_name": "www.cloudflare.com",
        "reality": {
          "enabled": true,
          "handshake": { "server": "www.cloudflare.com", "server_port": 443 },
          "private_key": "GENERATED_PRIVATE_KEY",
          "short_id": [ "GENERATED_HEX" ]
        }
      }
    }

    Fügen Sie dieses Objekt dem inbounds-Array neben dem Shadowsocks-Eintrag hinzu und laden Sie mit systemctl restart sing-box neu. Der Client braucht fünf Werte: Ihre Adresse, Port 443, die UUID, den öffentlichen Schlüssel und die Short-ID — dazu denselben server_name, der dafür sorgt, dass der Handshake stimmig ist.

  5. Option C — Hysteria2, wenn die Strecke verlustbehaftet statt gefiltert ist

    Fügen Sie dieses nur hinzu, wenn Sie Verluste auf der Strecke gemessen haben und TCP-basierte Tunnel ins Stocken geraten. Es spricht QUIC, braucht also ein Zertifikat — entweder ein echtes für eine Domain, die Ihnen gehört, oder ein selbstsigniertes Paar, das der Client erwarten soll:

    {
      "type": "hysteria2",
      "tag": "hy2-in",
      "listen": "::",
      "listen_port": 8443,
      "up_mbps": 100,
      "down_mbps": 100,
      "users": [ { "password": "A_LONG_RANDOM_PASSWORD" } ],
      "masquerade": "https://news.ycombinator.com/",
      "tls": {
        "enabled": true,
        "alpn": [ "h3" ],
        "certificate_path": "/etc/sing-box/cert.pem",
        "key_path": "/etc/sing-box/key.pem"
      }
    }

    masquerade ist das, was ein nicht authentifizierter Besucher bekommt: ein einfacher HTTP/3-Reverse-Proxy zu einer echten Seite statt eines Fehlers, der den Daemon verrät. Setzen Sie up_mbps und down_mbps auf Werte, die Sie tatsächlich dauerhaft liefern können — die Staukontrolle glaubt ihnen, und übertriebene Zahlen machen Sie zu einem unangenehmen statt einem schnelleren Nachbarn auf der Leitung.

  6. Genau die Ports öffnen, die Sie nutzen, und sonst nichts

    Default-Deny, dann die wenigen Dinge, die erreichbar sein müssen. Ausgehend vom nftables-Setup aus der Härtungsanleitung, fügen Sie die Tunnel-Ports zur Input-Chain hinzu:

    nft add rule inet filter input tcp dport 443 accept
    nft add rule inet filter input udp dport 443 accept
    nft add rule inet filter input udp dport 23456 accept
    nft list ruleset > /etc/nftables.conf

    Zwei Details, die mehr zählen, als sie aussehen. Halten Sie SSH auf einem eigenen Port und mit einer Firewall auf die Adressen beschränkt, die Sie tatsächlich nutzen, denn ein offener SSH-Port ist ein deutlich besserer Fingerabdruck für „jemand administriert diesen Server remote“ als es der Tunnel ist. Und lassen Sie keine Test-Ports offen lauschen, nachdem Sie mit dem Testen fertig sind — jeder zusätzliche offene Port ist eine weitere Sache, die eine Sondierung charakterisieren kann.

  7. Einen Client verbinden und eine zweite Tür offenhalten

    Die Clients, die all das sprechen, sind die sing-box-Anwendungen für Android, iOS, Windows und macOS, sowie dasselbe sing-box-Binary unter Linux mit einer clientseitigen Konfiguration. Bauen Sie das Client-Profil aus den Werten, die Sie erzeugt haben: Adresse, Port, UUID, Public Key, Short-ID und server_name für Reality; Adresse, Port, Chiffre und Schlüssel für Shadowsocks.

    Konfigurieren Sie beide, bevor Sie sie brauchen, und legen Sie sie im selben Profil ab, sodass der Wechsel ein einziges Antippen ist. Der Ausfallmodus, den das vermeidet, ist spezifisch und häufig: Eine Blockade greift, Ihr einziges Protokoll hört auf zu funktionieren, und der einzige Weg, den Server zu reparieren, ist eine Verbindung, die es nicht mehr gibt. Ein zweites Protokoll auf einem anderen Port, mit einer anderen Fehler-Signatur, ist die billigste Versicherung in dieser ganzen Anleitung.

    Wenn Sie die Maschine per SSH aus einem gefilterten Netz heraus administrieren, stellen Sie sicher, dass auch dieser Weg nicht vom Tunnel abhängt.

  8. So testen, wie es ein Zensor täte, nicht wie es ein Nutzer tut

    „Es verbindet sich“ ist der schwächstmögliche Test. Prüfen Sie die drei Dinge, die ein Filter prüft, von einer Maschine aus, die nicht der Server ist:

    curl -sv --max-time 8 https://YOUR_IP 2>&1 | grep -E 'subject:|issuer:'
    nc -vz -w 5 YOUR_IP 23456
    nmap -Pn -sV -p 443,8443,23456 YOUR_IP

    Woran man Gutes erkennt: curl zeigt ein Zertifikat für Ihr Handshake-Ziel und keinen Hinweis auf einen Proxy; nc zum Shadowsocks-Port verbindet sich und bleibt dann still, bis es in ein Timeout läuft; nmap identifiziert einen Webserver und nichts Interessanteres. Erzeugt irgendeine Sondierung ein unverwechselbares Banner, einen sofortigen Reset oder eine Versionszeichenkette, die den Daemon nennt, beheben Sie das, bevor Sie sich auf das Setup verlassen.

    Prüfen Sie dann auch die unspektakulären Ausfallmodi — dass der Dienst einen Reboot übersteht, mit systemctl is-enabled sing-box, und dass journalctl -u sing-box -f im Normalbetrieb ruhig bleibt, statt jede Verbindung auf die Platte zu protokollieren.

Aktives Probing und Server, die wissen, wie man still bleibt

Fingerprinting findet Kandidaten; Probing bestätigt sie. Sobald ein Filter eine Adresse verdächtigt, öffnet er eine eigene Verbindung aus einem unabhängigen Netz und sieht, was zurückkommt. Alles hängt von der Antwort ab.

Ein Server, der einen unverwechselbaren Fehler zurückgibt, in einem charakteristischen Moment schließt, oder eine Verbindung annimmt, die er unmöglich authentifizieren kann, hat den Verdacht bestätigt. Das ist nicht theoretisch: Es ist der dokumentierte Mechanismus, mit dem großflächige Filter frühere Verschleierungsprotokolle massenhaft aus dem Verkehr gezogen haben, und es ist der Grund, warum obfs-artige Plugins, die lediglich einen Header verwürfelten, den Kontakt damit nicht überlebt haben.

Die modernen Designs beantworten die Sondierung auf eine von zwei richtigen Arten:

  • Nichts sagen. Shadowsocks-2022 kann ohne den Schlüssel keine gültige Antwort erzeugen, also erzeugt es keine. Für eine Sondierung ist der Port ein schwarzes Loch — genau das, wonach auch ein von der Firewall blockierter Port aussieht. Es trägt außerdem einen Replay-Schutz mit einem begrenzten Zeitfenster, sodass eine mitgeschnittene Sitzung nicht später erneut gesendet werden kann, um ein Verhalten zu provozieren.
  • Etwas Wahres sagen, über jemand anderen. Reality leitet den nicht authentifizierten Handshake an einen echten Drittanbieter-Host weiter und reicht dessen echtes Zertifikat zurück. Die Sondierung erhält eine gültige Kette für eine Seite, die eindeutig nicht Sie sind. Wählen Sie ein Handshake-Ziel, das populär ist, von Ihrem Serverstandort aus plausibel erreichbar und selbst kaum zu blockieren — und halten Sie die Uhr des Servers synchron, denn Reality lehnt Handshakes außerhalb eines engen Zeitfensters ab.

Testen Sie das selbst, bevor Sie sich darauf verlassen. Führen Sie von einer unbeteiligten Maschine aus curl -v https://YOUR_IP gegen einen Reality-Port aus: Sie sollten ein Zertifikat sehen, das zum Handshake-Ziel gehört, und nichts, was auf einen Proxy hindeutet. Gegen einen Shadowsocks-Port sollte nc hängen und dann ohne zurückgegebene Bytes in ein Timeout laufen. Alles andere ist ein Befund.

Die Adresse ist die knappe Ressource

Protokolle sind in zehn Minuten ersetzbar. Adressen nicht. Ist eine IPv4-Adresse erst einmal innerhalb eines Landes blockiert, bleibt sie es meist noch lange, nachdem das, was es ausgelöst hat, verschwunden ist, weil niemand auf der anderen Seite dafür bezahlt wird, die Liste zu überprüfen. Behandeln Sie die Adresse als das Kapital und das Protokoll als Verbrauchsgut.

Daraus folgen drei Gewohnheiten. Veröffentlichen Sie sie nicht. Eine Adresse, die in einer öffentlichen Abo-Liste, einem Kanal oder einer geteilten Konfiguration steht, lässt sich enumerieren, und Enumeration ist der billigste Angriff, den es gibt — deshalb überleben private Tunnel kostenlose öffentliche um Längen. Geben Sie ihr keinen verbrennbaren Namen. Wenn Sie den Weg mit eigenem TLS fahren, zieht eine Domain, die auch irgendetwas Aufmerksamkeitsstarkes bedient, die Adresse mit sich runter. Vermischen Sie keine Rollen. Eine Maschine mit nur einem Zweck, mit Ihrem Tunnel und sonst nichts, erbt keinen Eintrag, den sich etwas anderes eingehandelt hat, das Sie darauf betrieben haben.

Die andere Hälfte ist, woher die Adresse kam. Billig-Cloud-Anbieter mit hoher Fluktuation recyceln IPv4-Adressen durch Tausende kurzlebiger Kunden, sodass eine „neue“ Adresse schon vor Ihrem ersten Paket den Ruf eines anderen tragen kann. Jeder Plan hier liefert eine dedizierte, geprüfte IPv4-Adresse statt eines Ausschnitts aus einem geteilten Pool — siehe was eine saubere IP eigentlich bedeutet für die Definition und wie Sie das selbst überprüfen. Wird Ihre je markiert oder irgendwo blockiert, wo es zählt, fordern Sie einen Austausch über das Panel an; Sie sollten für eine funktionierende Adresse keine neue Bestellung aufgeben müssen. Und wenn Sie wissen wollen, ob ein Problem ein Zensor oder eine Reputationsliste ist, trennt unsere Anleitung zum Prüfen, ob eine IP auf einer Blacklist steht, die beiden auseinander.

Was Verschleierung nicht leistet

Die ehrliche Bilanz, denn der Rest dieser Anleitung lohnt sich nur zu lesen, wenn dieser Teil dazugehört.

  • Es verbirgt nicht, dass Sie verschlüsselten Traffic irgendwohin senden. Ein Netzbetreiber sieht weiterhin einen Flow zu einer ausländischen Adresse, dessen Volumen, dessen Timing und wie lange er dauert. Reality lässt diesen Flow wie einen gewöhnlichen Besuch einer gewöhnlichen Website aussehen; es lässt ihn nicht verschwinden.
  • Es schlägt keine Traffic-Analyse. Anhaltende Flows mit hohem Volumen und einem unverwechselbaren Tag/Nacht-Muster bleiben unverwechselbar. Gegen einen Gegner, der bereit ist, echte Ressourcen in Korrelation statt in Mustererkennung zu stecken, ist Payload-Verschleierung das falsche Werkzeug, und Tor mit einem Pluggable Transport ist die besser erforschte Antwort.
  • Es schützt nicht die Endpunkte. Ein kompromittiertes Gerät, ein angemeldetes Konto, Browser-Fingerprinting und alles, was Sie auf der anderen Seite eintippen, bleiben von all dem unberührt.
  • Es macht den Server nicht anonym. Der Host weiß, welche Adresse Ihnen gehört, und eine No-KYC-Anmeldung begrenzt, was es zu wissen gibt, statt es zu beseitigen. Wir legen in ist ein mit Krypto bezahlter VPS wirklich anonym genau dar, was sichtbar ist und was nicht, und das ist zehn Minuten wert, bevor Sie sich auf Annahmen verlassen.
  • Es ist nicht dauerhaft. Das ist ein Wettrüsten mit eigenem Release-Zyklus. Eine Konfiguration, die heute funktioniert, muss vielleicht in einem Jahr ersetzt werden, was das eigentliche Argument für ein Setup ist, das Sie selbst kontrollieren und in zehn Minuten ändern können, statt für ein Abo, das Sie nur kündigen können.

Was sie zuverlässig leistet, ist, die Kosten, Sie zu blockieren, von „einem Byte-Abgleich mit Line-Rate“ auf „eine Entscheidung, eine Menge gewöhnlichen Traffics zu zerstören“ anzuheben. In der Praxis ist das meist schon das ganze Spiel.

Jurisdiktion, Zahlung und warum das Konto zählt

Das Protokoll entscheidet, ob Pakete durchkommen. Alles andere darüber, ob der Tunnel weiterbesteht, wird abseits der Leitung entschieden.

Die Jurisdiktion bestimmt, wer was erzwingen kann. Unser Standortnetz umfasst acht Länder: Niederlande, Frankreich, Rumänien, Bulgarien, Schweden, Island, die Schweiz und Malaysia; eine Anfrage, die in einem davon Gewicht hat, hat in einem anderen keines, und keine Takedown-Notice nach US-Vorbild entfaltet in einem von ihnen Wirkung. Das ist ehrlich formulierte Betriebspolitik, keine rechtliche Immunität — lokale Gerichtsanordnungen gelten weiterhin, und es gibt eine harte Grenze beim Missbrauch, die wir nicht verschieben. Offshore-Hosting erklärt den Unterschied im Detail.

Das Konto ist der Teil, den die Leute unterschätzen. Ein Tunnel ist nur so privat wie der Datensatz darüber, wer ihn gemietet hat. Die Anmeldung hier verlangt eine E-Mail-Adresse für die Zugangsdaten und sonst nichts — keinen Ausweis, keine Karte, keine Adresse, kein Telefon. Es gibt keine Verifizierungsdatei zu übergeben, weil wir nie eine erhoben haben.

Die Zahlung ist die andere Hälfte davon. Eine Karte verknüpft einen Server mit einem Bankdatensatz und einem echten Namen in einer Datenbank, die keiner von uns beiden kontrolliert. Die Bezahlung hier läuft on-chain, und Monero ist erstklassig unterstützt statt nachträglich angeflanscht: Unsere Anleitung zum Bezahlen eines VPS mit XMR führt durch den ganzen Ablauf, und Kaufen ohne Kreditkarte deckt ab, wie Sie dort ganz ohne Krypto hinkommen. Das Deployment dauert etwa sechzig Sekunden nach der Bestätigung, sodass eine Ersatzadresse nur Minuten entfernt ist, falls Sie je eine brauchen.

Zusammengenommen ergibt das die Form eines Tunnels, der überlebt: ein Protokoll, das ein Filter nicht billig erkennen kann, eine Adresse, die niemand sonst verbrannt hat, eine Jurisdiktion außerhalb der Reichweite des Filters, und ein Konto, das nie etwas Forderbares enthielt. Wenn Sie zuerst die einfache Version desselben Tunnels wollen: die WireGuard-Setup-Anleitung dauert zehn Minuten und ist ein guter Startpunkt — kommen Sie hierher zurück, wenn etwas aufhört, sich zu verbinden.

Häufige Fragen

Warum hat mein WireGuard-Tunnel über Nacht aufgehört zu funktionieren?

Fast immer, weil ein Filter auf der Strecke begonnen hat, das Protokoll zu erkennen, und nicht, weil sich etwas auf Ihrem Server geändert hätte. Der Handshake von WireGuard ist ein festes 148-Byte-Paket, das mit 0x01 beginnt, was sich mit Line-Rate trivial abgleichen lässt, und Rollouts passieren meist alle auf einmal. Zwei schnelle Bestätigungen: Der Server antwortet noch von woanders aus auf SSH, und derselbe Tunnel funktioniert von einem anderen Netz aus. Wenn beides zutrifft, liegt es an der Strecke, nicht an der Maschine — und ein Portwechsel wird das nicht beheben.

Ist es legal, ein verschleiertes VPN zu nutzen?

In den meisten Teilen der Welt ja — verschlüsselte Tunnel sind gewöhnliche Infrastruktur, und diese Software ist Open Source im Mainstream. Eine Minderheit von Ländern reguliert oder beschränkt die VPN-Nutzung, und die Regeln reichen von Lizenzpflichten bis zum vollständigen Verbot, sodass die Antwort davon abhängt, wo Sie sich befinden, nicht davon, wo der Server steht. Wir sind nicht in der Position, Rechtsberatung für Ihre Jurisdiktion zu geben. Was wir sagen können, ist, was auf unserer Seite gilt: einen privaten Tunnel für Ihren eigenen Traffic auf einem VPS zu betreiben, den Sie mieten, ist gewöhnliche Nutzung, und die harte Grenze unserer Nutzungsrichtlinie — kein CSAM, kein Terrorismus — gilt davon unberührt in jedem Fall.

Was soll ich wählen: Reality, Shadowsocks-2022 oder Hysteria2?

Reality als primäres Protokoll: Es ist gegen Fingerprinting wie gegen aktives Probing am stärksten und braucht weder eine eigene Domain noch ein eigenes Zertifikat. Shadowsocks-2022 als zweite Tür auf einem anderen Port, weil es zwei Minuten Arbeit ist und anders ausfällt. Hysteria2 nur, wenn Sie echten Paketverlust auf der Strecke gemessen haben — es gewinnt auf verlustbehafteten Strecken und bringt auf einer sauberen nichts zusätzlich. Alle drei laufen über einen einzigen sing-box-Daemon, es ist also eine Wahl der Inbounds, nicht der Software.

Brauche ich dafür einen Domainnamen?

Nicht für Reality oder Shadowsocks-2022 — das macht einen großen Teil ihres Reizes aus: keine Registrierung, kein Zertifikat und kein Certificate-Transparency-Eintrag mit Ihrer Adresse darin. Eine Domain brauchen Sie nur für den Ansatz mit eigenem TLS (Trojan oder VLESS über WebSocket hinter einem Webserver) oder wenn Sie ein ordentlich signiertes Zertifikat für Hysteria2 wollen. Auf die Domain zu verzichten entfernt außerdem einen Identifikator, der unabhängig von Ihrer Adresse blockiert werden kann.

Die IP meines Servers wurde blockiert. Kann ich sie einfach ändern?

Ja, und Sie sollten dafür keine neue Bestellung aufgeben müssen — fordern Sie den Austausch über das Panel an. Finden Sie vorher heraus, was gelistet wurde: Eine innerhalb eines Landes blockierte Adresse ist ein Zensurereignis, während eine Adresse auf Spamhaus oder einer DNSBL ein Reputationsereignis mit einer anderen Ursache und einer anderen Lösung ist, was unsere Blacklist-Anleitung im Detail durchgeht. Wurde die Adresse je in einer geteilten Konfiguration oder einer öffentlichen Abo-Liste veröffentlicht, behandeln Sie Enumeration als Ursache und veröffentlichen Sie den Ersatz nicht.

Verlangsamt Verschleierung die Verbindung?

Kaum, und selten auf die Art, die man erwarten würde. Jede x86-64-Server-CPU des letzten Jahrzehnts hat AES-NI, sodass nicht die Verschlüsselung selbst der Flaschenhals ist — auf einem 1-Gbps-Port ist es das Netz. Reality fügt beim Verbindungsaufbau einen echten TLS-Handshake hinzu und danach praktisch nichts mehr. Shadowsocks-2022 ist das leichteste der drei. Hysteria2 kann auf einer verlustbehafteten Strecke erheblich schneller sein als die Alternativen und auf einer sauberen etwas langsamer. Was Sie tatsächlich Latenz kostet, ist Geografie, weshalb die Wahl des nächstgelegenen brauchbaren Standorts besser ist als die Wahl des exotischsten.

Ist ein selbst gehosteter, verschleierter Tunnel besser als ein kommerzielles VPN?

Um an einem Filter vorbeizukommen, meistens ja, aus einem strukturellen Grund: Die Adressbereiche eines kommerziellen Anbieters sind veröffentlicht, werden von Tausenden Nutzern geteilt und lassen sich enumerieren, also werden sie pauschal blockiert und bleiben es. Ihre eigene Adresse wird von Ihnen genutzt. Der Kompromiss ist ehrlich — ein Tunnel mit einem einzigen Nutzer gibt Ihnen keine Menge, in der Sie untertauchen können, also schützt er weit besser gegen Blockierung als gegen Zuordnung. Welches der beiden Probleme Sie tatsächlich haben, ist die Frage, die es sich zuerst zu beantworten lohnt, und was ein mit Krypto bezahlter VPS wirklich verbirgt ist die ehrliche Aufschlüsselung.

Offshore-VPS in rund einer Minute bereitstellen

No-KYC, Krypto-Zahlung, komplett NVMe. Tarif wählen, mit Monero oder einem anderen großen Coin zahlen — Root in rund 60 Sekunden.

Fenrir auf Wache