Reprise du message précédent :
Effectivement , j'ai trouvé pour les certifs

Solut,
Quelqu'un a t-il essayé et reussi à faire marcher openvpn sous Vista 64?
Je viens d'essayer et comme je m'en doutait Vista refuse d'installer l'interface virtuelle car le driver n'est pas signé, bref je sent que je suis bon pour reinstaller la RC2 32bts  

Master_Jul, tu veux tu utilises le PM que t'as mis en "non lu" comme pense-bête
 

J'y pense tous les jours mais il faut que je me remette dans OpenVPN, tout a sauté dans les formatages.

Allez allez, un peu de courage stp

slt
merci pour le tuto!
 
comment on se connecte au serveur ?
c'est grace aux deux fichiers clientx.crt et clientx.key ?
merci a+
 
comment on fait pour naviguer dans le serveur ?
merci
 
 
c'est cool ça marche !!!
par contre comment je peux reduire le ping ??
parce que pour ouvrir un film c'est assez long, mais pour les mp3 pas de soucis !
 
pour un jeu en reseau si je creer la partie sur le client, je peux rejoindre avec le serveur ??
merci

Est-ce que vous auriez une petite idée de mon problème ?
 

Apparemment, la clef privée est introuvable. T'as pas du la générer ou la copier au bon endroit.
 
Le msg d'erreur te donne une adresse où trouver des infos.

Merci, en réalité, j'ai trouvé, n'ayant pas de share entre le mon linux openvpn server et windows clientvpn, j'ai utilisé apache sur le linux, et celui-ci m'a tué le fichier.key (le contenu n'était pas correct) Un copier coller et celà fonctionne à merveille.
 
Merci
 
 
 

Encore une question, est-il possible de configurer plusieurs connexions vpn sur sa machine client ? Par exemple
 
Vpn societe 1
Vpn societe 2
Vpn societe 3
 
Et de choisir, via openvpn, le vpn sur lequel il doit se connecter ?
Edit, j'ai trouvé, il suffit de créer des repertoires, avec ses fichiers, et de changer le nom du fichier de config

Y a quelque chose que je ne comprends pas, j'ai un client x qui peut accéder au vpn, avec son certificat et etc, ca fonctionne bien, et puis, je voudrais que ce client X ne puisse plus accéder au serveur vpn, comment faire ? Y a quelque part, une liste des certificats autorisés à se connecter au serveurvpn  ?
 
merci
 
edit :
 
http://openvpn.net/howto.html#revoke

Bonjour depuis quelque jours je découvre les joix de OpenVPN. Mais après avoir lu tous les messages je n'ai pas trouvé solution à mes petits problèmes.
Alors mon réseau fonctionne parfaitement, ping partage de fichiers entre client et serveur, ect...
Maintenant j'aimerais (si possible bien sur) que le client et le serveur puisse accéder aux fichiers des postes sur les différentss réseaux locaux de l'autre côté du tunnel. Et si possible mais bon celà n'es pas urgent car je passe par \\IP voir les différents postes dans favoris réseaux.
J'utilise Windows XP pro sur les deux machines. Merci pour vos réponses.
Cordialement

Ah oui, ca m'interesse également fortement. mon problème est identique.
 

A partir du pc1, j'accède bien au srvvpn et à ses fichiers, par contre, je n'arrive pas accéder aux pcX. Ca ne ping pas. Par contre, je sais pinguer le 192.168.0.250 depuis le pc1.
 
Merci

Comme je l'ai déjà indiqué dans le topic (petit de seulement 5 pages), je ne crois pas qu'OpenVPN gère le routage entre interfaces réseau.
 
 
Perso, j'utilise WinRoute pour ça (entre autres).
Sous XP, vous pouvez regarder du côté du pont réseau (de mémoire, clic droit sur une connexion, ou les 2 à relier).
 
 
 
 
Ah, aussi, chose à faire. Pour que le client sache que pour contacter un PC de votre LAN, il doit connaitre la route. Vous devez donc l'ajouter (à la main, ou via la config du server OpenVPN je crois que c'est dans les options).
 
En gros. Si votre interface OpenVPN utilise un NetId (exemple) de 10.10.10.0 / 255.255.255.0, le PC client sait (quand OpenVPN monte le VPN) grace à l'ajout de la bonne route, que si il veut contacter un PC en 10.10.10.x il devra envoyer les paquets sur l'interface OpenVPN.
 
Si sur votre LAN vous êtes en 192.168.1.x / 255.255.255.0 et si le client n'a pas de route pour ce réseau, il utilisera la route "par defaut" (0.0.0.0) qui est l'interface qui lui permet de se connecter à internet (par exemple), donc impossible de passer par le VPN.
 
 
 
Sauf, si comme je vous l'ai expliqué au dessus, vous ajoutez la route pour le réseau 192.168.1.0 qui passera par le VPN, ou si vous activez côté server OpenVPN l'option "push "redirect-gateway".
Dans ce cas, la route par defaut sera le VPN. Tous les réseaux que vous tenterez de contacter passeront par le VPN (donc, le routage sur le serveur doit être activé).
 
 
 
Dans la config du serveur, j'ai trouvé ça :

 
Je viens de me lever, je vous laisse tester/comprendre etc.

Master_Jul, tu peux prendre le temps de bien résumer tout ceci dans le 1er post ? (et de voir mon fameux PM ).
 
 
 
 
 
Ah oui, pour vérifier vos routes :
Démarrer > Exécuter > CMD > entrée > route print

Bonjour a tous,
J'ai un soucis suite a la mise en place d'une liaison avec openvpn, en suivant le tuto rapide.
 
D'un coté mon serveur :
_ Windows 2003 Serveur
_ Server OpenVPN (10.8.0.1)
_ Derrière firewall linksys avec le port 1194 router sur mon serveur
 
De l'autre mon client :
_ Windows 2000 Serveur
_ Client OpenVPN (10.8.0.6)
_ Derrière un firewall IpCop, rien de particulier configuré pour OpenVPN
 
Connexion au vert sur les deux postes, mais pas de ping...Je ne trouve pas pourquoi.
 
 
Edit : Je viens de redemarrer tout le bouzou, et tout fonctionne correctement    
Merci Master_Jul ton topic m'a bien rendu service  
 
PS : Coucou Groody!!

Hello
 
 
Petite info qui te sera peut-être utile, ainsi qu'aux autres.
 
Sur mon client, comme je l'avais indiqué sur le topic, ça foire. La connexion commence, puis j'ai un msg en boucle qui attend la config des routes, de mémoire.
Le VPN monte, mais pas complètement. Le server ne m'attribue pas d'IP,  (j'ai une IP d'autoconfig d'XP).
 
Je suis obligé de désactiver l'interface (dans la fenêtre des connexions réseau, clic droit, désactiver sur l'interface OpenVPN), puis de la réactiver.
 
Bizarre ...

Bizarre en effet...
Sinon, je remonte une question très interessante qui avait été postée au début de ce topic et pour laquelle je n'ai pas trouvé de réponse :
 

il faut voir si tu peux taper dans un annuaire ldap mais j'ai des doutes

T'as zieuté sur le site de l'éditeur ? Leur forum ?

apparament il y a moyen cf la mailing list d'openvpn (google openvpn active directory)

Bon, j'ai réinstallé OpenVPN suivant mon tuto rapide, ça marche.
 
Y'a une petite erreur dans un chemin mais bon, c'est pas un drame, je vais corriger. Cette fois ci, on reprend les choses au sérieux.

Bon, c'est cool. J'ai configuré OpenVPN pour accueillir du monde sur mon réseau local avec le bridge.
 
Du coup, on se connecte au serveur et on se retrouve exactement comme un poste du réseau local. Tout marche parfaitement, ping et accès aux ressources Windows. Accès en faisant un démarrer / exécuter : \\ip sur le lan.
 
Explications demain matin.
 
Ensuite, on passe à une autre alternative, utiliser les routes pour faire marcher le tout de la même façon, mais en gardant des subnets différents.

Tu t'e basé sur mes explications ?

J'ai suivi le howto en utilisant la méthode bridge.
 
Donc création et configuration du pont + configuration client / serveur en tap et définition du baux d'adresses à délivrer sur le serveur.
 
Maintenant ce qui m'intéresse c'est d'utiliser le routage comme tu l'expliques mais sans utiliser de logiciel tiers. Apparemment c'est possible. Faudrait, entre autre, configurer cette clé : http://support.microsoft.com/defau [...] us;Q230082 faire un push de la route et un "route add" sur les machines.
 
Mais je pense que les gens seront en majorité intéressés par la première méthode vues les limitations du routage.
 
http://openvpn.net/faq.html#bridge2

Explication de l'utilisation du mode bridge
 
I - Quel est le problème ?
 
C'est un problème qui revient souvent sur le topic, voilà une explication de la situation.
 
Vous avez chez vous un modem-routeur qui cache un réseau local de plage d'adresse 192.168.1.x.
Vous avez mis en place un serveur VPN, c'est une de vos machines de votre réseau, son adresse IP dans votre réseau local est 192.168.1.12.
Ce serveur possède sa propre plage d'adresse pour le VPN, qui est par défaut de la forme 10.8.0.x.
 
Lorsque vous souhaitez vous connecter sur votre VPN depuis l'extérieur, vous entrez l'adresse IP publique sur vous avez sur Internet, la redirection de port sur votre routeur vous amène sur la machine dédiée à OpenVPN.
 
Celui-ci va vous donner une adresse disponible dans la plage 10.8.0.x., mettons 10.8.0.2 (10.8.0.1 est l'adresse du serveur).
 
Vous arrivez à pinger 10.8.0.1, le serveur VPN. Vous arrivez également à pinger 192.168.1.12 c'est l'interface est sur la même machine.
 
Mais, il est impossible d'atteindre les autres machines de votre réseau local, derrière le serveur VPN.
 

 
Il y a deux façons d'obtenir ce que vous souhaitez faire, le mode bridge (pont) ou le routage.
 
II - La connexion de pont (ou bridge)
 
1 - Comment cela se passe-t-il en théorie ?
 
Avec le mode bridge, votre réseau VPN va utiliser la même plage d'adresses que votre réseau local. Autrement dit, votre machine sur laquelle est installé OpenVPN n'aura plus qu'une adresse IP, de la forme 192.168.1.x, nous choisirons 192.168.1.120 pour l'exemple. C'est une adresse IP fixe.
Dans le fichier de configuration, nous préciserons alors la plage que votre serveur VPN attribuera aux clients. Mettons de 192.168.1.128 à 192.168.1.254. Du coup, quand votre client se connectera au VPN, celui-ci va lui donner la première adresse disponible, 192.168.1.128 et ce client fera littéralement "parti" de votre réseau local.
 
2 - Passons aux choses pratiques :
 
2.1 - Dans les fichiers de configuration :
 
- Côté serveur comme client :
Remplacer "dev tun" par "dev tap"

 
- Sur le serveur, commentez la ligne "server" de cette façon :

 
- Sur le serveur, vous allez donner l'adresse IP fixe du VPN sur le réseau local et la plage mise à disposition :
server-bridge adresse-serveur masque debut-plage fin-plage

 
2.2 - Dans les connexions réseau de Windows (Panneau de configuration) :
 
1 - Assurez-vous de ne pas avoir de connexion partageant un accès à Internet (cela empêche le bridging).
2 - Sélectionnez votre adaptateur réseau utilisé sur votre LAN et le virtuel de OpenVPN (TAP-Win32 Adapter). Pour cela, vous pouvez utiliser la touche CTRL + le clic de souris sur chacun des adaptateurs.
3 - Faites un clic droit sur l'une des connexions puis "Créer un pont".
 
A partir de ce moment, les deux connexions vont être liées et elles auront une interface commune, configurable sur le pont.
 

Sur cette image, la connexion TAP est "connectée" car le VPN est lancé.
 
4 - Faites un clic droit sur le pont, "Propriétés".
5 - Sélectionnez dans le second cadre "Protocole Internet (TCP/IP)" et faites "Propriétés".
6 - Choisissez "utilisez l'adresse IP suivante" et rentrez les informations comme indiqué (pour rester en phase avec les paramètres cités précédemment). Dans cette configuration, vous avez un modem-routeur sur l'adresse 192.168.1.1.
 

 
7 - Il ne reste plus qu'à lancer le VPN (double clic sur l'icône prêt de l'horloge).
8 - Le client initie la connexion de son côté, ça marche ? Merveilleux, bienvenue chez vous.
 
III - Questions et remarques
 
Pourquoi ne pas utiliser le DHCP du routeur ?
Parce que votre DHCP ne saurait pas différencier un client VPN d'un client de votre réseau local et lui donnerait des informations erronnées (mauvaise passerelle...). Il existe une façon de le faire pour Linux mais pas sous Windows à ma connaissance. Il faut voir du côté de votre routeur.  
 
Toutefois, je ne pense pas que cette solution soit judicieuse car vous risquez de vous mélanger les pinceaux. Avec un serveur en IP fixe et une plage d'adresse dédiée, vous savez où vous allez.
 
Ca ne m'arrange pas cette histoire de pont. / J'aimerais bien garder deux plages distinctes.
Dans ce cas, il faut passer par le routage. En gros, il faut "pousser" des routes sur les clients pour qu'ils sachent quoi faire des requêtes allant vers votre réseau local. En contrepartie, il faut que les postes derrière votre routeur VPN connaissent la route de retour vers le serveur VPN. J'écrirai une explication plus détaillée sur cette façon de procéder.

Bon par contre pour le routage, j'ai pas encore parfaitement tout assimilé, si quelqu'un peut m'aider...
 
Voilà les références :
http://openvpn.net/howto.html#scope
 
Je comprends pas trop cette situation :

 
Autres lectures :
http://openvpn.net/faq.html#bridge3
http://openvpn.net/INSTALL-win32.html
 
En fait, je ne sais pas s'il faut ajouter les routes sur les PC client pour leur dire que le VPN existe et vers où il faut remonter l'info pour ressortir. Ou il suffit de faire un push de la route ?  

 
Car dans le fichier de config, on lit :

 
Autre chose, chez moi, pas moyen d'utiliser la directive "dev-node", il disait à chaque fois que l'interface était introuvable, qu'elle soit dans le pont ou non.

 
Il existe ce tuto pour le bridge qui diffère dans la configuration : http://www.pavelec.net/adam/openvpn/bridge/

Pour le routage tu as 2 possibilités :

• mettre sur chaque pc du lan une route vers ton vpn avec comme nexthop le serveur vpn
• configurer une route statique sur le routeur de la maison qui dit de router le réseau du vpn vers le serveur du vpn.

Ainsi dans le premier cas le routage est direct (chaque client sait où aller)
Dans le 2ème ils continuent à utiliser leur default gateway mais celle ci décide soit d'envoyer sur le serveur vpn les paquets si ils sont à destination du réseau du vpn soit d'envoyer vers le net les paquets à destinations des autres réseaux.
Après une solution mais qui n'est peut être bien utile est de mettre en place un mécanisme de routage dynamique comme RIP ou OSPF mais pour 2 machines ça ne vaut pas la peine

Merci Je@nb, c'est très clair.

J'ai pas tout compris en survolant, il va falloir que je rentre dans le détail.
La solution qui m'interesse pour ma part est le mode routage.
 
Wait and See

Hello
 
Heureusement qu'il y à des gars qui se donnent de la peine pour clarifier les tutos officiels! Thanks
 
Chez moi tout fonctionne à merveille.
 
Cependant j'ai connu les réseaux privés virtuels d'abord comme simple utilisateur et en faisant marcher OpenVPN je me suis aperçu d'une différence par rapport à ce que j'avais connu.
 
A l'époque je pouvais faire un ping sur n'importe quelle machine du réseau distant car le VPN était monté sur une passerelle VoIP et là je me demandais (car tout ca reste encore flou pour moi) si en changeant l'adresse du server en la mettant identique au réseau privé où le serveur VPN est installé y aurait pas moyen d'arrivé au meme résultat ?
 
Je sais pas si j'ai été clair mais bon...

Lis ce que MasterJul a ecrit quelques posts plus haut!

Bonjour,
 
impossible de creer le fichier server.crt j'ai ce message:
 
Using configuration from openssl.cnf
Loading 'screen' into random state - done
I am unable to access the keys directory
keys: Invalid argument
Impossible de trouver c:\Neil\OpenVPN\easy-rsa\keys\*.old
 
je ne comprend pas je suis sur viste entreprise 32bit avec openvpn 2.09
 
merci

 
 
prend la version 2.09 ça fonctionne mais par contre souci lors de la création du fichier *.crt

salut a tous  
 
je suis en trains de monter un openvpn sur mon serveur debian pour connecter des postes windows a mon reseau et pour sa j'ai suivit se tuto http://www.coagul.org/article.php3?id_article=422  
 
j'ai cree:  
ca.crt  
ca.key  
LeServeurVPN.crt    
LeServeurVPN.key  
Client01.crt  
Client01.key  
 
et j'ai mis Client01.crt, Client01.key et ca.crt dans OpenVPN\config et ils ne sont pas vide mais voila l'erreur que j'ai :  
 
Fri Dec 01 16:28:56 2006 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Oct  1 2006  
Fri Dec 01 16:28:56 2006 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA.  OpenVPN 2.0-beta16 and earlier used 5000 as the default port.  
Fri Dec 01 16:28:56 2006 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.  
Fri Dec 01 16:28:56 2006 Cannot load certificate file client01.crt: error:02001002:system library:fopen:No such file or directory: error:20074002:BIO routines:FILE_CTRL:system lib: error:140AD002:SSL routines:SSL_CTX_use_certificate_file:system lib  
Fri Dec 01 16:28:56 2006 Exiting  
 
merci de me dire se qui se passe

Pour ceux qui utilise openvpn sous une machine vista rtm, y a un bug au niveau de l'ajout de la route. En attendant que celà soit résolu, il suffit d'ajouter la route manuellement après avoir connecté le vpn

Bonjour  
 
Tout d abord merci au redacteur de ce super tuto qui m a rendu de fiert services !  
 
Mais voila il reside un petit probleme (surement honteux en plus :$) Je vais la faire courte :  
 
 
J ai une machine dans un reseau local (192.168.0.10 cote LAN et 10.1.0.1 cote tunnel VPN) avec openvpn cote serveur protege par un routeur/firewall (192.168.0.1).  
De l autre cote j ai un poste client sur internet equipe d openvpn client, la connection et l authentification passe nickel mais quand il s agit d atteindre une machine c est autre chose.
 
La machine client acquier bien l ip (ici 10.1.0.6) aucune gateway et quand il s agit de pinger le serveur rien !  
 
Je pense que ca vient de la configuration d une route du cote du client (enfin je pense)....
 
Aidez moi siouplait :-$
 
Ah et je suis sur Vita aussi (j ai lu le message du haut)

Reboot ton openvpn coté serveur et apres client.

La remarque que j'ai mis sur vista, c'est en tant que client. Au niveau serveur, je n'ai pas testé. Mais je suppose qu'il y a des routes qui ne doivent pas se créer.

Serveur et client redemarre et il n y a que le client sous vista la.
 
Je pense que vous n avez pas compris mon probleme. La connexion se fait on m attribue une adresse IP mais je n arrive pas a pinguer le serveur Openvpn qui est dans la meme plage et mask. Dois je modifier des I/O sur mon firewall ou ajouter une route au client (ou serveur ?) voila ma question en fait. (aidez vous de mon premier post pour repondre )
 
Deuxieme question : apres la connexion je souhaite aller sur un remote desktop ( RDP ) dois je passer aussi en mode TCP pour ca ou puis je lancer un service RDP en UDP ?  
 
Merci beaucoup pour votre aide !