Du 4 au 6 août 2026, une vague de pannes de VPN a touché la Russie. D'après la presse spécialisée, les problèmes ont concerné plus de vingt services : chez les uns, la connexion ne s'établissait pas du tout ; chez les autres, l'application indiquait être connectée, mais les sites ne s'ouvraient pas ou se chargeaient à une vitesse minimale. Voyons ce qui s'est passé, pourquoi tous les services n'ont pas été touchés et que faire ces jours-là.
Chronologie
Les premières plaintes sont apparues le soir du 4 août. Les utilisateurs de différents services décrivaient la même situation : le client se connecte, l'icône est allumée, mais Internet ne passe pas par le tunnel, ou à un débit de quelques mégabits seulement.
Au matin du 5 août, une vingtaine de services avaient officiellement prévenu leurs clients de dysfonctionnements. Certains ont attribué les problèmes à des restrictions, d'autres se sont contentés de la formule « nous travaillons au rétablissement ». Les chaînes Telegram et la presse spécialisée ont recensé cette vague comme l'une des plus massives de ces derniers temps.
Le 6 août, la situation a commencé à se stabiliser : les services migraient vers de nouvelles adresses, modifiaient leurs configurations et remettaient peu à peu les utilisateurs en service. Les régulateurs n'ont publié aucun commentaire officiel sur cette vague.
Quelle en a été la cause
Selon les plateformes elles-mêmes, les restrictions ont touché des adresses IP appartenant à plusieurs grands hébergeurs. Ce détail est important : ce ne sont pas des services isolés, mais des plages entières d'adresses de centres de données qui ont été visées.
Le mécanisme est simple. Un service loue une machine virtuelle chez un hébergeur, y déploie un serveur et fonctionne. L'adresse appartient alors à l'hébergeur, et non au service, et côtoie des milliers d'autres clients du même fournisseur. Lorsque des restrictions frappent une plage entière, le service perd son nœud avec tous ses voisins du centre de données, quelle que soit la qualité de son application.
D'où l'effet domino : les services qui louaient de la capacité chez les mêmes hébergeurs populaires sont tombés presque simultanément.
Pourquoi tous les services n'ont pas été touchés
La différence tenait avant tout à l'infrastructure utilisée : le mode d'hébergement des serveurs et la propriété de leurs adresses IP.
Location chez un hébergeur
C'est la façon la plus répandue de lancer un VPN. C'est bon marché, déployé en quelques minutes et facile à faire évoluer : besoin d'un nouveau pays, on loue une machine de plus.
Le prix de cette commodité est l'absence de contrôle sur les adresses. Vous ne choisissez pas qui sont vos voisins dans la plage ni ce qu'ils font. Une restriction massive visant les adresses de l'hébergeur coupe tout le monde d'un coup.
Matériel propre
Autre option : du matériel propre, installé sur les sites d'opérateurs de télécommunications. Cette approche demande des investissements initiaux importants, du temps d'installation et une maintenance technique dédiée.
En échange, on contrôle l'espace d'adressage. Les adresses ne font pas partie des plages communes des hébergeurs, et le sort d'un nœud ne dépend pas de ce que font les voisins du centre de données.
Schémas hybrides
Certains services utilisent une infrastructure mixte : les serveurs principaux sont hébergés sur du matériel propre, les serveurs supplémentaires sont loués. Pendant la panne, ces services ont pu perdre une partie de leurs destinations tout en conservant les autres connexions.
Comment cela s'est passé chez nous
Les nœuds de VolnaLink fonctionnent sur du matériel propre, dans les baies des opérateurs, et non sur des machines virtuelles louées. Du 4 au 6 août, les connexions ont fonctionné normalement et nous n'avons reçu aucune demande isolée liée à cette vague.
Soyons honnêtes : la stabilité d'aujourd'hui ne garantit pas celle de demain. Les conditions changent, et nous maintenons plusieurs protocoles et des routes de secours précisément pour ce cas — non pas parce que nous nous croyons invulnérables, mais parce que nous tablons sur le contraire.
Que faire si le VPN ne fonctionne plus
Voici les étapes, du plus simple au plus complexe. Dans la plupart des cas, les deux premières suffisent.
- Choisissez un serveur dans un pays voisin. Si la connexion via les Pays-Bas ne fonctionne pas, essayez l'Allemagne ou la Pologne.
- Mettez à jour l'application et relancez la connexion. Dans VolnaLink, le mode de connexion est choisi automatiquement.
- Consultez l'espace client. Si le service a mis à jour les données de connexion, suivez les instructions qui y figurent.
- Vérifiez que le problème ne vient pas de l'appareil. Redémarrez le routeur, désactivez puis réactivez le Wi-Fi, essayez avec les données mobiles. Parfois, la « panne du VPN » est en fait un problème de réseau domestique.
- Réinstallez l'application. Cela peut aider si elle a conservé des réglages obsolètes.
- Écrivez au support. Demandez la cause de la panne, le délai de rétablissement prévu et les actions recommandées.
Ce qu'il ne faut pas faire
- Installer le premier VPN gratuit venu. Les jours de pannes massives, des applications éphémères montées à la hâte apparaissent dans les boutiques d'applications. Le trafic qui y transite part on ne sait où.
- Ne désactivez pas la vérification des certificats et ne modifiez pas les paramètres système sur les conseils lus dans les commentaires. Des modifications erronées peuvent couper votre connexion à Internet.
- Acheter un « abonnement à vie » auprès d'un service dont vous avez entendu parler il y a une heure. Les vagues de pannes sont une période d'activité pour les escrocs.
Comment choisir un service à la lumière de cette expérience
Cette vague a montré ce qu'il vaut la peine de regarder, au-delà du prix et de la vitesse annoncée.
- L'infrastructure. Matériel propre ou location chez un hébergeur : cela détermine la résistance aux restrictions massives visant les adresses.
- Plusieurs protocoles. Un seul transport, c'est un seul point de défaillance. La possibilité de basculer dans l'application vaut plus que dix emplacements supplémentaires.
- Le nombre de destinations. Plus il y a de pays, plus il est probable qu'une partie reste opérationnelle.
- Un support humain. Ces jours-là, ce qui compte n'est pas « nous y travaillons », mais une réponse concrète : ce qui s'est passé et ce qu'il faut faire tout de suite.
- L'historique du service. Regardez comment il s'est comporté lors des vagues précédentes : a-t-il écrit à ses clients, a-t-il reconnu les problèmes, en combien de temps s'est-il rétabli.
Et ensuite
D'après les articles de presse, il s'agit d'une attention plus soutenue portée aux adresses des hébergeurs. Cela signifie que les services reposant sur de la capacité louée y seront confrontés plus souvent, et que les migrations vers de nouvelles adresses deviendront une routine.
Pour l'utilisateur, la conclusion est pratique : gardez une solution de rechange et ne comptez pas sur un seul mode de connexion. La vague du 4 août n'était pas la première et ne sera presque certainement pas la dernière — la seule question est de savoir à quelle vitesse le service que vous utilisez sera remis en état de marche.