Code source wiki de Le VPN ul
Version 1.1 par Stéphane Dugravot le 25/10/2012 - 15:19
Afficher les derniers auteurs
author | version | line-number | content |
---|---|---|---|
1 | = Le VPN @ul = | ||
2 | |||
3 | Ce VPN est ouvert à l'ensemble des personnels de l'Université de Lorraine. Il doit permettre les accès "de bases" aux ressources telles que les partages de fichiers, accès à des serveurs pédagogiques, etc ... son existence répond donc à un besoin d'accès global pour l'Université. Il ne peut en aucun cas délivrer un accès : | ||
4 | |||
5 | * Aux applications de gestion | ||
6 | * Aux systèmes spécifiques, telles que des : | ||
7 | ** Bases de données | ||
8 | ** Systèmes d'exploitations de la partie Infrastructures | ||
9 | ** etc ... | ||
10 | |||
11 | Pour ces cas précédents, il sera nécessaire de faire usage d'un VPN spécifique au besoin en question (et disposer des accès qui dans leurs cas, ne sont pas ouvert à tous le monde). | ||
12 | |||
13 | = Split tunel = | ||
14 | |||
15 | Le VPN met en oeuvre de la tunelisation partielle (split tunel), ce qui signifie que chaque serveur, chaque subnet doit clairement être déclaré pour qu'un usager du VPN soit tunéliser vers la ressource à obtenir. Contrairement au VPN de type tunélisation complète, toutes les requêtes ne sont pas rediriger dans le tunel. Ceci à 2 conséquences majeures : | ||
16 | |||
17 | 1. L'accès aux ressources locales reste possible, par exemple si le VPN est utilisé depuis le domicile ou depuis un réseau local, l'imprimante du réseau local, ou le serveur de fichier restera accessible. | ||
18 | 1. L'ensemble des communication ne seront pas "protégés" par la tunelisation. Par exemple dans le cas de l'usage d'un réseau WiFi de type ouvert (cas du réseau [[Universite de Lorraine>>doc:xwiki:interne.dir.dn.infra.infra.Réseaux sans fil - WiFi.WebHome]]) une partie des connexions n'est donc plus sécurisée par le VPN. | ||
19 | 1. Il devient nécessaire de déclarer une route que le serveur VPN va mettre en oeuvre pour le client afin d'assurer que le client accède à la ressource. Sans cela, la requête ne passera pas à travers le VPN, et les accès seront sans doute impossibles. | ||
20 | |||
21 | = ACLs = | ||
22 | |||
23 | Le VPN @ul tunélise des adresses du subnet **172.19.100.0/21** | ||
24 | |||
25 | Ceci doit vous permettre de faire les ouvertures d'ACLs nécessaires. | ||
26 | |||
27 | = Tableau des demandes d'ouvertures = | ||
28 | |||
29 | Pour assurer l'accès aux ressources, il vous est nécessaire de réaliser ici des demandes de mise en place de route. Inscrivez simplement dans la colonne Route, le(s) subnet(s) sous la forme CIDR de la ressource à rendre dispo au VPN. Dans le processus : | ||
30 | |||
31 | * Nous seront informer automatiquement de la demande via le suivi des modifications de cette page, | ||
32 | * Nous en ferons la demande au CIRIL | ||
33 | * Une fois en place, nous ajouterons un symbole : ✅️ dans la colonne Etat afin que vous puissiez suivre la mise à disposition | ||
34 | |||
35 | |=((( | ||
36 | Composante | ||
37 | )))|=((( | ||
38 | Route | ||
39 | )))|=((( | ||
40 | Commentaire | ||
41 | )))|=(% colspan="1" %)((( | ||
42 | Etat | ||
43 | ))) | ||
44 | |((( | ||
45 | Composante de test | ||
46 | )))|((( | ||
47 | 88.212.34.45 | ||
48 | )))|((( | ||
49 | Commentaire de test | ||
50 | )))|(% colspan="1" %)((( | ||
51 | ✅️ | ||
52 | ))) | ||
53 | |(% colspan="1" %)((( | ||
54 | Composante de test | ||
55 | )))|(% colspan="1" %)((( | ||
56 | 88.212.34.0/24 | ||
57 | )))|(% colspan="1" %)((( | ||
58 | Commentaire de test | ||
59 | )))|(% colspan="1" %)((( | ||
60 | ✅️ | ||
61 | ))) |