Unser eigenes
Netzwerk.
RedVPN mietet sich nicht ins Internet ein. Wir betreiben unser eigenes Netzwerk, mit Ports von 100 Gbps an zwei der größten Internet-Knoten der Welt, in Los Angeles und Frankfurt, und mit direktem Peering mit den Netzwerken, zu denen dein Verkehr tatsächlich geht.
Wo wir peeren
Jede unserer beiden Regionen sitzt an einem großen Internet-Knoten: den Orten, an denen Netzwerke ihren Verkehr direkt untereinander übergeben. Ein Port an einem Knoten erreicht Hunderte von Netzwerken in einem einzigen Schritt, ohne Transitanbieter dazwischen.
Los Angeles
- Knoten
- Any2 West
- Standort
- CoreSite LA2
- Port
- 100 Gbps, IPv4 und IPv6
Any2 ist einer der größten Knoten in den Vereinigten Staaten und der wichtigste an der Westküste. Unsere eigene Hardware in Los Angeles ist hier angeschlossen, sodass Verkehr nach Nord- und Südamerika, in den Pazifikraum und zu den großen US-Content-Netzwerken den kurzen Weg nimmt.
Frankfurt
- Knoten
- DE-CIX Frankfurt
- Standort
- Digital Realty FRA1-27
- Port
- 100 Gbps, IPv4 und IPv6
DE-CIX Frankfurt ist einer der größten Internet-Knoten der Welt. Unser Frankfurter Standort ist hier angeschlossen und bedient die europäische Seite des Netzwerks, sodass auch Verkehr nach Europa, in den Nahen Osten und nach Asien den kurzen Weg nimmt.
Ein Hop zu den großen Netzwerken
Über die Knoten hinaus peeren wir direkt mit Meta, Google und anderen großen Content-Netzwerken, mit 100 Gbps. Das meiste, was ein Telefon online tut, Video, Anrufe, Karten, Mail, App-Updates, landet bei einer Handvoll Netzwerke, und genau mit denen verbinden wir uns direkt.
Mit Peering verlässt ein Paket unseren Router, durchquert den Knoten und kommt im Zielnetzwerk an: ein Hop. Ohne Peering würde es erst durch zwei oder drei Transitanbieter laufen, und jeder davon ist eine Stelle, an der man verzögern, drosseln oder mitlesen kann.
Für dich heißt das: ein Hop, von unserem Server direkt ins Netzwerk von Meta oder Google, statt über zwei oder drei Transitanbieter, die wir nicht kontrollieren. Weniger Latenz, also kommen Anrufe zustande und Videos starten ohne Wartezeit. Und keine Netzwerke dazwischen, die den Verkehr unterwegs drosseln oder beobachten.
So ist es gebaut.
Drei Schichten zwischen deinem Telefon und dem offenen Internet: ein Eingangspunkt auf einer Cloud-Adresse, ein privater Tunnel und ein Server, der uns gehört. So sieht es aus, ohne die Adressen.
Das Netz, in dem du bist, sieht eine Verbindung zu einer Cloud-Adresse. Was deinen Verkehr trägt, ist ein Server, der uns gehört.
- 1Eingangspunkte
Cloud-Fronten in den USA und in Frankfurt: die Adresse, mit der sich dein Gerät verbindet. Sie halten deinen Verkehr nie im Klartext.
- 2Private Tunnel
Jeder Eingangspunkt leitet über einen privaten, verschlüsselten Tunnel an die Back-Ends weiter. Die Back-Ends haben kein eigenes öffentliches Gesicht; nur die Eingangspunkte erreichen sie.
- 3Eigene Server
Der Verkehr verlässt das Netz über Hardware, die wir in Los Angeles betreiben, und über dedizierte Server in Falkenstein, Deutschland. Keine gemieteten Exit-Knoten, kein VPN-Backbone von Dritten.
Zwei Transporte
Der erste ist Standard-WireGuard, über TCP getragen, damit er Netze passiert, die unbekanntes UDP verwerfen. Der zweite ist ein Transport, den wir selbst gebaut haben, für Netze, in denen der erste Schwierigkeiten hat. Die App probiert, was in deinem Netz funktioniert, und wechselt, ohne dich zu fragen.
Die Konfiguration ist signiert und wird von unseren eigenen Domains geladen, und die App verbindet sich nur mit unseren eigenen Servern. Dahinter steht kein Marktplatz fremder Knoten.
Was das für dich bedeutet
In einem Flughafen- oder Hotelnetz sieht der Betreiber eine verschlüsselte Verbindung zu einer Cloud-Adresse und sonst nichts: keine Seiten, keine Apps, keine Nachrichten.
Für die Testphase führen wir kein Konto, denn es gibt keins: Der 3-Tage-Start braucht keine Anmeldung. Premium ist an die E-Mail oder das Store-Konto gebunden, mit dem es gekauft wurde, und an nichts weiter.
Zwei Transporte
WireGuard über TCP und ein eigener für unzuverlässige Netze.
Signierte Konfiguration
Von unseren eigenen Domains geladen; die App lehnt alles Unsignierte ab.
Nur unsere Server
Keine fremden Exits. Wir nennen die Städte, und wir meinen sie.
Linux mit Prüfsummen
Eine statische Binärdatei und SHA-256-Summen, damit du den Client prüfen kannst, den du ausführst.
Was wir nicht veröffentlichen
Keine Adressen, Hostnamen oder Serverzahlen und nichts zu den Interna des zweiten Transports. Die Knoten und Standorte oben stehen ohnehin in unserem öffentlichen PeeringDB-Eintrag; die Eingangspunkte und Back-Ends nicht. Jedes Detail, das wir drucken, lesen nicht nur unsere Nutzer, und dafür zahlen die Menschen, für die dieses Netzwerk da ist, nicht wir.
Mit uns peeren
Für Netzwerktechniker: wir sind AS401418, Global Peering Alliance, mit offener Peering-Policy, Ports am Any2 West und am DE-CIX Frankfurt und IPv4 und IPv6 auf beiden.
Unser PeeringDB-Eintrag: peeringdb.com/asn/401418
Peering-Anfragen: noc@redteam.net