Différences

Ci-dessous, les différences entre deux révisions de la page.

--- reseaux_openvpn [2008/08/04 09:42] – thierry
+++ reseaux_openvpn [2012/04/14 22:00] (Version actuelle) – thierry
@@ Ligne 426: / Ligne 426: @@
 ==== Au final ====
-Dans **/etc/openvpn/easy-rsa/keys** on:
+Dans **/etc/openvpn/easy-rsa/keys** on a :
+| dh1024.pem | Diffie Hellman parameters |
-dh1024.pemDiffie Hellman parameters ca.crt root CA certificate ca.key root _private_ CA key server.crt server certificate server.key _private_ server key *.crt client certificate *.key _private_ client key
+| ca.crt | root CA certificate |
+| ca.key | root _private_ CA key |
+| server.crt | server certificate |
+| server.key | _private_ server key |
+| *.crt | client certificate |
+| *.key | _private_ client key |
 les clefs prives des clients, doivent être sur le poste du client, et uniquement.
@@ Ligne 719: / Ligne 724: @@
-===== /dev/net/tun : No such file ====
+===== /dev/net/tun : No such file ... ====
+==== Problème ====
 J'ai eu ça:
   Aug  4 11:15:28 netcave ovpn-client-ild-eko[2035]: Note: Cannot open TUN/TAP dev /dev/net/tun: No such file or directory (errno=2)
@@ Ligne 728: / Ligne 737: @@
   # modprobe tun
-Pour l'instant, je n'ai pas d'explication.
+==== solution ====
+En fait, "udev" n'etait pas installé, et c'est lui qui créé le "nod".
+  # aptitude install udev
+===== Redirect gateway =====
+==== Automatique ====
+=== methode 1 ===
+Pour le client (dans le ccd par exemple), ajouter:
+  push-reset
+  push "redirect-gateway"
+Ce qui aura grossièrement l'effet de faire sur le client, une:
+  # route add default dev <tunnel>
+Mais certaines configuration n'aime pas qu'on touche la "default gateway" ainsi.
+=== methode 2 ===
+  push-reset
+  push "redirect-gateway def1"
+Ce qui fera plutôt:
+  # route add -net 0.0.0.0/1 dev <tunnel>
+  # route add -net 128.0.0.0/1 dev <tunnel>
+Ce qui est plus supportable... parfois.
+==== A la main ====
+En fait, je préfère jouer avec "iproute2" plutôt que de laisser "openvpn" defoncer ma route par defaut.
+Pour la conf client (ccd?) ajouter:
+  iroute 0.0.0.0 0.0.0.0.0
+  push-reset
+On autorise tout a passer, sans rien faire côté client.
+Sur le client, on ajoute le routage vers la nouvelle gateway à la main.
+=== Avec route ===
+Sans iptables, on peut faire un truc comme ça:
+  # route add -host <IP_DU_SERVEUR_VPN> gw <GATEWAY>
+Et enfin:
+  # route add -net 0.0.0.0/1 dev <tunnel>
+  # route add -net 128.0.0.0/1 dev <tunnel>
+=== Avec IpTables ===
+Il faut regarder la doc sur la manière de marké le communication, et associés une route a une mark.
+FIXME !