Vpn doc user » Historique » Révision 37
« Précédent |
Révision 37/68
(diff)
| Suivant »
Mit Mit, 25/04/2016 22:28
Documentation utilisateur pour le VPN Illyse¶
- Contenu
- Documentation utilisateur pour le VPN Illyse
- Exemples de configuration.
- Configurations avancées
Le VPN d'Illyse utilise OpenVPN, qui a l'avantage de fonctionner sur à peu près n'importe quelle plate-forme (GNU/Linux, OS X, Windows, Android, …)
Cette page sert de documentation utilisateur. Pour l'instant, elle contient principalement des exemples de fichier de configuration pour le client openvpn.
Les fichiers de configuration donnés ici sont génériques, au sens où le reste de la configuration se fait via l'interface web abonné Illyse : https://coin.illyse.org/ (adresses IP à utiliser sur le tunnel, etc).
Avant de commencer¶
Se connecter au SI d'Illyse avec le nom d'utilisateur communiqué par mail : COIN. Si c'est votre première connexion, choisir un mot de passe pour COIN et bien le retenir.
Aller dans la catégorie "Abonnements". Si rien n'apparait alors que vous avez souscrit au VPN, contacter adminsys@illyse.org. A la ligne "VPN", cliquer sur "Configurer". Noter le nom d'utilisateur (le mieux est de le copier dans un fichier texte brut, nous verrons pourquoi ensuite). Générer un mot de passe et le copier dans le même fichier. Attention, si vous perdez votre mot de passe il faudra en générer un nouveau.
Note importante sur la sécurité¶
Le VPN Illyse fournit une IPv4 publique et de l'IPv6 (elle aussi publique, évidemment). Aucun pare-feu (firewall) n'est en place côté Illyse : assurez-vous d'avoir un pare-feu (firewall) sur votre machine lorsque vous utilisez le VPN.
De plus il est possible que votre pare-feu considère la connexion VPN comme faisant partie d'un réseau "privé" et abaisse le niveau de sécurité sur cette connexion.
Vous pourriez vous retrouver à exposer sur Internet, entre autres :
- un serveur SSH, avec des mots de passe faibles,
- un serveur Web, avec une application en cours de développement,
- un serveur mail mal configuré, susceptible de relayer du spam (open-relay) et de provoquer rapidement l'inscription de votre adresse IP dans des listes noires (RBL),
- le protocole SMB sur les systèmes Microsoft Windows, qui permet entre autres d'accéder aux partages réseaux et aux imprimantes.
Gardez à l'esprit que votre adresse IPv4 publique sera l'objet de scans intensifs depuis Internet, surtout si elle est utilisée pour la première fois.
Illyse vous fournit un accès à Internet neutre, ce qui signifie entre autres que l'association ne se permet pas de décider à la place ses abonnés de ce qu'il faut filtrer sur leur connexion.
N'hésitez pas à demander de l'aide, à poser des questions, dans l'association ou ailleurs, pour conserver la pleine maîtrise de votre connexion :)
Paramètres de connexion OpenVPN¶
Si vous savez déjà utiliser OpenVPN, les informations les plus importantes sont les suivantes :
- Serveur : vpn.illyse.net
- Protocole : UDP recommandé, TCP possible
- Port : quelconque (1194 est le port standard OpenVPN, mais tous les ports mènent au serveur VPN)
- Compression : non
- Fragmentation : 1300 octets
- TCP MSS fix : 1300 octets
Notez donc que le serveur OpenVPN d'Illyse écoute à la fois en UDP et en TCP, et ce, sur n'importe quel port. Si vous êtes sur un réseau complètement bloqué mais que UDP/53 ou TCP/443 passe, pas de problème, le VPN passe !
Pour des raisons de performance, UDP est recommandé. N'utilisez le mode TCP qu'en dernier recours. Référence : http://sites.inka.de/bigred/devel/tcp-tcp.html
Exemples de configuration.¶
Ces exemples de fichiers de configuration sont là pour vous aider à vous connecter au VPN.
GNU/Linux (Debian Wheezy)¶
Pour les débutants¶
Installer OpenVPN : ouvrir un terminal et taper "sudo aptitude install openvpn". Se connecter en root dans le terminal ("sudo su") et se placer dans le répertoire /etc/openvpn/ ("cd /etc/openvpn/"). Créer le fichier texte nommé illyse.conf (nano illyse.conf) et copier dedans la configuration ci-dessous. Créer le fichier texte nommé credentials et y insérer le nom d'utilisateur et le mot de passe stockés précédemment (une ligne chacun, voir modèle ci-dessous).
Lancer le VPN avec la commande "service openvpn start illyse" (besoin d'être root). Ça devrait fonctionner ! Si ce n'est pas le cas, vérifier les étapes précédentes, et la connexion Internet. Si ça ne fonctionne toujours pas, écrire un gentil mail à adminsys@illyse.org en joignant le rapport d'erreur situé ici : /var/log/openvpn-illyse.log. Pour stopper le VPN, taper la commande "service openvpn stop illyse".
Fichier de configuration OpenVPN¶
La configuration est commentée, n'hésitez pas à changer des paramètres. Avec les paramètres ci-dessous, une IPv4 et une IPv6 seront attribués, et tout le trafic passera par le VPN.
/etc/openvpn/illyse.conf
# C'est nous qui prenons l'initiative de nous connecter au serveur. client # On route de l'IP, on ne fait pas de l'ethernet. dev tun0 # si on ne reçoit pas d'IP pour tun0: # - soit on configure l'interface avec des ip privées bidon #ifconfig 10.255.255.1 10.255.255.2 # - soit on utilise un script pour faire "ifconfig tun0 up" #script-security 2 #up up.sh # Il est préférable d'utiliser udp, le résultat fonctionne mieux. Il est # cependant notable que les restrictions d'accès Internet laissent souvent # plus facilement passer tcp. Essayez donc udp, et seulement s'il ne fonctionne # pas, essayez tcp. # Transport sur udp v4. En v6, la redirection de passerelle par défaut fonctionne mal (openvpn ne crée pas l'équivalent de la route /32 IPv4 vers le serveur vpn via la passerelle sous-jacente) # Si on ne prévoit pas d'utiliser la directive "redirect-gateway def1", alors on peut choisir "proto udp6" pour monter le tunnel en IPv6. #proto udp6 proto udp #proto tcp # Certains réseaux ont en fait une MTU bien inférieure à 1450. Dire aux connexions # TCP d'être très conservatives, pour que ça marche plus ou moins partout. mssfix 1300 # En UDP, on peut s'assurer que ça passe de toutes façons en fragmentant au besoin # quand ça dépasse. fragment 1300 # Idéalement, ça devrait être détecté tout seul, mais c'est loin de toujours fonctionner... #mtu-disc yes # En udp, Prévenir le serveur quand on termine, permet de relancer # immédiatement sans attendre que le serveur se rende compte de la # déconnexion par timeout. explicit-exit-notify # L'adresse du serveur. remote vpn.illyse.net 1194 # Éventuellement, on peut avoir besoin de passer par un proxy http, décommenter cette ligne en mettant l'adresse et le port du proxy. #http-proxy 192.0.2.1 8080 # Attendre un peu avant d'ajouter les routes. route-delay 2 # Ne pas utiliser un port local statique, on est client de toutes façons. nobind # Garder la clé en mémoire, pour ne pas avoir besoin de la relire lors d'un # redémarrage. persist-key # Ne pas tuer l'interface du tunnel lors d'un redémarrage. #persist-tun # Décommenter cette ligne pour faire passer tout le trafic via le VPN: redirect-gateway def1 # On peut aussi vouloir plutôt router seulement quelques destinations, par # exemple ici tout Gitoyen: #route 80.67.160.0 255.255.224.0 # Activer IPv6 dans le tunnel tun-ipv6 # et faire passer tout le trafic IPv6 via le VPN: route-ipv6 ::/1 route-ipv6 8000::/1 # Envoyer un login et un mot de passe. Pour éviter de taper à la main login # et mot de passe, vous pouvez ajouter à droite de "auth-user-pass" le nom d'un # fichier contenant ces deux informations, une par ligne. auth-user-pass credentials # Retenter le l’authentification même si le serveur la refuse (utile pour # éviter de faire mourir le client si le serveur LDAP ne répond pas) auth-retry nointeract # Un minimum de debug, c'est toujours bien. verb 3 log-append /var/log/openvpn-illyse.log # Certificat permettant de vérifier que c'est bien à Illyse que # l'on se connecte et donc à qui on donne notre mot de passe. remote-cert-tls server <ca> -----BEGIN CERTIFICATE----- MIIG2TCCBMGgAwIBAgIJAPAWK4ceEBXzMA0GCSqGSIb3DQEBBQUAMIGjMQswCQYD VQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFubmUxDzAN BgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMRaWxseXNl LW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJARYQYWJ1 c2VAaWxseXNlLm9yZzAeFw0xNDAzMTgyMTMyMjNaFw0yNDAzMTUyMTMyMjNaMIGj MQswCQYDVQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFu bmUxDzANBgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMR aWxseXNlLW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJ ARYQYWJ1c2VAaWxseXNlLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAKl/s6IoAsJTxw82xps5PHPTMjKhONFNk4gJMdSngbhGMcRM5ebwD9Dhfava w9NjWiwNhikhnRWW3HGrv+BE7cqga16ryuLCievG1nfqZMpa3EnfWwwmHClMV9Zf OPb/AD2V3t2MAvZ1ZcvyTe/p/3eHovHhEHJ2qXtd0iI9u8b7xcEm9vXIw7kYN2dQ xIe9Wd85tja2IBtf67oBS8JZxSkIcEY7KAXsFUtFyGn6fbPGj8UGM+roiYqzEYa/ BNvc2eEfhhpHSoN5vRKu0LrVUA3uA41dOKcxW15af4Xy058l0aUWeSK64jK/cL24 fmBZoQfdS9U5P5wnm4tpRR7oesdrohhbVWn4JjRyF31HM1FtAoT6oTqhhlrImpGw j7nAGlItT04C73wgiSajFJryo24XuedzjFxm3BetAcSUyE5e3BSqTUbEtWdTdiw1 l3/WQyyBrn98SChBExmpklecI5eFp/DoLBqwW/U/vseD7zMfF7OHnHtbsbniUujN WjNGiWnVJ636nTfPIDsngGTACWh5ZwxX0fGW2+RqS2NN9R1dGWdW34lgfwx04Wzc l0NZ++itmJq5iJUw9Kj9mmQZn96V8b6hDnhcJfkvUlgxhHcZ5isfOwQq6UcP3mZP zOCWuCwIKNPMLcJmC684mkJJrJuCc6N9pNm7jjmdPkW/0j2VAgMBAAGjggEMMIIB CDAdBgNVHQ4EFgQUXUSESsSBdTGjlbvo+Sbsiwo+E/4wgdgGA1UdIwSB0DCBzYAU XUSESsSBdTGjlbvo+Sbsiwo+E/6hgamkgaYwgaMxCzAJBgNVBAYTAkZSMQwwCgYD VQQIEwNSSEExFTATBgNVBAcTDFZpbGxldXJiYW5uZTEPMA0GA1UEChMGSUxMWVNF MRAwDgYDVQQLEwdvcGVudnBuMRowGAYDVQQDExFpbGx5c2Utb3BlbnZwbi1jYTEP MA0GA1UEKRMGSUxMWVNFMR8wHQYJKoZIhvcNAQkBFhBhYnVzZUBpbGx5c2Uub3Jn ggkA8BYrhx4QFfMwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOCAgEATAlP EQXjzQ10xkQdUNXjy+s87DWcbpu3n4Wlc4E828Ek6D1LhbPeVL7wTyhHj+Txxy8o 4sCCL+oH/HgnMEy7VHs0HXpD3F9iPD8U3QiL1sfO+0IKOhBOKAsjmpuH+oCsXpZ0 J/GnebPQ6S+wBFCZH3uU5jIeB4WCFpzn2WQVIXh+lzKKWLN3GxfxdWkIyl4Fluj4 6k0Lj35EtE74wZTWbCkum7rNOp9gnGtrcyAupwj2MTeVcLzigYLth/G6AA3a7VeE hlvJqV7URhiwXL8lQjaMoDFYiD8zhBn44tLwKMiTvyHfNs0+1mcteoDwI20SKo3F VUnyCqc9k9Dq0YfE4RqhjmsMcV6HydaznCclnIrugPdFAQzGbk7bNZJ3yv0ATj9Z wcfHxIUEuPl392OvJDm/JEbegonQ4yyv2B8OAacZ4HPm/6FeYS/jyOe66BUku0rd LSVaB9OD7iVWkW5eo6ng3XA390HIUUtf/0IdtiCoMsjuZbVagfiaUu0kUJpR6d2k r5czdLFhRu8uw0sWn1rMQXlUAqH0WAfoq8XinaHesWs5MEnvevjoUTkNhFnqe1Ra rkwU9mzr1/N6GfpPalbveD0duTGAkJN5mwLZi+HZ4ctLgO1ShYFU/NbC7jNU3YCU sjvtdavgLFaMPLPrI2DAcjpVMUuL1VgdqUcQkhc= -----END CERTIFICATE----- </ca>
/etc/openvpn/credentials
(Seulement si vous voulez stocker votre mot de passe. En clair. Oui, c'est moche.)
Spécifier login et mot de passe sur deux lignes différences.
jkleboulet-vpn1 omgsuchsecured123
Mise à jour automatique de resolv.conf¶
Pour que resolv.conf soit mis à jour par openvpn avec les IP des resolvers DNS Illyse poussées par le serveur VPN.
<mit-mit> Bon, ça marche, faut ajouter à la config : <mit-mit> script-security 2 <mit-mit> up /etc/openvpn/update-resolv-conf <mit-mit> down /etc/openvpn/update-resolv-conf <mit-mit> et avoir resolvconf d'installé. <mit-mit> (la première ligne étant l'autorisation de lancement de scripts externes)
GNU/Linux (Network Manager)¶
Il est possible de configurer graphiquement le VPN via Network Manager.
(J’utilise la version KDE, des détails peuvent varier si vous utilisez la version gtk)
Téléchargez le fichier vpn-illyse.crt.
Installez le backend openvpn pour Network Manager, puis créez une nouvelle connexion de type openvpn.
Complétez comme suit, indiquez le chemin du fichier crt, votre login et votre mot de passe VPN :
Cliquez sur «Avancé», mettez 1300 dans «Taille du fragment UDP» et cochez «Restreindre la taille maximale du segment TCP (MSS)»
Windows¶
Installez OpenVPN, par exemple en suivant la documentation présente ici : http://www.rezine.org/documentation/tunnels_chiffres/#index4h1
Créez ensuite le fichier suivant.
Faites attention à l’extension des fichiers : parfois Windows ajoute une extension .txt aux fichiers sans le dire.
C:\Program Files\OpenVPN\config\illyse\illyse.ovpn
# C'est nous qui prenons l'initiative de nous connecter au serveur. client # On route de l'IP, on ne fait pas de l'ethernet. dev tun0 # si on ne reçoit pas d'IP pour tun0: # - soit on configure l'interface avec des ip privées bidon #ifconfig 10.255.255.1 10.255.255.2 # - soit on utilise un script pour faire "ifconfig tun0 up" #script-security 2 #up up.sh # Il est préférable d'utiliser udp, le résultat fonctionne mieux. Il est # cependant notable que les restrictions d'accès Internet laissent souvent # plus facilement passer tcp. Essayez donc udp, et seulement s'il ne fonctionne # pas, essayez tcp. #proto udp6 proto udp #proto tcp # Certains réseaux ont en fait une MTU bien inférieure à 1450. Dire aux connexions # TCP d'être très conservatives, pour que ça marche plus ou moins partout. mssfix 1300 # En UDP, on peut s'assurer que ça passe de toutes façons en fragmentant au besoin # quand ça dépasse. fragment 1300 # Idéalement, ça devrait être détecté tout seul, mais c'est loin de toujours fonctionner... #mtu-disc yes #mtu-test #link-mtu 1300 #tun-mtu 1300 # En udp, Prévenir le serveur quand on termine, permet de relancer # immédiatement sans attendre que le serveur se rende compte de la # déconnexion par timeout. explicit-exit-notify # L'adresse du serveur. remote vpn.illyse.net 1194 # Éventuellement, on peut avoir besoin de passer par un proxy http, décommenter cette ligne en mettant l'adresse et le port du proxy. #http-proxy 192.0.2.1 8080 # Pour windows: utiliser route.exe. route-method exe # Attendre un peu avant d'ajouter les routes. route-delay 2 # Ne pas utiliser un port local statique, on est client de toutes façons. nobind # Garder la clé en mémoire, pour ne pas avoir besoin de la relire lors d'un # redémarrage. persist-key # Ne pas tuer l'interface du tunnel lors d'un redémarrage. #persist-tun #ip-win32 ipapi # Décommenter cette ligne pour faire passer tout le trafic via le VPN: redirect-gateway def1 # On peut aussi vouloir plutôt router seulement quelques destinations, par # exemple ici tout Gitoyen: #route 80.67.160.0 255.255.224.0 # Activer IPv6 dans le VPN tun-ipv6 # Faire passer tout le trafic IPv6 via le VPN: route-ipv6 ::/1 route-ipv6 8000::/1 # Envoyer un login et un mot de passe. Pour éviter de taper à la main login # et mot de passe, vous pouvez ajouter à droite de "auth-user-pass" le nom d'un # fichier contenant ces deux informations, une par ligne. auth-user-pass credentials # Un minimum de debug, c'est toujours bien. verb 3 #log-append /var/log/openvpn-illyse.log # Certificat permettant de vérifier que c'est bien à Illyse que # l'on se connecte et donc à qui on donne notre mot de passe. remote-cert-tls server <ca> -----BEGIN CERTIFICATE----- MIIG2TCCBMGgAwIBAgIJAPAWK4ceEBXzMA0GCSqGSIb3DQEBBQUAMIGjMQswCQYD VQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFubmUxDzAN BgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMRaWxseXNl LW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJARYQYWJ1 c2VAaWxseXNlLm9yZzAeFw0xNDAzMTgyMTMyMjNaFw0yNDAzMTUyMTMyMjNaMIGj MQswCQYDVQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFu bmUxDzANBgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMR aWxseXNlLW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJ ARYQYWJ1c2VAaWxseXNlLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAKl/s6IoAsJTxw82xps5PHPTMjKhONFNk4gJMdSngbhGMcRM5ebwD9Dhfava w9NjWiwNhikhnRWW3HGrv+BE7cqga16ryuLCievG1nfqZMpa3EnfWwwmHClMV9Zf OPb/AD2V3t2MAvZ1ZcvyTe/p/3eHovHhEHJ2qXtd0iI9u8b7xcEm9vXIw7kYN2dQ xIe9Wd85tja2IBtf67oBS8JZxSkIcEY7KAXsFUtFyGn6fbPGj8UGM+roiYqzEYa/ BNvc2eEfhhpHSoN5vRKu0LrVUA3uA41dOKcxW15af4Xy058l0aUWeSK64jK/cL24 fmBZoQfdS9U5P5wnm4tpRR7oesdrohhbVWn4JjRyF31HM1FtAoT6oTqhhlrImpGw j7nAGlItT04C73wgiSajFJryo24XuedzjFxm3BetAcSUyE5e3BSqTUbEtWdTdiw1 l3/WQyyBrn98SChBExmpklecI5eFp/DoLBqwW/U/vseD7zMfF7OHnHtbsbniUujN WjNGiWnVJ636nTfPIDsngGTACWh5ZwxX0fGW2+RqS2NN9R1dGWdW34lgfwx04Wzc l0NZ++itmJq5iJUw9Kj9mmQZn96V8b6hDnhcJfkvUlgxhHcZ5isfOwQq6UcP3mZP zOCWuCwIKNPMLcJmC684mkJJrJuCc6N9pNm7jjmdPkW/0j2VAgMBAAGjggEMMIIB CDAdBgNVHQ4EFgQUXUSESsSBdTGjlbvo+Sbsiwo+E/4wgdgGA1UdIwSB0DCBzYAU XUSESsSBdTGjlbvo+Sbsiwo+E/6hgamkgaYwgaMxCzAJBgNVBAYTAkZSMQwwCgYD VQQIEwNSSEExFTATBgNVBAcTDFZpbGxldXJiYW5uZTEPMA0GA1UEChMGSUxMWVNF MRAwDgYDVQQLEwdvcGVudnBuMRowGAYDVQQDExFpbGx5c2Utb3BlbnZwbi1jYTEP MA0GA1UEKRMGSUxMWVNFMR8wHQYJKoZIhvcNAQkBFhBhYnVzZUBpbGx5c2Uub3Jn ggkA8BYrhx4QFfMwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOCAgEATAlP EQXjzQ10xkQdUNXjy+s87DWcbpu3n4Wlc4E828Ek6D1LhbPeVL7wTyhHj+Txxy8o 4sCCL+oH/HgnMEy7VHs0HXpD3F9iPD8U3QiL1sfO+0IKOhBOKAsjmpuH+oCsXpZ0 J/GnebPQ6S+wBFCZH3uU5jIeB4WCFpzn2WQVIXh+lzKKWLN3GxfxdWkIyl4Fluj4 6k0Lj35EtE74wZTWbCkum7rNOp9gnGtrcyAupwj2MTeVcLzigYLth/G6AA3a7VeE hlvJqV7URhiwXL8lQjaMoDFYiD8zhBn44tLwKMiTvyHfNs0+1mcteoDwI20SKo3F VUnyCqc9k9Dq0YfE4RqhjmsMcV6HydaznCclnIrugPdFAQzGbk7bNZJ3yv0ATj9Z wcfHxIUEuPl392OvJDm/JEbegonQ4yyv2B8OAacZ4HPm/6FeYS/jyOe66BUku0rd LSVaB9OD7iVWkW5eo6ng3XA390HIUUtf/0IdtiCoMsjuZbVagfiaUu0kUJpR6d2k r5czdLFhRu8uw0sWn1rMQXlUAqH0WAfoq8XinaHesWs5MEnvevjoUTkNhFnqe1Ra rkwU9mzr1/N6GfpPalbveD0duTGAkJN5mwLZi+HZ4ctLgO1ShYFU/NbC7jNU3YCU sjvtdavgLFaMPLPrI2DAcjpVMUuL1VgdqUcQkhc= -----END CERTIFICATE----- </ca>
Il est également possible de créer un fichier contenant vos logins et mots de passe pour éviter de les taper à chaque connexion. Par exemple :
C:\Program Files\OpenVPN\config\illyse\credentials
jkleboulet-vpn1 omgsuchsecured123
Si vous ne voulez pas utiliser un tel fichier, commentez la ligne «auth-user-pass credentials» dans la configuration.
Mac OS X¶
Installer le client OpenVPN Tunnelblick : https://code.google.com/p/tunnelblick/
Créer un fichier illyse.ovpn avec la configuration voulue. Celle indiquée ci-dessous fonctionne sans modification necessaire.
Double-cliquer sur le fichier afin que TunnelBlick import la configuration.
A la première connexion, il va demander un couple login/password qu'il sera possible de stocker dans le trousseau.
- log-append : Ce paramètre n'est pas accepté. Mais tunnelblick log déjà en interne.
- auth-user-pass : On ne précise pas de fichier de credential, c'est géré par Tunnelblick et Keychains au moment de la connexion
- Les commentaires ont été retirés car le fichier est tronqué au moment de l'import s'il est trop long (ce qui était le cas)
illyse.ovpn
client dev tun0 proto udp mssfix 1300 fragment 1300 explicit-exit-notify remote vpn.illyse.net 1194 #http-proxy 192.0.2.1 8080 route-delay 2 nobind persist-key persist-tun redirect-gateway def1 #route 80.67.160.0 255.255.224.0 tun-ipv6 route-ipv6 ::/1 route-ipv6 8000::/1 auth-user-pass verb 3 remote-cert-tls server <ca> -----BEGIN CERTIFICATE----- MIIG2TCCBMGgAwIBAgIJAPAWK4ceEBXzMA0GCSqGSIb3DQEBBQUAMIGjMQswCQYD VQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFubmUxDzAN BgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMRaWxseXNl LW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJARYQYWJ1 c2VAaWxseXNlLm9yZzAeFw0xNDAzMTgyMTMyMjNaFw0yNDAzMTUyMTMyMjNaMIGj MQswCQYDVQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFu bmUxDzANBgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMR aWxseXNlLW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJ ARYQYWJ1c2VAaWxseXNlLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAKl/s6IoAsJTxw82xps5PHPTMjKhONFNk4gJMdSngbhGMcRM5ebwD9Dhfava w9NjWiwNhikhnRWW3HGrv+BE7cqga16ryuLCievG1nfqZMpa3EnfWwwmHClMV9Zf OPb/AD2V3t2MAvZ1ZcvyTe/p/3eHovHhEHJ2qXtd0iI9u8b7xcEm9vXIw7kYN2dQ xIe9Wd85tja2IBtf67oBS8JZxSkIcEY7KAXsFUtFyGn6fbPGj8UGM+roiYqzEYa/ BNvc2eEfhhpHSoN5vRKu0LrVUA3uA41dOKcxW15af4Xy058l0aUWeSK64jK/cL24 fmBZoQfdS9U5P5wnm4tpRR7oesdrohhbVWn4JjRyF31HM1FtAoT6oTqhhlrImpGw j7nAGlItT04C73wgiSajFJryo24XuedzjFxm3BetAcSUyE5e3BSqTUbEtWdTdiw1 l3/WQyyBrn98SChBExmpklecI5eFp/DoLBqwW/U/vseD7zMfF7OHnHtbsbniUujN WjNGiWnVJ636nTfPIDsngGTACWh5ZwxX0fGW2+RqS2NN9R1dGWdW34lgfwx04Wzc l0NZ++itmJq5iJUw9Kj9mmQZn96V8b6hDnhcJfkvUlgxhHcZ5isfOwQq6UcP3mZP zOCWuCwIKNPMLcJmC684mkJJrJuCc6N9pNm7jjmdPkW/0j2VAgMBAAGjggEMMIIB CDAdBgNVHQ4EFgQUXUSESsSBdTGjlbvo+Sbsiwo+E/4wgdgGA1UdIwSB0DCBzYAU XUSESsSBdTGjlbvo+Sbsiwo+E/6hgamkgaYwgaMxCzAJBgNVBAYTAkZSMQwwCgYD VQQIEwNSSEExFTATBgNVBAcTDFZpbGxldXJiYW5uZTEPMA0GA1UEChMGSUxMWVNF MRAwDgYDVQQLEwdvcGVudnBuMRowGAYDVQQDExFpbGx5c2Utb3BlbnZwbi1jYTEP MA0GA1UEKRMGSUxMWVNFMR8wHQYJKoZIhvcNAQkBFhBhYnVzZUBpbGx5c2Uub3Jn ggkA8BYrhx4QFfMwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOCAgEATAlP EQXjzQ10xkQdUNXjy+s87DWcbpu3n4Wlc4E828Ek6D1LhbPeVL7wTyhHj+Txxy8o 4sCCL+oH/HgnMEy7VHs0HXpD3F9iPD8U3QiL1sfO+0IKOhBOKAsjmpuH+oCsXpZ0 J/GnebPQ6S+wBFCZH3uU5jIeB4WCFpzn2WQVIXh+lzKKWLN3GxfxdWkIyl4Fluj4 6k0Lj35EtE74wZTWbCkum7rNOp9gnGtrcyAupwj2MTeVcLzigYLth/G6AA3a7VeE hlvJqV7URhiwXL8lQjaMoDFYiD8zhBn44tLwKMiTvyHfNs0+1mcteoDwI20SKo3F VUnyCqc9k9Dq0YfE4RqhjmsMcV6HydaznCclnIrugPdFAQzGbk7bNZJ3yv0ATj9Z wcfHxIUEuPl392OvJDm/JEbegonQ4yyv2B8OAacZ4HPm/6FeYS/jyOe66BUku0rd LSVaB9OD7iVWkW5eo6ng3XA390HIUUtf/0IdtiCoMsjuZbVagfiaUu0kUJpR6d2k r5czdLFhRu8uw0sWn1rMQXlUAqH0WAfoq8XinaHesWs5MEnvevjoUTkNhFnqe1Ra rkwU9mzr1/N6GfpPalbveD0duTGAkJN5mwLZi+HZ4ctLgO1ShYFU/NbC7jNU3YCU sjvtdavgLFaMPLPrI2DAcjpVMUuL1VgdqUcQkhc= -----END CERTIFICATE----- </ca>
Android¶
Configuration OpenVPN pour Android (testé sous Android 4.4.4 et OpenVPN for Android v0.6.17)
Ci-après un fichier de configuration qui devrait fonctionner avec l'application Android OpenVPN for Android,
Disponible sur F-Droid : https://f-droid.org/repository/browse/?fdfilter=openvpn&fdid=de.blinkt.openvpn
Ou au pire sur le PlayStore : https://play.google.com/store/apps/details?id=de.blinkt.openvpn
Posez le fichier de configuration, renommé en VPN-Illyse.conf par exemple, sur l'appareil.
Une fois l'application installée et démarrée, cliquez sur le dossier en bas à droite et chezchez le fichier de configuration.
Il suffit de renseigner les identifiants.
# # Fichier de configuration VPN Illyse pour Android # 2014-10-14 # # Enables connection to GUI management /data/data/de.blinkt.openvpn/cache/mgmtsocket unix management-client management-query-passwords management-hold setenv IV_GUI_VER "de.blinkt.openvpn 0.6.17" machine-readable-output client verb 4 connect-retry-max 5 connect-retry 5 resolv-retry 60 dev tun remote vpn.illyse.net 1194 udp auth-user-pass route-ipv6 ::/0 route 0.0.0.0 0.0.0.0 vpn_gateway remote-cert-tls server persist-tun # persist-tun also enables pre resolving to avoid DNS resolve problem preresolve # Use system proxy setting management-query-proxy # Custom configuration options # You are on your on own here mssfix 1300 fragment 1300 <ca> -----BEGIN CERTIFICATE----- MIIG2TCCBMGgAwIBAgIJAPAWK4ceEBXzMA0GCSqGSIb3DQEBBQUAMIGjMQswCQYD VQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFubmUxDzAN BgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMRaWxseXNl LW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJARYQYWJ1 c2VAaWxseXNlLm9yZzAeFw0xNDAzMTgyMTMyMjNaFw0yNDAzMTUyMTMyMjNaMIGj MQswCQYDVQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFu bmUxDzANBgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMR aWxseXNlLW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJ ARYQYWJ1c2VAaWxseXNlLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAKl/s6IoAsJTxw82xps5PHPTMjKhONFNk4gJMdSngbhGMcRM5ebwD9Dhfava w9NjWiwNhikhnRWW3HGrv+BE7cqga16ryuLCievG1nfqZMpa3EnfWwwmHClMV9Zf OPb/AD2V3t2MAvZ1ZcvyTe/p/3eHovHhEHJ2qXtd0iI9u8b7xcEm9vXIw7kYN2dQ xIe9Wd85tja2IBtf67oBS8JZxSkIcEY7KAXsFUtFyGn6fbPGj8UGM+roiYqzEYa/ BNvc2eEfhhpHSoN5vRKu0LrVUA3uA41dOKcxW15af4Xy058l0aUWeSK64jK/cL24 fmBZoQfdS9U5P5wnm4tpRR7oesdrohhbVWn4JjRyF31HM1FtAoT6oTqhhlrImpGw j7nAGlItT04C73wgiSajFJryo24XuedzjFxm3BetAcSUyE5e3BSqTUbEtWdTdiw1 l3/WQyyBrn98SChBExmpklecI5eFp/DoLBqwW/U/vseD7zMfF7OHnHtbsbniUujN WjNGiWnVJ636nTfPIDsngGTACWh5ZwxX0fGW2+RqS2NN9R1dGWdW34lgfwx04Wzc l0NZ++itmJq5iJUw9Kj9mmQZn96V8b6hDnhcJfkvUlgxhHcZ5isfOwQq6UcP3mZP zOCWuCwIKNPMLcJmC684mkJJrJuCc6N9pNm7jjmdPkW/0j2VAgMBAAGjggEMMIIB CDAdBgNVHQ4EFgQUXUSESsSBdTGjlbvo+Sbsiwo+E/4wgdgGA1UdIwSB0DCBzYAU XUSESsSBdTGjlbvo+Sbsiwo+E/6hgamkgaYwgaMxCzAJBgNVBAYTAkZSMQwwCgYD VQQIEwNSSEExFTATBgNVBAcTDFZpbGxldXJiYW5uZTEPMA0GA1UEChMGSUxMWVNF MRAwDgYDVQQLEwdvcGVudnBuMRowGAYDVQQDExFpbGx5c2Utb3BlbnZwbi1jYTEP MA0GA1UEKRMGSUxMWVNFMR8wHQYJKoZIhvcNAQkBFhBhYnVzZUBpbGx5c2Uub3Jn ggkA8BYrhx4QFfMwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOCAgEATAlP EQXjzQ10xkQdUNXjy+s87DWcbpu3n4Wlc4E828Ek6D1LhbPeVL7wTyhHj+Txxy8o 4sCCL+oH/HgnMEy7VHs0HXpD3F9iPD8U3QiL1sfO+0IKOhBOKAsjmpuH+oCsXpZ0 J/GnebPQ6S+wBFCZH3uU5jIeB4WCFpzn2WQVIXh+lzKKWLN3GxfxdWkIyl4Fluj4 6k0Lj35EtE74wZTWbCkum7rNOp9gnGtrcyAupwj2MTeVcLzigYLth/G6AA3a7VeE hlvJqV7URhiwXL8lQjaMoDFYiD8zhBn44tLwKMiTvyHfNs0+1mcteoDwI20SKo3F VUnyCqc9k9Dq0YfE4RqhjmsMcV6HydaznCclnIrugPdFAQzGbk7bNZJ3yv0ATj9Z wcfHxIUEuPl392OvJDm/JEbegonQ4yyv2B8OAacZ4HPm/6FeYS/jyOe66BUku0rd LSVaB9OD7iVWkW5eo6ng3XA390HIUUtf/0IdtiCoMsjuZbVagfiaUu0kUJpR6d2k r5czdLFhRu8uw0sWn1rMQXlUAqH0WAfoq8XinaHesWs5MEnvevjoUTkNhFnqe1Ra rkwU9mzr1/N6GfpPalbveD0duTGAkJN5mwLZi+HZ4ctLgO1ShYFU/NbC7jNU3YCU sjvtdavgLFaMPLPrI2DAcjpVMUuL1VgdqUcQkhc= -----END CERTIFICATE----- </ca>
Yunohost¶
Installer le client VPN¶
- Dans Applications > Install, en bas de la page, entrer 'https://github.com/labriqueinternet/vpnclient_ynh' dans le champ Install custom app.
- Lire et valider l'avertissement.
- Valider l'installation en cliquant sur le bouton Install
Configurer le client VPN¶
- Dans Applications > VPN Client, cliquer sur l'URL https://maBrique.nohost.me/vpnadmin
- Server Address: vpn.illyse.net
- Server Port: 1194
- Protocol: UDP
- Advanced: copier coller la configuration suivante:
remote <TPL:SERVER_NAME> proto <TPL:PROTO> port <TPL:SERVER_PORT> pull nobind dev tun tun-ipv6 keepalive 10 30 resolv-retry infinite mssfix 1300 route-delay 2 nobind persist-key # Authentication by login <TPL:LOGIN_COMMENT>auth-user-pass /etc/openvpn/keys/credentials # UDP only <TPL:UDP_COMMENT>explicit-exit-notify <TPL:UDP_COMMENT>fragment 1300 # TLS tls-client <TPL:TA_COMMENT>tls-auth /etc/openvpn/keys/user_ta.key 1 remote-cert-tls server ns-cert-type server ca /etc/openvpn/keys/ca-server.crt <TPL:CERT_COMMENT>cert /etc/openvpn/keys/user.crt <TPL:CERT_COMMENT>key /etc/openvpn/keys/user.key # Logs verb 3 mute 5 status /var/log/openvpn-client.status log-append /var/log/openvpn-illyse.log # Routing route-ipv6 2000::/3 redirect-gateway def1
- Server CA: Téléchargez le fichier vpn-illyse.crt et le téléverser.
- Username: pdupond-vpn1 (information issue de coin, cf section #Avant-de-commencer)
- Password: idem
- First resolver: 89.234.140.2
- 2nd resolver : 2a00:5881:4000::1
L'ensemble des autres champs est à laisser sur la valeur par défaut.
Configurations avancées¶
Client sans IP montée sur le tunnel¶
Pour ceux qui veulent bricoler, il est possible (via l'interface web abonné) ne pas monter du tout d'IP (v4 ou v6) sur l'interface tun du client. Dans ce cas, les paquets destinés aux ranges v4 et v6 de l'abonné sont toujours routés correctement vers le client, mais il appartient à l'abonné de s'assurer qu'ils seront correctement routés plus avant sur son réseau interne. Ça peut être utile si on ne veut pas utiliser l'IPv4 publique Illyse directement sur le routeur qui monte le VPN, mais sur une autre machine du réseau local.
Attention, si il n'y a pas d'IPv4 installée sur l'interface tun, OpenVPN est très bête et n'arrivera pas à installer la route par défaut par le VPN... OpenVPN essaie d'ajouter des routes avec 89.234.140.129 comme gateway, mais il ne sait pas joindre cette IP. Pour résoudre la stupidité d'OpenVPN^W^W^W ce problème, on utilise un script qui rajoute la route :
/etc/openvpn/illyse.conf
... route-delay 2 redirect-gateway def1 script-security 2 up illyse-up.sh ...
/etc/openvpn/illyse-up.sh
#!/bin/sh tun_dev="$1" ip link set "$tun_dev" up ip route add "$route_vpn_gateway" dev "$tun_dev" exit 0
Utiliser simultanément la connexion normale et le VPN, sortie par défaut par la connexion normale¶
Lorsqu'on a un serveur, on peut avoir envie d'être joignable à la fois via la connexion normale (e.g. Free) et via le VPN. Pour se faire, on utilise le policy routing du noyau Linux : quand quelqu'un nous parle sur l'IP normale, on lui répond via la connexion normale, et quand quelqu'un nous parle sur l'IP du VPN, on répond via le VPN. Notons que ça ne concerne que les connexions entrantes (donc principalement utile pour un serveur).
Pour les connexions sortantes, on a le choix : soit on passe dans le VPN, soit on passe par la connexion normale. La configuration ci-dessous fait passer les connexions sortantes par la connexion normale (parce que c'est plus simple).
Note : il faut s'assurer de bien avoir configuré une IPv4 et une IPv6 sur l'interface tun (sur https://coin.illyse.org). Sinon, les scripts ne feront rien.
Bonus : si vous avez un noyau Multipath-TCP, cette configuration permettra d'utiliser les deux connexions en parallèle ! Pratique pour joindre Youtube si on est chez Free, par exemple :)
(la configuration ci-dessous est similaire à http://multipath-tcp.org/pmwiki.php/Users/ConfigureRouting )
/etc/openvpn/up.sh
#!/bin/bash dev="$1" tun_mtu="$2" link_mtu="$3" local_ip="$4" remote_ip="$5" # Routing table to use table=4242 # Source-specific routing: use the normal default route by default, # but use the VPN for replying to packets coming from the VPN. # IPv4 [ -n "$local_ip" ] && ip rule add from "$local_ip" table "$table" && ip route add default dev "$dev" table "$table" # IPv6 [ -n "$ifconfig_ipv6_local" ] && ip -6 rule add from "$ifconfig_ipv6_local" table "$table" && ip -6 route add default dev "$dev" table "$table"
/etc/openvpn/down.sh
#!/bin/bash dev="$1" tun_mtu="$2" link_mtu="$3" local_ip="$4" remote_ip="$5" table=4242 # Delete table for source-specific routing. [ -n "$local_ip" ] && ip rule del from "$local_ip" && ip route del default table "$table" [ -n "$ifconfig_ipv6_local" ] && ip -6 rule del from "$ifconfig_ipv6_local" && ip -6 route del default table "$table" exit 0
/etc/openvpn/illyse.conf
## Configuration VPN Illyse pour accepter des connexions entrantes ## à la fois via le VPN et via la connexion normale, grâce au policy routing (Linux uniquement) ## https://www.illyse.org/projects/publicdocs/wiki/Vpn_doc_user#Utiliser-simultanément-la-connexion-normale-et-le-VPN # Gestion des routes via des scripts externes. script-security 2 up up.sh down down.sh # Reste de la configuration normale. # Penser à enlever "redirect-gateway" et "route-ipv6", on gère les # routes via up.sh et down.sh client remote vpn.illyse.net 1194 #http-proxy 192.0.2.1 8080 dev tun0 #proto udp6 proto udp #proto tcp explicit-exit-notify mssfix 1300 fragment 1300 route-delay 2 nobind persist-key persist-tun tun-ipv6 auth-user-pass credentials verb 3 log-append /var/log/openvpn-illyse.log # Certificat permettant de vérifier que c'est bien à Illyse que # l'on se connecte et donc à qui on donne notre mot de passe. remote-cert-tls server <ca> -----BEGIN CERTIFICATE----- MIIG2TCCBMGgAwIBAgIJAPAWK4ceEBXzMA0GCSqGSIb3DQEBBQUAMIGjMQswCQYD VQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFubmUxDzAN BgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMRaWxseXNl LW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJARYQYWJ1 c2VAaWxseXNlLm9yZzAeFw0xNDAzMTgyMTMyMjNaFw0yNDAzMTUyMTMyMjNaMIGj MQswCQYDVQQGEwJGUjEMMAoGA1UECBMDUkhBMRUwEwYDVQQHEwxWaWxsZXVyYmFu bmUxDzANBgNVBAoTBklMTFlTRTEQMA4GA1UECxMHb3BlbnZwbjEaMBgGA1UEAxMR aWxseXNlLW9wZW52cG4tY2ExDzANBgNVBCkTBklMTFlTRTEfMB0GCSqGSIb3DQEJ ARYQYWJ1c2VAaWxseXNlLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAKl/s6IoAsJTxw82xps5PHPTMjKhONFNk4gJMdSngbhGMcRM5ebwD9Dhfava w9NjWiwNhikhnRWW3HGrv+BE7cqga16ryuLCievG1nfqZMpa3EnfWwwmHClMV9Zf OPb/AD2V3t2MAvZ1ZcvyTe/p/3eHovHhEHJ2qXtd0iI9u8b7xcEm9vXIw7kYN2dQ xIe9Wd85tja2IBtf67oBS8JZxSkIcEY7KAXsFUtFyGn6fbPGj8UGM+roiYqzEYa/ BNvc2eEfhhpHSoN5vRKu0LrVUA3uA41dOKcxW15af4Xy058l0aUWeSK64jK/cL24 fmBZoQfdS9U5P5wnm4tpRR7oesdrohhbVWn4JjRyF31HM1FtAoT6oTqhhlrImpGw j7nAGlItT04C73wgiSajFJryo24XuedzjFxm3BetAcSUyE5e3BSqTUbEtWdTdiw1 l3/WQyyBrn98SChBExmpklecI5eFp/DoLBqwW/U/vseD7zMfF7OHnHtbsbniUujN WjNGiWnVJ636nTfPIDsngGTACWh5ZwxX0fGW2+RqS2NN9R1dGWdW34lgfwx04Wzc l0NZ++itmJq5iJUw9Kj9mmQZn96V8b6hDnhcJfkvUlgxhHcZ5isfOwQq6UcP3mZP zOCWuCwIKNPMLcJmC684mkJJrJuCc6N9pNm7jjmdPkW/0j2VAgMBAAGjggEMMIIB CDAdBgNVHQ4EFgQUXUSESsSBdTGjlbvo+Sbsiwo+E/4wgdgGA1UdIwSB0DCBzYAU XUSESsSBdTGjlbvo+Sbsiwo+E/6hgamkgaYwgaMxCzAJBgNVBAYTAkZSMQwwCgYD VQQIEwNSSEExFTATBgNVBAcTDFZpbGxldXJiYW5uZTEPMA0GA1UEChMGSUxMWVNF MRAwDgYDVQQLEwdvcGVudnBuMRowGAYDVQQDExFpbGx5c2Utb3BlbnZwbi1jYTEP MA0GA1UEKRMGSUxMWVNFMR8wHQYJKoZIhvcNAQkBFhBhYnVzZUBpbGx5c2Uub3Jn ggkA8BYrhx4QFfMwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOCAgEATAlP EQXjzQ10xkQdUNXjy+s87DWcbpu3n4Wlc4E828Ek6D1LhbPeVL7wTyhHj+Txxy8o 4sCCL+oH/HgnMEy7VHs0HXpD3F9iPD8U3QiL1sfO+0IKOhBOKAsjmpuH+oCsXpZ0 J/GnebPQ6S+wBFCZH3uU5jIeB4WCFpzn2WQVIXh+lzKKWLN3GxfxdWkIyl4Fluj4 6k0Lj35EtE74wZTWbCkum7rNOp9gnGtrcyAupwj2MTeVcLzigYLth/G6AA3a7VeE hlvJqV7URhiwXL8lQjaMoDFYiD8zhBn44tLwKMiTvyHfNs0+1mcteoDwI20SKo3F VUnyCqc9k9Dq0YfE4RqhjmsMcV6HydaznCclnIrugPdFAQzGbk7bNZJ3yv0ATj9Z wcfHxIUEuPl392OvJDm/JEbegonQ4yyv2B8OAacZ4HPm/6FeYS/jyOe66BUku0rd LSVaB9OD7iVWkW5eo6ng3XA390HIUUtf/0IdtiCoMsjuZbVagfiaUu0kUJpR6d2k r5czdLFhRu8uw0sWn1rMQXlUAqH0WAfoq8XinaHesWs5MEnvevjoUTkNhFnqe1Ra rkwU9mzr1/N6GfpPalbveD0duTGAkJN5mwLZi+HZ4ctLgO1ShYFU/NbC7jNU3YCU sjvtdavgLFaMPLPrI2DAcjpVMUuL1VgdqUcQkhc= -----END CERTIFICATE----- </ca>
Utiliser simultanément la connexion normale et le VPN, sortie par défaut via le VPN¶
Dans la configuration précédente, les deux IPs, FAI et VPN, sont accessibles de l'extérieur et répondent correctement.
La machine toutefois utilise par défaut la sortie FAI plutôt que le VPN.
Le cas décrit ici a son IP FAI obtenue par DHCP, avec la table de routage main, et sans IPv6.
Il faut bidouiller les routes pour que si on contacte l'IP du serveur VPN, on passe bien par l'IP FAI et l'interface qui correspond, puis répondre à ce qui vient de l'IP FAI par la table main, et enfin par défaut sortir par le table correspondant au VPN.
Étape 1, dans le fichier illyse.conf, il faut ajouter l'option 'ifconfig-noexec' pour éviter qu'openVPN ne monte l'IP du VPN avant qu'on ne gère ça dans le script up.sh
Étape 2, changer les scripts up.sh et down.s. Actuellement, on n'a pas trouvé de solution propre pour éviter de coder en dur des paramètres dans ce scripts.
/etc/openvpn/up.conf
#!/bin/bash dev="$1" isp_dev="eth0" tun_mtu="$2" link_mtu="$3" local_ip="$4" remote_ip="$5" isp_ip="WWW.XXX.YYY.ZZZ" isp_gateway="WWW.XXX.YYY.ZZZ" vpn_server="89.234.140.3" # Routing table to use tableVPN=4242 tableLOC=1337 # IP inconnue de COIN, donc tun0 à monter ip link set "$dev" up ip addr add "$local_ip"/32 dev "$dev" # Source-specific routing: use the normal default route by default, # but use the VPN for replying to packets coming from the VPN. # IPv4 if [ -n "local_ip" ]; then ip rule add pref 31000 lookup "$tableLOC" ip rule add pref 31050 from "$isp_ip" lookup main ip rule add pref 31100 lookup "$tableVPN" ip route add default dev "$dev" table "$tableVPN" ip route add "$vpn_server" via "$isp_gateway" table "$tableLOC" dev "$isp_dev" fi # IPv6 [ -n "$ifconfig_ipv6_local" ] && ip -6 addr add "$ifconfig_ipv6_local" dev "$dev" && ip -6 route add default dev "$dev" exit 0
/etc/openvpn/down.conf
dev="$1" tun_mtu="$2" link_mtu="$3" local_ip="$4" remote_ip="$5" isp_ip="WWW.XXX.YYY.ZZZ" isp_gateway="WWW.XXX.YYY.ZZZ" vpn_server="89.234.140.3" # Routing table to use tableVPN=4242 tableLOC=1337 # Delete table for source-specific routing. if [ "$local_ip" ]; then ip route del "$vpn_server" via "$isp_gateway" table "$tableLOC" ip route del default dev "$dev" table "$tableVPN" ip rule del pref 31100 lookup "$tableVPN" ip rule del pref 31050 from "$isp_ip" lookup main ip rule del pref 31000 lookup "$tableLOC" fi [ -n "$ifconfig_ipv6_local" ] && ip -6 route del default dev "$dev" && ip -6 addr del "$ifconfig_ipv6_local" dev "$dev" exit 0
Utiliser simultanément la connexion normale et le VPN, sortie par défaut via le VPN, et faire AP WiFi¶
On a foutu le bordel dans les routes, ce qui fait que hostapd n'arrive pas à faire tomber le bousin en marche, car il met ses routes dans la table main au lieu de les mettre dans la tableVPN 4242.
Du coup, on l'aide (en supposant que le wlan soit en 192.168.2.0/24) :
ip route del 192.168.2.0/24 dev wlan0 table main ip route add 192.168.2.0/24 dev wlan0 table 4242
Il ne reste plus qu'à activer le NAT sur l'interface tun0 du VPN et paf ! On fait un beau AP WiFi (vilainement naté) qui fournit une connexion Illyse.
Mis à jour par Mit Mit il y a plus de 8 ans · 37 révisions