SOCKS5 ou VPN complet : pour une seule application, choisissez selon la tâche, pas selon le nombre d’apps

Je ne voulais surtout pas installer un VPN sur tout l’ordinateur.

C’était précisément mon point de départ.

J’étais à Saint-Pétersbourg avec un portable qui, dans l’ensemble, fonctionnait normalement. Les sites locaux s’ouvraient. Mon espace de travail restait accessible. Le Wi-Fi de l’appartement n’était pas particulièrement rapide, mais il n’était pas en panne.

Le problème tenait dans une seule fenêtre : Telegram Desktop.

Les messages mettaient parfois une éternité à apparaître. Une image restait grise. Le fichier qu’un collègue venait de m’envoyer tournait sans commencer. Surtout, l’appel que nous devions utiliser vingt minutes plus tard n’arrivait pas à s’établir correctement.

Dans cette situation, faire passer tout Windows par un VPN me semblait excessif.

Pourquoi changer la route du navigateur, des services en arrière-plan et des applications locales alors qu’un seul logiciel me posait problème ?

Je cherchais donc exactement ceci : SOCKS5 ou VPN complet si je veux seulement tunneliser une application ? Et, au départ, SOCKS5 avait clairement ma préférence.

« Une seule application » est devenu un besoin très concret

Cette question n’était plus théorique en Russie.

Les restrictions visant Telegram se sont intensifiées en 2026. En juin, Reuters décrivait un quotidien où de nombreux utilisateurs activaient puis coupaient leur VPN selon le service dont ils avaient besoin, certains allant jusqu’à jongler entre deux téléphones. Le même reportage comptabilisait plus de 9,2 millions de téléchargements de VPN en mars 2026, environ quatorze fois plus qu’un an auparavant. Ce détail m’intéressait plus que le chiffre lui-même.

Quand les services locaux fonctionnent normalement mais qu’une messagerie ou quelques plateformes demandent une autre route, laisser tout le téléphone ou tout le PC sous VPN en permanence n’est pas forcément le réflexe le plus naturel.

Les discussions publiques de 2026 montrent d’ailleurs cette utilisation très fragmentée. Certains utilisateurs russes disent faire fonctionner Telegram avec un proxy, d’autres avec un VPN ; certains n’activent leur contournement qu’au moment où ils en ont besoin, tandis que d’autres décrivent des messages qui passent mais des médias ou des appels nettement moins fiables. C’est exactement ce qui rendait SOCKS5 séduisant.

Telegram le prend directement en charge.

SOCKS5 ressemblait à la solution la plus propre

Dans Telegram Desktop, je pouvais aller dans les paramètres de connexion et ajouter directement un proxy SOCKS5. Telegram documente officiellement cette possibilité, avec l’adresse du serveur, le port et, si nécessaire, les identifiants. Je n’avais donc pas besoin de toucher à Windows. Pas besoin de modifier la route de mon navigateur. Pas besoin de faire passer les autres applications par un serveur dont elles n’avaient pas besoin. J’ai ajouté le proxy que j’avais sous la main.

Hôte. Port. Identifiants. Connexion.

Le petit bouclier est apparu dans Telegram. Quelques secondes plus tard, les messages en attente sont arrivés. Puis les images. J’ai envoyé un message de test.

Deux coches. À cet instant, SOCKS5 semblait avoir gagné la comparaison.

Et pour un besoin réellement limité à quelques connexions d’une application compatible, il reste très difficile de lui reprocher cette précision. Le protocole peut relayer des connexions TCP et prévoit également le transport UDP : en pratique, c’est l’application qui demande au proxy de transporter ses connexions, plutôt que le système entier qui change de route. C’est justement pour cela que certaines personnes continuent à rechercher des sorties SOCKS5. Dans une discussion récente sur r/VPN, un utilisateur expliquait vouloir choisir une sortie particulière pour un navigateur, certains sites ou JDownloader sans entraîner inutilement tout son appareil dans le même tunnel. C’était exactement mon raisonnement. Mais le problème que j’étais venu résoudre n’était pas seulement « recevoir un message ». Il fallait aussi tenir l’appel.

Les messages passaient. L’appel, lui, a changé le test

J’ai lancé l’appel. Sonnerie. Connexion. Quelques secondes de silence.

Puis il s’est arrêté. J’ai recommencé. Cette fois, j’ai entendu deux mots avant que l’audio disparaisse. J’ai changé de proxy. Les messages ont de nouveau circulé normalement après quelques secondes.

L’appel est resté instable. C’est là que j’ai compris ce qui manquait à ma comparaison. Une application n’est pas forcément une seule connexion.

Elle ressemble davantage à un petit immeuble avec plusieurs portes. Les messages peuvent emprunter une entrée, les médias une autre, les appels encore une autre. Parce qu’une porte s’ouvre correctement, je ne peux pas en déduire que tout ce que fait l’application prendra exactement le même chemin.

Telegram illustre bien cette différence : avant qu’un appel soit réellement établi, les clients doivent notamment négocier leurs paramètres et déterminer s’ils communiquent directement ou via des serveurs relais de Telegram. Mon proxy n’avait donc pas « raté ».

Il avait réussi la partie la plus visible du test — les messages — sans terminer la tâche qui m’importait vraiment.

Et cette nuance a complètement déplacé mon critère.

Je ne cherchais plus la méthode qui touchait le moins de logiciels possible.

Je cherchais celle qui faisait fonctionner toute la tâche sans m’obliger à diagnostiquer chaque connexion derrière l’icône Telegram.

À ce moment-là, le VPN complet a cessé de me sembler excessif

J’ai retiré le proxy de Telegram et ouvert la petite application VPN que j’avais gardée comme solution de secours.

Le raisonnement était désormais presque l’inverse.

Avec SOCKS5, j’avais demandé à Telegram : « utilise cette sortie ».

Cette fois, je demandais au portable : « fais passer la connexion protégée par ici et laisse les applications l’emprunter ».

J’ai sélectionné le mode prévu pour les réseaux restrictifs et lancé la connexion. Je n’ai pas commencé par vérifier mon adresse IP. Je suis retourné directement à ce qui avait échoué. Telegram Desktop s’est synchronisé.

J’ai ouvert le fichier reçu quelques minutes plus tôt. Le téléchargement a démarré. Puis j’ai relancé l’appel. Sonnerie.

Connexion. La voix est arrivée. Une minute. Trois.

Puis suffisamment longtemps pour que j’arrête de regarder l’indicateur réseau et commence réellement la conversation. C’était le résultat que j’attendais depuis le début.

Dans ce test, le VPN complet faisait certes passer davantage de trafic que mon SOCKS5. Mais cette fois, le périmètre plus large n’était plus un défaut : il m’évitait précisément d’avoir à découvrir quelle partie de Telegram avait besoin d’une route différente.

Ce service utilise un transport basé sur HTTP/3 et ajoute du camouflage au trafic. Ce sont des choix qui prennent davantage de sens sur un réseau où les moyens de contournement eux-mêmes peuvent être perturbés : au lieu de me demander quel serveur SOCKS5 allait rester joignable pour chaque morceau de la session, je lançais une connexion conçue pour transporter le trafic du portable à travers cet environnement.

Ce n’était pas « plus de tunnel » pour le plaisir d’avoir plus de tunnel.

C’était simplement le premier essai qui terminait la tâche.

J’avais placé la frontière au mauvais endroit

Le plus intéressant est que SOCKS5 avait réussi son propre test.

Si mon besoin avait été uniquement d’envoyer des messages ou de donner une autre sortie réseau à un navigateur, je l’aurais probablement gardé.

C’est précisément parce qu’il peut rester limité à une application qu’il est utile. Mon erreur était ailleurs. J’avais supposé que « une application » et « une tâche réseau » désignaient la même frontière. Je pensais vouloir faire passer Telegram.

En réalité, je voulais recevoir les messages, récupérer un fichier et maintenir un appel dans un environnement où le service connaissait déjà des perturbations.

Dit comme cela, la comparaison devient beaucoup plus simple. SOCKS5 est intéressant lorsque je sais exactement ce que je veux isoler. Une application compatible. Une sortie particulière.

Un besoin limité. Pas de raison de déplacer le reste.

Le VPN complet devient plus logique lorsque la tâche dépasse cette frontière, même si toutes les difficultés semblent venir de la même icône sur le bureau.

Je n’avais donc pas choisi le mauvais proxy.

J’avais dessiné trop tôt la limite de ce que je voulais protéger.

Puis le Wi-Fi a fourni un dernier test

Une fois l’appel enfin stable, le réseau lui-même m’a offert un second test que je n’avais pas prévu.

Le Wi-Fi de l’appartement a commencé à hésiter. La voix a coupé brièvement. L’indicateur réseau de Windows est tombé presque à zéro. J’ai activé le partage de connexion de mon téléphone et fait passer le portable dessus.

L’appel a vacillé, puis la connexion a repris. Je n’ai pas recherché un autre proxy. Je n’ai pas remis une adresse SOCKS5 dans Telegram. Je n’ai pas eu à déterminer si le nouveau réseau pouvait encore joindre le même relais.

Le tunnel a retrouvé sa route et j’ai continué la conversation.

Ce n’était pas la raison pour laquelle j’avais installé l’application, mais c’est ce petit moment qui m’a donné envie de la conserver après l’appel. Quand le réseau changeait sous mes pieds, je n’avais plus à administrer le contournement dans l’application que j’étais justement en train d’essayer d’utiliser.

Il y a une contrepartie que je garderais en tête : ce service a moins de régions et moins de recul public que les grands fournisseurs établis depuis longtemps. Pour quelqu’un dont la priorité est une localisation très précise ou une longue série d’audits et d’évaluations indépendantes, cela compte.

Ce soir-là, ce n’était simplement pas ce qui décidait si mon appel allait tenir.

Maintenant, je ne compte plus les applications

Je n’ai pas cessé d’utiliser SOCKS5 après cette expérience.

Au contraire.

Si demain je veux donner uniquement à Firefox une autre sortie tandis que le reste du PC reste sur ma connexion normale, c’est probablement l’une des premières solutions que j’essaierai.

Sa portée limitée est une qualité lorsqu’elle correspond réellement au problème.

Mais « je n’ai besoin du tunnel que pour une seule application » ne me suffit plus pour choisir.

Je regarde ce que cette application doit faire.

Si je veux transporter quelques connexions clairement identifiées d’un logiciel compatible, SOCKS5 est précis et logique.

Si cette même application doit synchroniser, télécharger, établir un appel et continuer à fonctionner alors que le réseau ou les routes disponibles changent, je préfère couvrir un peu plus large plutôt que réparer la session morceau par morceau.

Le proxy avait fait revenir mes messages.

Le VPN avait terminé le travail : le fichier était arrivé et l’appel avait tenu.

Depuis, quand quelqu’un me demande s’il faut SOCKS5 ou un VPN complet pour une seule application, je ne commence plus par compter les applications.

Je compte tout ce que cette application doit réussir à faire avant de pouvoir dire que mon problème est réellement résolu.