La logique classique «j'ai changé d'IP — je suis devenu invisible» ne fonctionne plus dans le segment mobile russe. Depuis avril 2026, les applications ne vérifient pas l'adresse d'où provient la demande, mais l'appareil lui-même : existe-t-il un tunnel, quelles interfaces réseau sont actives, que écoute localhost et le pays de l'IP correspond-il au pays de la carte SIM. Nous examinons quatre niveaux de ces vérifications, comment comprendre lequel vous bloque, et ce qui peut réellement être résolu par un proxy, et ce qui ne peut être résolu par rien.
Ce qui s'est passé au printemps 2026 et pourquoi c'est toujours d'actualité
Les premières plaintes massives sont apparues début avril : le 7 avril 2026, Hi-Tech Mail a décrit une situation où les utilisateurs d'Ozon, Wildberries et «VkusVill» voient le site s'ouvrir formellement, mais «les fiches produits, les images et les descriptions ne se chargent pas». Le service se transforme en une coquille vide — il est impossible non seulement de passer une commande, mais même de consulter l'assortiment. Le média a alors noté qu'il ne s'agissait pas de pannes isolées, mais de changements systémiques : les entreprises mettent en œuvre «des niveaux supplémentaires de filtrage et de nouveaux mécanismes d'identification».
Les restrictions ont été massivement mises en place le 15 avril 2026 — à la demande du ministère du Numérique, qui a obligé les grandes entreprises Internet à filtrer ce type de trafic sous peine d'exclusion de la «liste blanche» (une liste de ressources qui continuent de fonctionner en cas de restrictions sur Internet mobile ; en mai 2026, elle compte plus de 500 sites et applications). Ensuite, il s'est produit ce qui était prévisible : déjà une semaine plus tard, les vendeurs ont constaté une baisse de la demande, et Ozon avec Wildberries ont partiellement annulé les restrictions. La formulation d'un des acteurs du marché, citée par Hi-Tech Mail dans un article du 28 avril, est explicite : «Pas de transition, pas d'achat».
L'annulation était en effet partielle. Selon une étude de RKS Global, le détecteur est activé dans environ 22 applications : quatre banques (Sberbank Online, T-Bank, VTB Online, Alfa-Bank), des marketplaces et des services de livraison (Wildberries, Ozon, Samokat, MegaMarket, Avito), des services d'écosystème (VKontakte, Odnoklassniki, VK Vidéo, VK Music, Yandex Browser, Yandex Maps, Yandex Music, Kinopoisk, RUTUBE, 2GIS, RuStore), ainsi que «Mon MTS» et MAX. Le comportement est instable et dépend de la région et du service spécifique — c'est pourquoi la question «pourquoi ça ne fonctionne pas chez moi» est devenue une tâche de diagnostic.
Quatre niveaux de vérifications : carte ouverte de la méthodologie
Il est pratique que la méthodologie n'ait pas besoin d'être reconstruite à l'aveugle. En avril 2026, un développeur sous le pseudo xtclovver a publié sur GitHub une application RKNHardering (Kotlin, Android 8.0+, version 1.5 datée du 8 avril, 29 étoiles la première semaine) — un outil de diagnostic reproduisant les vérifications sur les moyens de contourner les blocages. Il ne contourne rien, il montre ce que votre appareil révèle de l'extérieur et de l'intérieur. Ses quatre modules sont les quatre niveaux avec lesquels vous devez traiter.
Niveau 1. Réputation de l'IP — le seul visible de l'extérieur
Le premier module interroge un service externe (ip-api.com) et vérifie trois choses : l'adresse appartient-elle à un fournisseur d'hébergement, est-elle répertoriée dans les bases de données de VPN et de proxies connus, le pays de connexion est-il en dehors de la Russie. C'est la logique serveur habituelle — celle qui, au cours des dernières années, a évolué en une industrie à part entière : nous avons détaillé cela dans notre analyse du marché de l'intelligence IP et de la détection des proxies résidentiels. Ici, ce qui a toujours fonctionné fonctionne : une adresse d'un centre de données ASN échoue, une adresse d'un opérateur domestique ou mobile ne le fait pas.
Niveau 2. Drapeaux système de connexion
Le deuxième module ne regarde pas à l'extérieur du tout. Il lit ce qu'Android signale lui-même sur la connexion actuelle : les signes internes IS_VPN et VpnTransportInfo, ainsi que la présence d'un proxy système — y compris les ports caractéristiques de Tor (9050, 9150) et SOCKS (1080). Il n'y a pas de «piratages» ici : l'application utilise simplement l'API standard de la plateforme, qui répond honnêtement que le transport VPN est actif.
Niveau 3. Traces indirectes du tunnel
Le troisième module recherche des empreintes du tunnel dans le système : interfaces réseau avec des noms caractéristiques (tun0, wg0, ppp0), MTU anormal des adaptateurs de tunnel, contenu de la table de routage, serveurs DNS provenant de sous-réseaux privés et sortie dumpsys vpn_management sur Android 12 et supérieur. Tout client VPN classique laisse au moins la moitié de ces traces en raison de son architecture — il est obligé de lever une interface virtuelle pour encapsuler le trafic.
Niveau 4. Scan localhost — le plus désagréable
Le quatrième module scanne les ports locaux dans la plage 1024–65535 et recherche des SOCKS5 ouverts, des proxies HTTP et des API gRPC Xray/V2Ray. Dans la logique du verdict (le moteur divise le résultat en DETECTED, NEEDS_REVIEW et NOT_DETECTED), la détection d'un port proxy sur localhost a la plus haute priorité. C'est le cas où une tentative de se cacher vous trahit plus sûrement que le simple fait d'avoir une IP étrangère : un client localement activé est un signe indiscutable, tandis que «le pays n'est pas la Russie» peut simplement être une personne en vacances.
À part : désynchronisation géo qui n'est montrée par aucun module
Il existe un cinquième mécanisme, qui ne fait pas partie des vérifications énumérées, mais qui est utilisé en pratique. L'application croise quatre sources de données indépendantes sur votre pays : adresse IP, coordonnées GPS, MCC/MNC de la carte SIM (code pays et opérateur) et langue avec fuseau horaire du système d'exploitation. Si l'IP dit «Pays-Bas», et la SIM dit «Russie», c'est une contradiction ; si l'IP dit «Russie», et le GPS montre Istanbul et le fuseau horaire UTC+3 avec la langue système en English — c'est aussi une contradiction. Sur iOS, l'ensemble des vérifications est plus pauvre (les applications utilisent getifaddrs(), analysent les délais et le DNS), mais le principe de correspondance reste le même.
Il est important de comprendre : aucun proxy et aucun VPN ne couvre ce niveau. Il ne réside pas dans le réseau, mais dans les données du téléphone.
Diagnostic en cinq minutes : quel niveau vous bloque précisément
- Désactivez complètement le VPN et ouvrez l'application. Ça a fonctionné — cela signifie que vous êtes détecté par le niveau 2, 3 ou 4, et non par l'adresse. Ça n'a pas fonctionné — passez au point 2, le problème vient de l'IP ou d'une restriction régionale.
- Vérifiez ce qui est visible de l'extérieur. Ouvrez n'importe quel vérificateur IP et vérifiez non seulement le pays, mais aussi l'organisation (ASN). Si le nom de l'hébergement y figure — vous êtes au niveau 1, et cela ne peut être résolu qu'en changeant le type d'adresse. L'ordre de cette vérification a été examiné dans notre guide sur l'encapsulation du trafic d'application dans un proxy.
- Vérifiez ce que localhost écoute. Si vous utilisez Xray, V2Ray, tun2socks ou tout client local de type wrapper — vous avez à la fois une interface de tunnel et un port ouvert sur 127.0.0.1. C'est la pire des configurations possibles du point de vue du quatrième module.
- Comparez les signaux géo entre eux. Le pays de l'IP, les autorisations de géolocalisation de l'application, le fuseau horaire, la langue du système et le pays de la SIM doivent raconter une seule histoire, et non quatre différentes.
- Séparez votre cas du général. Si le service ne fonctionne pas même sur Internet mobile ordinaire sans aucun tunnel, le problème peut être une restriction de communication au niveau du réseau — c'est un scénario fondamentalement différent, et il est détaillé dans le matériel sur la désactivation de l'Internet mobile et la «liste blanche».
Ce que le proxy répare, et ce qu'il ne répare pas
Une réponse honnête par niveaux, sans marketing.
- Niveau 1 (réputation de l'IP) — réparable. C'est exactement la tâche pour laquelle existent les adresses résidentielles et mobiles : elles ont un ASN d'opérateur de télécommunications, et non de centre de données.
- Niveaux 2 et 3 (drapeaux VPN, tun0, MTU, routes) — sont contournés, et non «contournés». Un proxy HTTP ou SOCKS5, configuré dans les paramètres réseau ou à l'intérieur même de l'application, ne crée pas d'interface virtuelle et n'active pas le transport VPN : le système n'a tout simplement rien à marquer avec un drapeau. Mais cela jusqu'à ce que vous encapsuliez le proxy avec un client de tunnel local — alors toutes les traces reviennent.
- Niveau 4 (scan localhost) — critique par rapport au mode de connexion. Un proxy auquel l'application accède directement sur le réseau n'ouvre pas de port sur 127.0.0.1. Un client local de type wrapper — ouvre, et c'est un verdict avec la plus haute priorité.
- Désynchronisation géo — ne peut pas être réparée par un proxy. Il faut régler soi-même les paramètres de l'appareil : géolocalisation, fuseau horaire, langue. Le proxy change le chemin des paquets, et non les indications GPS.
Quel type d'adresses utiliser pour cette tâche
Si l'objectif est d'accéder à ses propres comptes depuis l'étranger, la combinaison «adresse russe d'origine opérateur plus absence d'artefacts de tunnel sur l'appareil» fonctionne.
Les proxies mobiles sont ici les plus efficaces : l'adresse appartient à un opérateur de téléphonie mobile, vit derrière CGNAT et, par nature, est partagée entre de nombreux abonnés, donc elle n'est pas dans les bases de données de «VPN connus» et le contrôle de réputation du premier module passe sans problème. Inconvénient — le prix et la nature partagée de l'adresse.
Les proxies résidentiels — un compromis : ASN du fournisseur domestique, plus stable et moins cher que les mobiles, généralement suffisant pour des applications avec un contrôle modéré. Les adresses de centre de données ne conviennent pas pour cette tâche spécifique : le premier module les élimine avant toutes les autres vérifications.
Deux avertissements, sans lesquels le conseil serait incomplet. Premier : les applications bancaires ont leur propre anti-fraude, pour lequel un changement brusque de pays, d'appareil ou de réseau est un déclencheur autonome, sans lien avec la détection VPN ; il est donc plus sage de prévenir la banque à l'avance d'un voyage que de risquer un blocage d'opération. Deuxième : les règles des plateformes ne sont pas annulées — le proxy résout la tâche d'accès réseau à son compte, mais ne donne pas d'immunité contre les règles du service.
En résumé
Les applications russes sont passées de la vérification de l'adresse à la vérification de l'appareil, et cela change la formulation de la tâche : il est important non seulement de «d'où provient la demande», mais aussi «quelles traces de tunnel sont visibles dans le système» et «les quatre signaux indépendants sur votre pays s'accordent-ils». Changer d'IP couvre le premier des quatre niveaux. Renoncer aux clients de tunnel locaux au profit d'une connexion directe via un proxy couvre les deuxième, troisième et quatrième niveaux. Vous devez régler la cohérence des signaux géo vous-même — et c'est le seul niveau où l'infrastructure ne pourra pas aider du tout.
Le contexte dans lequel cela se produit ne disparaîtra pas : en février 2026, Roskomnadzor a limité l'accès à 469 services VPN, et selon une estimation citée sur Habr, environ 39 % des Russes utilisent un VPN — soit 8 points de pourcentage de plus qu'au début de l'année. La demande et le filtrage augmentent simultanément, donc le diagnostic par niveaux de cet article sera pertinent même après la prochaine vague de changements.
```