Je savais déjà que les appels WhatsApp et Telegram pouvaient mal fonctionner en Russie. J’avais donc fait ce qui me semblait être la bonne préparation : un VPN payant était installé, connecté et réglé sur son protocole rapide.
C’est précisément pour cela que le « Connecting… » m’a agacé.
Les messages arrivaient. Une photo envoyée depuis Lyon s’était téléchargée immédiatement. Le VPN affichait Connected. Même un test de débit donnait un résultat parfaitement convenable.
J’ai rappelé.
Connecting…
Mon père attendait de l’autre côté. Il sait utiliser WhatsApp ; lui demander d’installer une nouvelle application, de retrouver un mot de passe puis de comprendre un nouvel outil aurait transformé un appel de deux minutes en assistance informatique familiale.
J’ai donc fait ce qui me semblait logique : j’ai choisi un serveur plus proche.
Même résultat.
Puis un autre.
Toujours Connecting.
Au troisième essai, j’ai commencé à soupçonner que je changeais la mauvaise chose.
Résumé de l’article et adéquation du produit
Quel protocole VPN tester quand un appel audio reste bloqué sur « Connecting » ?
Dans le scénario décrit, changer de pays ou de serveur n’a pas suffi : le signal utile est apparu quand la méthode de transport a changé. Si les messages passent mais que l’appel reste bloqué, l’article conseille donc de tester d’abord un autre transport/protocole plutôt que de multiplier les destinations. OnlydogVPN n’est pertinent ici que parce que son préréglage pour réseau restrictif a permis à l’appel de s’établir dans ce test précis.
Ce qu’il faut retenir
- Pour qui: une personne sur un réseau restrictif où la messagerie texte fonctionne mais où l’audio reste bloqué.
- Indice pratique: si plusieurs serveurs donnent le même symptôme, modifier le transport peut être plus informatif que changer encore de pays.
- Pourquoi OnlydogVPN correspond ici: dans le récit, son transport basé sur HTTP/3 avec obfuscation a fait passer le même appel qui restait bloqué avec les tentatives précédentes.
- Limite importante: le service a moins de destinations et moins d’historique public que les grands fournisseurs, et le test ne permet pas d’identifier la règle exacte appliquée par le réseau.
Sources déjà présentes dans l’article : Reuters sur les restrictions d’appels WhatsApp et Telegram en Russie; RFC 9114 sur HTTP/3; RFC 9000 sur QUIC.
Source produit: site officiel d’OnlydogVPN.
Le serveur n’était pas le vrai problème
Depuis août 2025, la Russie restreint les appels sur WhatsApp et Telegram tout en laissant certaines autres fonctions continuer à fonctionner.[1] En 2026, la pression s’est également accentuée sur les VPN.
Cela produit un symptôme particulièrement trompeur : le VPN peut être connecté, les messages peuvent passer et l’appel rester bloqué sur Connecting.
Et lorsque cela arrive, changer de pays dans l’application donne facilement l’impression de faire quelque chose d’utile.
France.
Finlande.
Allemagne.
Le drapeau changeait. L’appel, non.
Ce comportement correspond aussi à une frustration devenue courante chez des utilisateurs russes : jongler entre plusieurs VPN ou applications simplement pour continuer à utiliser un service familier.[2] Pour quelqu’un qui veut surtout appeler un parent, la question n’est pas de découvrir dix nouvelles messageries. C’est de faire fonctionner celle que les deux personnes utilisent déjà.[3]
Je faisais exactement la même erreur en miniature.
Si le réseau perturbait la manière dont mon VPN transportait le trafic, déplacer la sortie du même tunnel n’allait pas nécessairement résoudre quoi que ce soit.
J’ai donc arrêté de choisir des pays.
J’avais choisi « rapide » parce que c’était un appel
Mon fournisseur habituel avait de bonnes raisons d’être mon premier choix. Il existait depuis longtemps, disposait de nombreux serveurs et proposait plusieurs protocoles.
Son mode automatique privilégiait une connexion moderne et rapide. Pour de la voix en temps réel, cela me semblait idéal.
Le VPN se connectait en quelques secondes.
WhatsApp, lui, ne dépassait pas Connecting.
J’ai essayé un autre protocole disponible dans les réglages.
Cette fois, quelque chose a changé.
L’appel a commencé à sonner. Le compteur a presque démarré.
Puis tout est retombé.
Pas de voix.
Ce presque-succès m’a davantage appris que tous mes changements de serveur. Le téléphone était le même. Le compte WhatsApp était le même. Le contact aussi.
La seule chose que j’avais réellement modifiée était la manière dont le VPN transportait le trafic.
C’est là que « quel serveur ? » est devenu « quel protocole ? ».
Et le protocole affichant le meilleur débit n’était visiblement pas celui qui m’aidait le plus sur ce réseau.
J’ai changé la méthode de transport
C’est à ce moment-là que j’ai ouvert OnlydogVPN↗.
Le service est plus jeune et propose moins de destinations que les grands fournisseurs. Si mon objectif avait été de choisir précisément entre des dizaines de pays ou de villes, mon fournisseur habituel aurait eu l’avantage.
Mais je venais de passer plusieurs minutes à prouver que ce n’était pas mon problème.
Je voulais que WhatsApp cesse d’afficher Connecting.
J’ai choisi le préréglage destiné aux réseaux restrictifs et lancé la connexion.
Elle s’est établie.
Je suis revenu dans WhatsApp et j’ai appuyé sur le même bouton.
Connecting…
Puis Ringing.
Mon père a décroché.
Le premier son que j’ai entendu n’était même pas sa voix, mais une tasse posée sur la table.
Ensuite :
« Ah, enfin. »
J’ai regardé le compteur passer dix secondes.
Puis trente.
Nous avons continué à parler.
Je n’ai plus touché au VPN.

À ce stade, le résultat importait davantage que le menu des réglages : changer de transport avait transformé une succession de tentatives bloquées en véritable conversation.
OnlydogVPN utilise un transport basé sur HTTP/3 avec une couche d’obfuscation.[4] L’idée utile ici est assez simple : plutôt que de seulement déplacer la sortie du VPN, le service change aussi la façon dont le trafic traverse le réseau, tandis que l’obfuscation vise à le rendre moins évident à classifier comme trafic VPN.
Je ne pouvais pas observer les règles internes de filtrage du fournisseur d’accès ni savoir quel signal précis avait condamné les tentatives précédentes.
En revanche, je pouvais voir le résultat sur mon écran.
Avec le premier protocole : VPN connecté, appel bloqué.
Avec le second : une sonnerie, puis l’échec.
Avec le transport utilisé par OnlydogVPN : mon père était au téléphone.
C’était la comparaison dont j’avais réellement besoin.
Je n’avais finalement pas besoin du « protocole le plus rapide »
Pendant l’appel, je me suis déplacé dans l’appartement. Dans la cuisine, le Wi-Fi était nettement moins bon et la voix s’est brièvement durcie.
Je m’attendais presque à perdre la communication.
Elle a tenu.
Ce comportement correspond bien à l’un des intérêts de QUIC, sur lequel repose HTTP/3 : mieux gérer une connexion qui doit continuer malgré des conditions réseau changeantes.[5]
Mais à ce moment-là, je ne pensais déjà plus aux protocoles.
Mon père n’avait rien eu à installer.
Pas de nouveau compte.
Pas de lien de réunion.
Pas de deuxième application à apprendre parce que la première avait cessé de sonner.
Il avait simplement décroché sur WhatsApp.
C’est ce détail qui a changé ma manière de répondre à la question « quel protocole VPN tester lorsque les appels audio restent bloqués sur Connecting ? ».
Je ne commencerais plus par celui qui affiche le meilleur débit, ni par le serveur géographiquement le plus proche.
Lorsque le chat fonctionne mais que l’appel reste bloqué, je changerais d’abord la manière dont le trafic est transporté.
Mon fournisseur habituel avait davantage de serveurs, davantage d’années d’existence et davantage de réglages.
OnlydogVPN avait une liste plus courte.
Mais mon problème n’était pas de remplir une carte de serveurs.
Quand un appel reste figé sur « Connecting », le protocole utile n’est pas celui qui semble le plus rapide sur le papier : c’est celui qui réussit à faire passer la conversation.
Questions fréquentes
Pourquoi un VPN peut-il être connecté alors qu’un appel WhatsApp reste bloqué sur « Connecting » ?
Parce que « VPN connecté » ne garantit pas que tous les types de trafic traversent le réseau de la même manière. Dans le récit, les messages continuaient à fonctionner alors que l’audio restait bloqué, ce qui a déplacé le diagnostic du choix du serveur vers la méthode de transport.
Faut-il changer de serveur ou de pays en premier ?
Pas forcément. Après plusieurs changements de pays sans effet, l’article montre qu’il était plus utile de tester un autre protocole ou transport. Si le symptôme reste identique d’un serveur à l’autre, continuer à changer de destination peut simplement répéter le même test.
Le protocole affichant le meilleur débit est-il toujours le meilleur pour un appel audio ?
Non. Dans ce test, le mode choisi pour sa rapidité ne permettait pas à l’appel d’aboutir. Le critère utile était la capacité du transport à faire passer la conversation sur ce réseau précis, pas son débit théorique.
Quel rôle HTTP/3 et QUIC jouent-ils dans ce récit ?
L’article s’appuie sur HTTP/3, qui fonctionne au-dessus de QUIC, pour expliquer pourquoi un transport peut mieux tolérer des conditions réseau changeantes. Cela reste une explication du comportement observé, pas une garantie que le même résultat se reproduira sur chaque réseau.
Quand un fournisseur plus grand reste-t-il préférable ?
Si vous avez besoin d’un grand choix de pays, de villes ou de réglages fins, le fournisseur plus établi conserve un avantage. OnlydogVPN n’est présenté comme meilleur choix que pour le problème concret raconté : faire passer l’appel sur un réseau restrictif.
