{"id":30229,"date":"2019-10-31T21:34:23","date_gmt":"2019-10-31T18:34:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vpn-dlya-mobilnyh-ustrojstv-na-urovne-seti\/"},"modified":"2019-10-31T21:34:23","modified_gmt":"2019-10-31T18:34:23","slug":"vpn-dlya-mobilnyh-ustrojstv-na-urovne-seti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/vpn-dlya-mobilnyh-ustrojstv-na-urovne-seti","title":{"rendered":"VPN pour appareils mobiles au niveau du r\u00e9seau","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dans l'espace francophone, il existe encore \u00e9tonnamment peu de mat\u00e9riel sur une technologie aussi ancienne et simple, mais pratique et s\u00fbre, qui est particuli\u00e8rement pertinente avec le d\u00e9veloppement de l'Internet des objets, \u00e0 savoir le VPN mobile (r\u00e9seau priv\u00e9 virtuel). Dans cet article, je vais d\u00e9crire comment et pourquoi il est possible de configurer l'acc\u00e8s \u00e0 votre r\u00e9seau priv\u00e9 depuis n'importe quel appareil avec une carte SIM, sans avoir besoin de configurer un logiciel sp\u00e9cialis\u00e9.
\n\"VPN
\n<\/a><\/noindex><\/p>\n

Objectifs et limitations<\/h2>\n

\nPour commencer, je vais r\u00e9pondre \u00e0 la question : \u00ab pourquoi ? \u00bb. Le VPN en tant que technologie est utilis\u00e9 pour r\u00e9soudre une vari\u00e9t\u00e9 de t\u00e2ches r\u00e9seau, regroup\u00e9es par un trait commun \u2014 le transfert isol\u00e9 de donn\u00e9es entre deux appareils \u00e0 travers un grand nombre de n\u0153uds interm\u00e9diaires. \u00c0 partir de cela, des solutions plus complexes sont construites et diverses t\u00e2ches sont r\u00e9solues. Dans la situation normale que tout le monde conna\u00eet, pour construire un VPN, on utilise le r\u00e9seau d'un op\u00e9rateur de t\u00e9l\u00e9communication fixe (pour ceux qui souhaitent des d\u00e9tails, il existe un excellent mat\u00e9riel<\/a><\/noindex>) ou de nombreux protocoles r\u00e9seau diff\u00e9rents (GRE, IPSec, L2TP et autres \u2014 le m\u00eame auteur en parle<\/a><\/noindex>) et les produits logiciels associ\u00e9s (Cisco AnyConnect, OpenVPN, TOR \u2014 vous le savez vous-m\u00eame), mais leur utilisation sur un appareil terminal sp\u00e9cifique impose imm\u00e9diatement une s\u00e9rie d'exigences envers celui-ci, dont le non-respect entra\u00eene certaines limitations.<\/p>\n

La premi\u00e8re limitation s\u00e9rieuse est que l'appareil doit \u00eatre capable, \u00e0 un niveau mat\u00e9riel et logiciel, de travailler avec au moins l'un de ces protocoles. Cela est souvent d\u00e9termin\u00e9 par le logiciel, qui peut facilement \u00eatre trouv\u00e9 pour un ordinateur portable ou un smartphone, mais il existe des cas o\u00f9 la t\u00e2che est pos\u00e9e \u00e0 un appareil trop simple d'un point de vue mat\u00e9riel, ou son logiciel pr\u00e9sente des limitations : un compteur d'eau souhaite utiliser le VPN pour transmettre son malheureux octet de relev\u00e9 une fois par mois, tout comme vous souhaitez utiliser le VPN pour \u00e9diter votre profil LinkedIn.<\/p>\n

Une autre contrainte importante est la n\u00e9cessit\u00e9 de configuration. Cela fonctionne \u00e0 la fois pour les appareils \u00ab stupides \u00bb mentionn\u00e9s pr\u00e9c\u00e9demment et pour les smartphones et ordinateurs classiques, qui ne connaissent pas cette limite. Et si, pour les premiers, tout est relativement simple et d\u00e9pend du temps pass\u00e9 \u00e0 la configuration, pour les seconds, les options sont vari\u00e9es. Souvent, les organisations utilisent des VPN pour des raisons de s\u00e9curit\u00e9, afin de prot\u00e9ger les dispositifs terminaux des employ\u00e9s contre l'acc\u00e8s au r\u00e9seau public sans la protection ad\u00e9quate de l'entreprise ou contre la transmission de donn\u00e9es professionnelles via des canaux publics. Les utilisateurs finaux peuvent, pour diverses raisons, d\u00e9sactiver ou oublier d'activer le VPN, ce qui peut laisser de nombreux syst\u00e8mes de s\u00e9curit\u00e9 de l'entreprise \u00ab \u00e0 l'\u00e9cart \u00bb.<\/p>\n

Ces deux limites peuvent facilement \u00eatre lev\u00e9es si l'acc\u00e8s au VPN est assur\u00e9 au niveau du r\u00e9seau. Dans le cas de la t\u00e9l\u00e9phonie mobile, cela peut se r\u00e9aliser gr\u00e2ce \u00e0 un \u00ab VPN mobile \u00bb. Quel que soit le type d'appareil capable de transmettre des donn\u00e9es, il les transmettra dans le bon r\u00e9seau. Peu importe les r\u00e9glages effectu\u00e9s sur l'appareil, avec un r\u00e9seau bien configur\u00e9, il transmettra toujours les donn\u00e9es l\u00e0 o\u00f9 il faut, et nulle part ailleurs. <\/p>\n

Et comme bonus agr\u00e9able, l'appareil recevra une adresse du r\u00e9seau interne, configur\u00e9e \u00e0 distance, et son acc\u00e8s ne sera possible que depuis l'int\u00e9rieur de ce r\u00e9seau (ou physiquement). Cela est tr\u00e8s important pour certaines cat\u00e9gories d'appareils.<\/p>\n

Comment cela fonctionne<\/h2>\n

<\/p>\n

PS Core<\/h3>\n

\n\u00c0 premi\u00e8re vue, le VPN est un service classique propos\u00e9 par tous les op\u00e9rateurs de t\u00e9l\u00e9communications pour le segment B2B, alors pourquoi y pr\u00eater autant d'attention ? Tout r\u00e9side dans la fa\u00e7on dont le r\u00e9seau de transmission de donn\u00e9es est organis\u00e9 pour les appareils connect\u00e9s via GPRS, HSPA, LTE ou d'autres technologies de communication mobile. Il n'y a pas de VLAN familiers aux administrateurs r\u00e9seau, pas de switchs, pas m\u00eame de routeurs au sens traditionnel du terme. Cependant, il existe un r\u00e9seau d'acc\u00e8s radio (RAN) et un c\u0153ur de paquets (PS Core). <\/p>\n

\"VPN
\nSch\u00e9ma simplifi\u00e9 du r\u00e9seau de paquets de l'op\u00e9rateur de t\u00e9l\u00e9phonie mobile. Il diff\u00e8re l\u00e9g\u00e8rement pour le LTE, mais le sens g\u00e9n\u00e9ral reste le m\u00eame.<\/i><\/p>\n

En g\u00e9n\u00e9ral, chaque appareil avec une carte SIM enregistr\u00e9 dans un r\u00e9seau de paquets (ayant pass\u00e9 la proc\u00e9dure d'attachement GPRS ou \u00e9quivalent) doit, avant de commencer \u00e0 transmettre des donn\u00e9es, initier la cr\u00e9ation d'une session de transmission de donn\u00e9es (contexte PDP) sur le routeur central du r\u00e9seau de paquets, GGSN. Les d\u00e9tails et la raison d'\u00eatre de ces processus sont tr\u00e8s bien d\u00e9crits dans cet article<\/a><\/noindex>. Ce qui est important pour nous : lors de l'initialisation de la session dans la requ\u00eate au GGSN figurent, entre autres, des param\u00e8tres que beaucoup ont peut-\u00eatre d\u00e9j\u00e0 vus sur leurs t\u00e9l\u00e9phones ou m\u00eame ont manipul\u00e9s lors de la configuration, comme les modems USB. Il s'agit de trois champs : APN, identifiant et mot de passe. APN (point d'acc\u00e8s) est une entit\u00e9 tr\u00e8s importante dans la logique de fonctionnement du GGSN : selon l'APN avec lequel la session est initi\u00e9e, le GGSN agit diff\u00e9remment. Suite au traitement r\u00e9ussi de la demande de l'utilisateur, le GGSN doit activer sa session de transmission de donn\u00e9es et informer l'appareil de ses param\u00e8tres, en particulier, l'adresse IP attribu\u00e9e \u00e0 l'appareil et les adresses DNS. Il y a ici plusieurs particularit\u00e9s tr\u00e8s importantes :<\/p>\n