Notre propre
réseau.
RedVPN ne loue pas sa place sur Internet. Nous exploitons notre propre réseau, avec des ports à 100 Gbps sur deux des plus grands points d'échange Internet du monde, à Los Angeles et à Francfort, et du peering direct avec les réseaux où va réellement votre trafic.
Nos points d'échange
Chacune de nos deux régions est installée sur un grand point d'échange Internet : l'endroit où les réseaux se remettent le trafic directement les uns aux autres. Un seul port sur un point d'échange atteint des centaines de réseaux en une seule étape, sans fournisseur de transit entre les deux.
Los Angeles
- Point d'échange
- Any2 West
- Site
- CoreSite LA2
- Port
- 100 Gbps, IPv4 et IPv6
Any2 est l'un des plus grands points d'échange des États-Unis et le principal de la côte ouest. Notre propre matériel à Los Angeles s'y connecte, donc le trafic vers les Amériques, le Pacifique et les grands réseaux de contenu américains prend le chemin court.
Francfort
- Point d'échange
- DE-CIX Frankfurt
- Site
- Digital Realty FRA1-27
- Port
- 100 Gbps, IPv4 et IPv6
DE-CIX Frankfurt est l'un des plus grands points d'échange Internet du monde. Notre point de présence de Francfort s'y connecte et dessert la partie européenne du réseau, donc le trafic vers l'Europe, le Moyen-Orient et l'Asie prend lui aussi le chemin court.
Un seul saut vers les grands réseaux
Au-delà des points d'échange, nous faisons du peering direct avec Meta, Google et d'autres grands réseaux de contenu, à 100 Gbps. L'essentiel de ce qu'un téléphone fait en ligne, vidéo, appels, cartes, mail, mises à jour d'applications, finit sur une poignée de réseaux, et ce sont ceux-là auxquels nous nous connectons directement.
Avec le peering, un paquet quitte notre routeur, traverse le point d'échange et arrive sur le réseau de destination : un seul saut. Sans peering, il passerait d'abord par deux ou trois fournisseurs de transit, et chacun est un endroit où ajouter du délai, brider ou surveiller.
Pour vous, cela veut dire un seul saut : de notre serveur directement dans le réseau de Meta ou de Google, au lieu d'un trajet à travers deux ou trois fournisseurs de transit que nous ne contrôlons pas. Moins de latence, donc les appels se connectent et la vidéo démarre sans attendre. Et aucun réseau intermédiaire en chemin pour brider le trafic ou le surveiller.
Comment c'est construit.
Trois couches entre votre téléphone et l'internet ouvert : un point d'entrée sur une adresse cloud, un tunnel privé, et un serveur qui nous appartient. En voici la forme, sans les adresses.
Ce que voit le réseau où vous êtes, c'est une connexion vers une adresse cloud. Ce qui transporte votre trafic, c'est un serveur qui nous appartient.
- 1Points d'entrée
Des façades cloud aux États-Unis et à Francfort : l'adresse à laquelle votre appareil se connecte. Elles ne détiennent jamais votre trafic en clair.
- 2Tunnels privés
Chaque point d'entrée relaie par un tunnel privé et chiffré vers les serveurs dorsaux. Ceux-ci n'ont aucune face publique ; seuls les points d'entrée les atteignent.
- 3Nos propres serveurs
Le trafic sort par du matériel que nous exploitons à Los Angeles et par des serveurs dédiés à Falkenstein, en Allemagne. Pas de nœuds de sortie loués, pas de dorsale VPN tierce.
Deux transports
Le premier est du WireGuard standard, transporté sur TCP pour passer les réseaux qui rejettent l'UDP inconnu. Le second est un transport que nous avons construit nous-mêmes pour les réseaux où le premier peine. L'application essaie ce qui marche sur le réseau où vous êtes et bascule sans vous demander.
La configuration est signée et récupérée depuis nos propres domaines, et l'application ne se connecte qu'à nos propres serveurs. Il n'y a derrière aucune place de marché de nœuds tiers.
Ce que cela signifie pour vous
Sur le réseau d'un aéroport ou d'un hôtel, l'opérateur voit une connexion chiffrée vers une adresse cloud et rien d'autre : ni sites, ni applications, ni messages.
Nous ne tenons aucun compte pour l'essai, parce qu'il n'y en a pas : le démarrage de 3 jours ne demande aucune inscription. Premium est lié à l'e-mail ou au compte de boutique qui l'a acheté, et à rien de plus.
Deux transports
WireGuard sur TCP, et un de notre cru pour les réseaux peu fiables.
Configuration signée
Récupérée depuis nos propres domaines ; l'application refuse tout ce qui n'est pas signé.
Nos serveurs uniquement
Pas de sorties tierces. Nous nommons les villes, et nous le pensons.
Linux avec sommes de contrôle
Un binaire statique et des sommes SHA-256, pour vérifier le client que vous exécutez.
Ce que nous ne publions pas
Ni adresses, ni noms d'hôtes, ni nombre de serveurs, et rien sur le fonctionnement interne du second transport. Les points d'échange et les sites ci-dessus figurent déjà dans notre fiche publique PeeringDB ; les points d'entrée et les serveurs dorsaux, non. Chaque détail que nous imprimons n'est pas lu seulement par nos utilisateurs, et ce sont les personnes pour qui ce réseau existe qui en paient le prix, pas nous.
Faire du peering avec nous
Pour les ingénieurs réseau : nous sommes AS401418, Global Peering Alliance, avec une politique de peering ouverte, des ports à Any2 West et au DE-CIX Frankfurt, et IPv4 et IPv6 sur les deux.
Notre fiche PeeringDB: peeringdb.com/asn/401418
Demandes de peering: noc@redteam.net