Skip to Content

Installation OpenVPN 2.01 sur une Debian Etch

But de ce document

Ce document me sert de mémo pour mettre en place le système OpenVPN sur un serveur Debian ETCH et sur des clients Windows ou Linux Debian.

OpenVPN est un système permettant de relier des postes distants sur un réseau informatique en passant par Internet mais de manière sécurisée (Tunnel VPN).

Pré-requis

Avoir installé une Debian stable de base :

  •  http://www.coagul.org/article.php3 ?id_article=337

    ATTENTION : Il est fortement conseillé de savoir ce qu’est un certificat et une clé de cryptage pour la configuration d’OpenSSL. Il est conseillé également de connaître le fonctionnement des tables de routage pour la configuration d’OpenVPN.

    Installation d’OpenVPN 2.01 sur une Debian Etch

    Paquet à installer :

    # aptitude install openvpn

    Remarques :

  •  Avec OpenVPN, il est possible de compresser les données passant dans le tunnel VPN pour limiter l’utilisation de la bande passante. C’est la paquet « liblzo2-2 » qui permet d’effectuer cette compression. Ce dernier est normalement installé par défaut.
  •  Pour sécuriser le tunnel VPN avec des clés et des certificats, OpenVPN, utilise OpenSSL. Ce dernier est normalement installé par défaut. Si ce n’est pas le cas, vous pouvez l’installer avec cette commande :

    # aptitude install openssl

    Création du certificat de l’autorité de certification (CA)

    La partie la plus compliquée et la plus fastidieuse dans la mise en place d’un serveur OpenVPN concerne la génération des clés et des certificats. OpenVPN est livré avec plusieurs scripts permettant de générer plus facilement les clés et les certificats pour OpenSSL. Ces scripts sont enregistrés dans le dossier « easy-rsa » :

    # cd /usr/share/doc/openvpn/examples/easy-rsa/

    Avant d’utiliser les scripts, il faut éditer le fichier «  vars  » pour initialiser les variables par défaut indiquées à la fin de ce fichier. Par exemple :

  •  export KEY_COUNTRY=FR
  •  export KEY_PROVINCE=France
  •  export KEY_CITY=Dijon
  •  export KEY_ORG="MonEntreprise"
  •  export KEY_EMAIL="contact@monentreprise.fr"

    Une fois le fichier modifié, la ligne suivante permet d’initialiser les variables pour les scripts :

    # . ./vars

    Le script suivant, permet de créer ou de réinitialiser le sous-dossier «  keys  » :

    # ./clean-all

    Le script suivant permet de créer dans «  keys  » le certificat principal du serveur « ca.crt  » et la clé correspondante « ca.key » :

    # ./build-ca

    Ce script doit afficher à l’écran quelque chose qui ressemble à ça :

    # ./build-ca
    Generating a 1024 bit RSA private key
    .................................................................++++++
    ......++++++
    writing new private key to 'ca.key'
    -----
    You are about to be asked to enter information that will be incorporated
    into your certificate request.
    What you are about to enter is what is called a Distinguished Name or a DN.
    There are quite a few fields but you can leave some blank
    For some fields there will be a default value,
    If you enter '.', the field will be left blank.
    -----
    Country Name (2 letter code) [FR]:
    State or Province Name (full name) [France]:
    Locality Name (eg, city) [Dijon]:
    Organization Name (eg, company) [MonEntreprise]:
    Organizational Unit Name (eg, section) []:
    Common Name (eg, your name or your server's hostname) []:MonServeur
    Email Address [[contact@monentreprise.fr->mailto:contact@monentreprise.fr]]:

    ATTENTION : Pour les questions, la plupart des champs sont renseignés par défaut sauf le « Common Name » qu’il faut renseigner manuellement. Exemple « MonServeur  ».

    Création du certificat et de la clé pour le serveur OpenVPN

    Le script suivant permet de créer dans «  keys  » le certificat « LeServeurVPN.crt » et la clé « LeServeurVPN.key » pour le serveur VPN nommé par exemple « LeServeurVPN » :

    # ./build-key-server LeServeurVPN

    Ce script doit afficher à l’écran quelque chose qui ressemble à ça :

    # ./build-key-server MonServeur
    Generating a 1024 bit RSA private key
    ......................................................................
    ..+++++
    ...++++++
    writing new private key to 'MonServeur.key'
    -----
    You are about to be asked to enter information that will be incorporated
    into your certificate request.
    What you are about to enter is what is called a Distinguished Name or a DN.
    There are quite a few fields but you can leave some blank
    For some fields there will be a default value,
    If you enter '.', the field will be left blank.
    -----
    Country Name (2 letter code) [FR]:
    State or Province Name (full name) [France]:
    Locality Name (eg, city) [Dijon]:
    Organization Name (eg, company) [MonEntreprise]:
    Organizational Unit Name (eg, section) []:
    Common Name (eg, your name or your server's hostname) []:LeServeurVPN
    Email Address [votremail@votredomaine.com]:

    Please enter the following 'extra' attributes
    to be sent with your certificate request
    A challenge password []:
    An optional company name []:
    Using configuration from /usr/share/doc/openvpn/examples/easy-rsa/openssl.cnf
    Check that the request matches the signature
    Signature ok
    The Subject's Distinguished Name is as follows
    countryName           :PRINTABLE:'FR'
    stateOrProvinceName   :PRINTABLE:'France'
    localityName          :PRINTABLE:'Dijon'
    organizationName      :PRINTABLE:'MonEntreprise'
    commonName            :PRINTABLE:'MonServeurVPN'
    emailAddress          :IA5STRING:'contact@monentreprise.fr'
    Certificate is to be certified until Dec  7 13:41:02 2015 GMT (3650 days)
    Sign the certificate? [y/n]:y

    1 out of 1 certificate requests certified, commit? [y/n]y
    Write out database with 1 new entries
    Data Base Updated

    ATTENTION : Pour les questions, tous les champs sont renseignés par défaut sauf le « Common Name » qu’il faut renseigner manuellement. Exemple « MonServeurVPN ». Personnellement, je n’ai pas renseigné le champ « password »

    Création du certificat et de la clé pour un client OpenVPN

    Le script suivant permet de créer dans «  keys  » le certificat « Client01.crt » et la clé « Client01.key » pour le client VPN nommé par exemple « Client01 » :

    # cd /usr/share/doc/openvpn/examples/easy-rsa/
    # . ./vars
    # ./build-key Client01

    Ce script doit afficher à l’écran quelque chose qui ressemble à ça :

    pgdebian:/usr/share/doc/openvpn/examples/easy-rsa# ./build-key Client01
    Generating a 1024 bit RSA private key
    ..++++++
    ....................++++++
    writing new private key to 'Client01.key'
    -----
    You are about to be asked to enter information that will be incorporated
    into your certificate request.
    What you are about to enter is what is called a Distinguished Name or a DN.
    There are quite a few fields but you can leave some blank
    For some fields there will be a default value,
    If you enter '.', the field will be left blank.
    -----
    Country Name (2 letter code) [FR]:
    State or Province Name (full name) [France]:
    Locality Name (eg, city) [Dijon]:
    Organization Name (eg, company) [MonEntreprise]:
    Organizational Unit Name (eg, section) []:
    Common Name (eg, your name or your server's hostname) []:Client01
    Email Address [contact@monentreprise.fr]:
    Please enter the following 'extra' attributes
    to be sent with your certificate request
    A challenge password []:
    An optional company name []:
    Using configuration from /usr/share/doc/openvpn/examples/easy-sa/openssl.cnf
    DEBUG[load_index]: unique_subject = "yes"
    Check that the request matches the signature
    Signature ok
    The Subject's Distinguished Name is as follows
    countryName           :PRINTABLE:'FR'
    stateOrProvinceName   :PRINTABLE:'France'
    localityName          :PRINTABLE:'Dijon'
    organizationName      :PRINTABLE:'MonEntreprise'
    commonName            :PRINTABLE:'Client01'
    emailAddress          :IA5STRING:['contact@monentreprise.fr->mailto:'contact@monentreprise.fr]'
    Certificate is to be certified until Mar  4 09:19:09 2016 GMT (3650 days)
    Sign the certificate? [y/n]:y

    1 out of 1 certificate requests certified, commit? [y/n]y
    Write out database with 1 new entries
    Data Base Updated

    ATTENTION : Il faudra renouveler cette opération pour chaque client. Pour les questions, tous les champs sont renseignés par défaut sauf le « Common Name » qu’il faut renseigner manuellement. Exemple «  Client01  ». Chaque « Common Name » de chaque client doit être différent. Personnellement, je n’ai pas renseigné le champ «  password  »

    Création du paramètre Diffie Hellman

    Le script suivant permet de créer dans «  keys  » le fichier « dh1024.pem » :

    # ./build-dh

    Ce script doit afficher à l’écran quelque chose qui ressemble à ça :

    # ./build-dh

    Generating DH parameters, 1024 bit long safe prime, generator 2

    This is going to take a long time
    ....................................................................
    ....................................................................
    ..............+......................................+..............
    .++*++*

    Résumé des certificats et clés créés précédemment dans « keys »

    Emplacement du fichierType Nom Secret
    Serveur de certification (CA) OpenSSLCertificatca.crtNon
    Serveur de certification (CA) OpenSSLCléca.keyOui
    Serveur OpenVPNCertificatLeServeurVPN.crtNon
    Serveur OpenVPNCléLeServeurVPN.keyOui
    paramètre Diffie Hellman dh1024.pemNon
    Client OpenVPN N°1CertificatClient01.crtNon
    Client OpenVPN N°1CléClient01.keyOui

    Mise en place des certificats et des clés

    concernant le serveur OpenVPN, le plus simple est de copier les 4 fichiers dans le dossier « /etc/openvpn » :

    # cp ./keys/ca.crt /etc/openvpn/
    # cp ./keys/LeServeurVPN.crt /etc/openvpn/
    # cp ./keys/LeServeurVPN.key /etc/openvpn/
    # cp ./keys/dh1024.pem /etc/openvpn/

    Pour le client, il faudra copier ses deux fichiers une fois que celui-ci sera installé.

    Création d’un utilisateur avec des droits limités pour OpenVPN

    Pour limiter les risques d’attaques sur OpenVPN, il est important que le processus d’OpenVPN fonctionne sur un utilisateur n’ayant aucun droit sur le système.

    Souvent, l’utilisateur «  nobody  » est utilisé par défaut, mais il est encore plus sécurisant de faire tourner chaque processus avec un utilisateur différent. Donc, pour le processus OpenVPN, nous allons créer l’utilisateur «  openvpn  » :

    # groupadd openvpn
    # useradd -d /dev/null -g openvpn -s /bin/false openvpn

    Configuration d’OpenVPN

    Par défaut OpenVPN est fourni avec plusieurs fichiers d’exemples enregistrés dans le dossier :

  •  /usr/share/doc/openvpn/examples/sample-config-files/

    Pour configurer le serveur, je suis parti du fichier d’exemple « server.conf.gz », qu’il faut donc décompresser et mettre en place dans «  /etc/openvpn » :

    # cd /usr/share/doc/openvpn/examples/sample-config-files/
    # gunzip server.conf.gz
    # cp server.conf /etc/openvpn/

    Il suffit ensuite d’adapter ce fichier en fonction des besoins. Voici par exemple le fichier de configuration que j’utilise :

    ;Port en écoute utilisé pour la connexion VPN
    ;port 1194

    ;Protocole utilisé (Le protocole udp est plus sécurisé que le tcp)
    proto udp

    ;Type d'interface réseau virtuelle créée
    dev tun

    ;Nom des fichiers servant à l'authentification des clients via OpenSSL
    ca ca.crt
    cert LeServeurVPN.crt
    key LeServeurVPN.key  
    dh dh1024.pem

    ;Adresse du réseau virtuel (Le serveur aura l'adresse 10.8.0.1)
    server 10.8.0.0 255.255.255.0

    ;Cette ligne ajoute sur le client la route du réseau du serveur
    push "route 192.168.0.0 255.255.255.0"

    ;Ces lignes indiquent aux clients l'adresse des serveur DNS et WINS
    push "dhcp-option DNS 192.168.0.2"
    push "dhcp-option DOMAIN MonDomaine.com"
    push "dhcp-option WINS 192.168.0.3"

    # Cette ligne permet aux clients de voire les autres clients
    ;client-to-client

    keepalive 10 120

    ;Cette ligne active la compression
    comp-lzo

    ;Ces lignes indiquent un user et un group particulier pour le processus
    user openvpn
    group openvpn

    ;Ces lignes permettent de rendre persistante la connexion
    persist-key
    persist-tun

    status openvpn-status.log

    ;Cette ligne permet d'indiquer le niveau de log souhaité (de 1 à 9)
    verb 1

    Démarrage du serveur OpenVPN

    La commande suivante permet de démarrer ou redémarrer le serveur :

    # /etc/init.d/openvpn restart

    Ne pas hésiter à regarder dans les logs que tout c’est bien passé :

    # tail -100 /var/log/syslog

    Bien vérifier également que le processus tourne sous l’utilisateur « openvpn »

    # ps aux | grep openvpn

    Pour finir, si tout c’est bien passé l’interface « tun0 » doit apparaître dans la configuration du réseau :

    # ifconfig
    ...
    tun0      Lien encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
             inet adr:10.8.0.1  P-t-P:10.8.0.2  Masque:255.255.255.255
             UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
             RX packets:0 errors:0 dropped:0 overruns:0 frame:0
             TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
             collisions:0 lg file transmission:100
             RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

    Et il doit être possible de la pinguer :

    # ping 10.8.0.1

    Installation du Client Windows

    Avec OpenVPN, la notion de client et de serveur n’existe pas étant donné que c’est le même logiciel qui peut faire office de client ou de serveur. Dans mon cas, le serveur est installé sur une Debian Sarge et les clients sont sous Debian Testing ou Windows 2000/XP.

    Pour Windows, il existe une version d’OpenVPN avec une installation simplifiée téléchargeable à cette adresse :

  •  http://openvpn.se/download.html
  •  http://openvpn.se/files/install_packages/openvpn-2.0.5-gui-1.0.3-install.exe

    Lors de l’installation de ce programme, la carte réseau virtuelle « TAP-Win32 Adapter V8 » est installée. Une fois le programme installé, il est lancé automatiquement et à chaque démarrage de Windows. Un icône pour le configurer est disponible à coté de l’heure.

    Ensuite, il est possible de franciser OpenVPN en remplaçant le binaire enregistré dans « C :\Program Files\OpenVPN\bin\openvpn-gui.exe » par le binaire téléchargeable à l’adresse ci-dessous (Attention : Il faut le renommer après l’avoir téléchargé) :

  •  http://openvpn.se/files/localized/binary/1.0.3/openvpn-gui-1.0.3-fr.exe

    Configuration du client Windows

    La première chose à faire est de copier dans le dossier « C :\Program Files\OpenVPN\config » les fichiers servant à l’authentification du client via OpenSSL créés dans les chapitres précédents :

  •  ca.crt, Client01.crt et Client01.key

    Ensuite, il faut modifier le fichier de configuration pour l’adapter à votre cas. Pour éditer le fichier, il est possible de faire un clic droit sur l’icône « OpenVPN » situé à gauche de l’heure et de choisir l’option « Éditer la configuration ».

    Voici un exemple de fichier que j’utilise pour mes clients :

    client
    dev tun
    proto udp

    remote 192.0.1.2 1194

    resolv-retry infinite
    nobind

    persist-key
    persist-tun

    ca ca.crt
    cert Client01.crt
    key Client01.key

    comp-lzo

    verb 1

    Normalement, si vous utilisiez la même configuration que moi, vous n’aurez qu’à changer :

  •  L’adresse IP du serveur OpenVPN sur la ligne « remote »
  •  Le nom des fichiers : ca.crt, Client01.crt et Client01.key

    Lancement du client Windows

    Pour lancer la connexion, il suffit de faire un clic droit sur l’icône « OpenVPN » situé à gauche de l’heure et de choisir l’option « Connecter ».

    Si tout se passe bien, une fenêtre affichant les logs doit s’afficher et une fois la connexion effectuée, le réseau est opérationnel.

    En cas de problème, et pour trouver l’origine de celui-ci il faut augmenter le niveau des logs en changeant le paramètre «  verb  » du fichier de configuration :

  •  verb 3 -> Suffisamment de logs dans la plupart des cas.
  •  verb 9 -> Énormément de logs.

    Une fois la connexion établie, il doit être possible de pinguer le serveur soit sur son adresse virtuelle (ex : 10.8.0.1 dans notre cas) soit sur son adresse réelle (ex : 192.168.0.1)

    Remarque  : Depuis le serveur, pour connaître les clients connecté, il faut consulter le fichier :

  •  /etc/openvpn/openvpn-status.log

    Installation Client Linux

    L’installation du client est identique à celle du serveur, car c’est le même logiciel qui fait office de serveur ou de client en fonction de sa configuration :

    # apt-get install openvpn liblzo1

    Le fichier de configuration et la gestion des clés est identique à celle du client Windows.

    Permettre aux clients VPN d’accéder à l’ensemble du réseau distants

    Avec la configuration précédente, les clients peuvent accéder au serveur OpenVPN, mais ils ne peuvent pas accéder au reste du réseau sur lequel est connecté le serveur OpenVPN.

    Pour permettre aux clients d’accéder au reste du réseau, il faut effectuer deux opérations :

    1 - Autoriser le serveur Linux à transmettre les paquets au reste du réseau

    Pour cela, il faut activer le forwarding avec la commande suivante :

    # echo 1 > /proc/sys/net/ipv4/ip_forward

    La commande suivante, permet de vérifier que le forwarding est bien activé :

    # cat /proc/sys/net/ipv4/ip_forward

    2 - Indiquer aux autres postes du réseau la route vers le serveur OpenVPN

    Si le serveur VPN est sur l’adresse 192.168.0.1, il faut ajouter une route manuellement sur chaque poste du réseau avec la commande suivante sous Windows :

    C:\>route add 10.8.0.0 mask 255.255.255.0 192.168.0.1

    La commande suivante, permet d’avoir la liste des routes :

    C:\>route print

    La commande suivante permet de supprimer une route :

    C:\>route delete 10.8.0.0 mask 255.255.255.0 192.168.0.1

    Pour ajouter une route sous Linux, il faut utiliser la commande suivante :

    # route add -net 10.8.0.0 netmask 255.255.255.0 gw 192.168.0.1                  

    La commande suivante, permet d’avoir la liste des routes sous Linux :

    # route

    La commande suivante permet de supprimer une route sous Linux :

    # route delete -net 10.8.0.0 netmask 255.255.255.0 gw 192.168.0.1                  

    Remarque : Pour éviter de devoir ajouter manuellement sur chaque poste du réseau une route, si c’est possible, il faut ajouter une route statique au niveau de la passerelle ou du routeur du réseau.

    Accéder aux autres postes connectés derrière un client VPN

    Avec la configuration précédente, le serveur OpenVPN peux accéder à l’adresse virtuelle du client, mais il ne peux pas accéder à l’adresse réelle et encore moins aux autres postes connectés derrière le client VPN.

    Pour permettre au serveur d’accéder aux autres postes connectés derrière un client VPN, il faut ajouter des routes dans la configuration d’OpenVPN :

    Dans le fichier de configuration du serveur OpenVPN, il faut ajouter ces lignes :

    client-config-dir ccd
    route 192.168.0.0 255.255.255.0

    La première ligne permet d’indiquer le sous-dossier de /etc/openvpn qui contiendra la configuration spécifique de chaque client (Remarque : Il faut penser à créer ce dossier manuellement).

    La deuxième ligne permet d’ajouter la configuration du réseau d’un client.

    Ensuite, il faut créer un fichier dans le dossier « /etc/openvpn/ccd » ayant le même nom que le certificat du client (ex : Client01) contrant la ligne suivante :

    iroute 192.168.0.0 255.255.255.0

    Cette ligne permet d’indiquer le client connecté à ce réseau.

    Pour finir, il faut redémarrer le serveur et le client pour que les routes soient correctement prises en compte.

    A partir de ce moment, le serveur doit pouvoir accéder à tous les postes connectés au client VPN.

    Révocation d’un certificat client

    Si le certificat d’un client à été volé au si ce dernier n’est plus nécessaire, il est important de le révoquer pour qu’il ne puisse plus être utilisé.

    Pour révoquer un certificat, il faut disposer de celui-ci. Normalement, le dossier « /usr/share/doc/openvpn/examples/easy-rsa/keys » contient tous les certificats créés.

    La commande suivante permet de révoquer un certificat :

    # cd /usr/share/doc/openvpn/examples/easy-rsa/
    # . ./vars
    # ./revoke-crt Client01.crt
    Using configuration from /usr/share/doc/openvpn/examples/easy-sa/openssl.cnf
    DEBUG[load_index]: unique_subject = "yes"
    Revoking Certificate 16.
    Data Base Updated

    Cette commande permet également de révoquer un certificat et vérifie ensuite que cette révocation est effective :

    # ./revoke-full Client01
    Using configuration from /usr/share/doc/openvpn/examples/easy-
    sa/openssl.cnf
    DEBUG[load_index]: unique_subject = "yes"
    Revoking Certificate 17.
    Data Base Updated
    Using configuration from /usr/share/doc/openvpn/examples/easy-sa/openssl.cnf
    DEBUG[load_index]: unique_subject = "yes"
    Client01.crt: /
    =FR/ST=France/O=Mondomaine/CN=Client01/emailAddress=tony@domaine.com
    error 23 at 0 depth lookup:certificate revoked

    Remarque : Avec ce script, il ne faut pas mettre l’extension « .crt » du certificat.

    A chaque révocation de certificat son numéro est ajouté dans le fichier « keys/crl.pem ». Ce fichier contient donc la liste des certificats révoqués. Après chaque révocation de certificat, il faut donc copier ce fichier dans « /etc/openvpn »

    La commande suivante, permet de consulter la liste des certificats révoqués :

    # openssl crl -in keys/crl.pem -text

    Il faut également ajouter cette ligne dans « etc/openvpn/server.conf » du serveur OpenVPN :

    crl-verify crl.pem

    Pour information, le fichier « keys/index.txt » contient la liste des certificats créés et révoqués

    Pour finir et pour information, lors de la création d’un client, les fichiers suivants sont créés ou modifiés dans « keys/crl.pem » :

    FichierDescription
    01.pemLes deux premiers caractères de fichier correspond au numéro d’ordre sous forme hexadécimal du certificat (01=Le premier certificat créé, 0A=Le dixième créé)
    serialContient le numéro du prochain certificat à créer
    LaCle.crtCertificat = Clé public du client signée par le certificat du serveur.Le certificat permet de s’authentifier sur le serveur.
    LaCle.csr Fichier temporaire utilisé pour la création du certificat. Ce fichier permet de générer des certificats (c’est une demande de certification ne nécessitant pas la clé privée)
    LaCle.keyClé privée du client. La clé permet de déchiffrer les données en provenance du serveur
    index.txtContient la liste des clés créées et révoquées
    crl.pemContient la liste des certificats révoqués.

    Historique des modifications

    VersionDateCommentaire
    0.109/12/05Création par Tony GALMICHE
    0.223/03/06Mise à jour pour publication
    0.328/08/06Ajout « Accéder aux autres postes connectés derrière un client VPN »
    0.431/01/07Ajout « Révocation d’un certificat client »
    0.518/12/08Installation sur un nouveau serveur sous Debian ETCH
  • Commentaires

    Installation OpenVPN 2.01 sur une Debian Sarge

    Bonjour, Les commandes que tu cites ne sont pas sur une seule ligne mais bien sur des lignes séparées comme indiqué dans mon article. Tu as peut-être un problème avec ton navigateur ?

    Installation OpenVPN 2.01 sur une Debian Sarge

    Salut !! Très intéressant, cet article... Justement je bosse dessus (entre autre) pour comprendre comment configurer un openVPN sur une Debian Etch. Ce qui m’amène à une question...

    Sur d’autres site, j’ai vu qu’en principe, il fallait créer le tunnel de communication via une série de commandes de ce type (après avoir créé un fichier local.conf) :

    dev tun
    ifconfig 10.0.0.1 10.0.0.2
    ta.key /etc/openvpn/ecreall/key
    comp-lzo
    port 5000
    user nobody
    group nobody

    (bon, ton blog laisse passer les commandes sur une seule ligne mais en fait Dev tun0 est sur une ligne, ifconfig sur la ligne suivante, etc...)
    En gros : Dev Tun pour préciser de quoi on parle, ifconfig pour préciser le point de départ et d’arrivée, "secret" etc... pour préciser où se trouvera le fichier "ta.key" (en référence à la clé pré partagée obtenue en faisant openvpn genkey)... enfin, bref je ne vois pas de fichier de configuration de ce style, chez toi. Je n’en comprends pas la raison. Il n’est peut-être pas nécessaire ? Ou bien il y est et je ne l’ai pas reconnu comme tel ?

    Merci d’avance !! :-)

    Installation OpenVPN 2.01 sur une Debian Sarge

    Salut,

    Tres bon tuto mise a part une boulette dans le fichier conf d’openvpn :

    "(Le protocole udp est plus sécurisé que le tcp)"

    C’est l’inverse !

    a+ ps : je me suis planté sur loral du bts sur ca !

    Installation OpenVPN 2.01 sur une Debian Sarge

    Salut,

    Moi j’avais le même problème. J’ai suivi le tuto a la lettre et impossible de pingué les postes du réseau directement connecté derrière mon client openVPN. J’avais toutes les routes de configurées, ip_forward activé sur mes deux postes openvpn et tout et tout...
    Bref je me suis renseigné sur le net et je suis passé en mode TAP au lieu de TUN. Et là aucun souci : je ping, je fais du TSE, du VNC, du partage de fichiers...tout ce dont j’ai besoin.
    En espérant t’avoir éclairé. Sinon mail me :crevasse@hotmail.fr

    Installation OpenVPN 2.01 sur une Debian Sarge

    Bonjour,
    C’est certainement un problème de "route" mal configurées. Sur le client et sur le serveur, il faut afficher la table de routage pour vérifier avec la commande "route"
    Il faut également utiliser la commande "traceroute" pour trouver ou ça bloque.
    Pour finir, la commande "tcpdump", permet d’analyser les paquets arrivant ou sortant d’une interface réseau. Bonne chance.

    Installation OpenVPN 2.01 sur une Debian Sarge

    Bonjour et chapeau pour cet article très bien construit !

    Je ne suis sous linux que depuis janvier alors je vous demande de m’excuser si la réponse a cette question est évidente... car elle ne l’est pas pour moi.

    Voici ma config :

    Un serveur sous Ubuntu (192.168.0.103)
    2 Mac (x.x.x.102 et 104)
    un routeur (serveur DHCP et 192.168.0.1)
    et une connexion par cable.

    La configuration du client et du serveur semblent avoir bien marché. Je reçois un [ok] après le vpn restart sur le serveur et le client mac (open vpn avec tunnelblick) me dit que je suis connecté.

    je peux pinger 10.8.0.1 et .6 (1= serveur et 6 étant l’invité) mais je n’arrive pas à voir mon réseau. Je ne peux pas pinger les adresses 192.168. de mes machines.

    J’ai ajouté les routes comme indiqué sur les clients et sur le serveur (route add -net 10.8.0.0 netmask 255.255.255.0 gateway 192.168.0.103

    De plus, si je débranche mon cable réseau de mon mac et que je le connecte au net via le téléphone, je me connecte au VPN, mais j’ai le même problème, a savoir que je ne vois pas mon réseau.

    Mon but est de pouvoir voir mon réseau a distance comme si j’étais à la maison et de pouvoir greffer l’ordinateur de mon père sur le VPN afin de l’administrer à distance.

    Ouf, c’étais long !

    Merci (et vous pouvez me répondre à leducmike@hotmail.com)

    Michel

    Installation OpenVPN 2.01 sur une Debian Sarge

    Bonjour,
    Cela devrait en effet permettre de tester le système. Mais il est déjà possible de "presque" tout tester avec deux machines connectées au même réseau et avec une seule carte réseau par machine.

    Autrement, une autre solution est d’avoir deux machines avec deux accès Internet séparés (ex : Accès par modem et accès ADSL)

    Installation OpenVPN 2.01 sur une Debian Sarge

    Bonjour,

    Super le tuto, ça me tarde de tester tout ça. Mais avant pour être sur de ne pas me tromper j’aurais voulu savoir sur quelle maquette je pourrais faire mes tests.

    Je pensais a deux serveurs debian etch avec deux cartes réseaux sur chaques serveurs. Même adressages pour l’interco entre les serveurs et deux autres adressages distinct pour les autres interfaces représentant le LAN de chaque site.

    Si vous pouvez me confirmer.

    Merci

    Interface réseau virtuelle tun0 unique ?

    Il n’est pas nécessaire d’avoir un fichier de configuration serveur pour chaque client.
    Personnellement je n’ai qu’un fichier pour tous mes clients.
    L’intérêt d’avoir plusieurs fichiers est d’avoir des paramètres ou des droits spécifique à chaque client ou chaque groupe de clients

    Installation OpenVPN 2.01 sur une Debian Sarge

    Superbe travail !

    Merci beacoup !!