Dans le cadre du déploiement d'un vpn avec openvpn (ZERINA 3b) + Ipcop (1.4.10), je suis confronté à un sérieux problème.
Tout d'abord je vous présente la config et le schéma :
Réseau Interne(192.168.1.0/255.255.255.0)-----(192.168.1.253/255.255.255.0)IPCOP(81.x.x.x) ----Internet----(196.x.x.x)Modem[Sagem F@ast1400](192.168.2.1/255.255.255.255)----(192.168.2.2/255.255.255.0)Win XP (OpenVpn 2.05 Gui 1.0.3)
Côté IPCOP tout est nickel, le serveur est lancé et avec un mode verbose à 4, je ne détecte aucun problème dans les logs :
server.conf :
- Code: Tout sélectionner
#OpenVPN Server conf
daemon openvpnserver
writepid /var/run/openvpn.pid
#DAN prepare ZERINA for listening on blue and orange
;local 81.x.x.x
dev tun
tun-mtu 1400
proto udp
port 1194
tls-server
ca /var/ipcop/ovpn/ca/cacert.pem
cert /var/ipcop/ovpn/certs/servercert.pem
key /var/ipcop/ovpn/certs/serverkey.pem
dh /var/ipcop/ovpn/ca/dh1024.pem
server 10.166.217.0 255.255.255.0
push "route 192.168.1.0 255.255.255.0"
client-to-client
keepalive 10 60
status-version 1
status /var/ipcop/ovpn/server.log 30
cipher BF-CBC
comp-lzo
max-clients 100
tls-verify /var/ipcop/ovpn/verify
crl-verify /var/ipcop/ovpn/crls/cacrl.pem
user nobody
group nobody
persist-key
persist-tun
verb 4
Côté client, donc winxp, aucun problème, les logs d'openvpn sont les suivant :
- Code: Tout sélectionner
Mon Dec 05 23:24:44 2005 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.
Mon Dec 05 23:24:44 2005 LZO compression initialized
Mon Dec 05 23:24:44 2005 WARNING: normally if you use --mssfix and/or --fragment, you should also set --tun-mtu 1500 (currently it is 1400)
Mon Dec 05 23:24:44 2005 Control Channel MTU parms [ L:1442 D:138 EF:38 EB:0 ET:0 EL:0 ]
Mon Dec 05 23:24:44 2005 Data Channel MTU parms [ L:1442 D:1442 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
Mon Dec 05 23:24:44 2005 Local Options hash (VER=V4): 'a6ae7d69'
Mon Dec 05 23:24:44 2005 Expected Remote Options hash (VER=V4): '006a55ce'
Mon Dec 05 23:24:44 2005 UDPv4 link local (bound): [undef]:1194
Mon Dec 05 23:24:44 2005 UDPv4 link remote: 81.192.36.192:1194
Mon Dec 05 23:24:44 2005 TLS: Initial packet from 81.x.x.x:1194, sid=ec6462fb efb86fa2
Mon Dec 05 23:24:47 2005 VERIFY OK: depth=1, /C=MA/ST=Casablanca/L=Casablanca/O=yyy/OU=yyy/CN=xx_CA/emailAddress=yyy@yy.com
Mon Dec 05 23:24:47 2005 VERIFY OK: nsCertType=SERVER
Mon Dec 05 23:24:47 2005 VERIFY OK: depth=0, /C=MA/ST=Casablanca/O=KTI/OU=Dir_Informatique/CN=81.x.x.x
Mon Dec 05 23:24:51 2005 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Dec 05 23:24:51 2005 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Dec 05 23:24:51 2005 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Dec 05 23:24:51 2005 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Dec 05 23:24:51 2005 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Mon Dec 05 23:24:51 2005 [81.192.36.192] Peer Connection Initiated with 81.x.x.x:1194
Mon Dec 05 23:24:52 2005 SENT CONTROL [81.x.x.x]: 'PUSH_REQUEST' (status=1)
Mon Dec 05 23:24:54 2005 PUSH: Received control message: 'PUSH_REPLY,route 192.168.1.0 255.255.255.0,route 10.166.217.0 255.255.255.0,ifconfig 10.166.217.6 10.166.217.5'
Mon Dec 05 23:24:54 2005 OPTIONS IMPORT: --ifconfig/up options modified
Mon Dec 05 23:24:54 2005 OPTIONS IMPORT: route options modified
Mon Dec 05 23:24:54 2005 TAP-WIN32 device [Connexion au réseau local 6] opened: \\.\Global\{C18FC67F-91EF-41FA-9664-58438913EFCB}.tap
Mon Dec 05 23:24:54 2005 TAP-Win32 Driver Version 8.1
Mon Dec 05 23:24:54 2005 TAP-Win32 MTU=1500
Mon Dec 05 23:24:54 2005 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.166.217.6/255.255.255.252 on interface {C18FC67F-91EF-41FA-9664-58438913EFCB} [DHCP-serv: 10.166.217.5, lease-time: 31536000]
Mon Dec 05 23:24:54 2005 Successful ARP Flush on interface [196611] {C18FC67F-91EF-41FA-9664-58438913EFCB}
Mon Dec 05 23:24:54 2005 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down
Mon Dec 05 23:24:54 2005 Route: Waiting for TUN/TAP interface to come up...
Mon Dec 05 23:24:55 2005 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down
Mon Dec 05 23:24:55 2005 Route: Waiting for TUN/TAP interface to come up...
Mon Dec 05 23:24:56 2005 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down
Mon Dec 05 23:24:56 2005 Route: Waiting for TUN/TAP interface to come up...
Mon Dec 05 23:24:57 2005 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down
Mon Dec 05 23:24:57 2005 Route: Waiting for TUN/TAP interface to come up...
Mon Dec 05 23:24:58 2005 TEST ROUTES: 2/2 succeeded len=2 ret=1 a=0 u/d=up
Mon Dec 05 23:24:58 2005 route ADD 192.168.1.0 MASK 255.255.255.0 10.166.217.5
Mon Dec 05 23:24:58 2005 Route addition via IPAPI succeeded
Mon Dec 05 23:24:58 2005 route ADD 10.166.217.0 MASK 255.255.255.0 10.166.217.5
Mon Dec 05 23:24:58 2005 Route addition via IPAPI succeeded
Mon Dec 05 23:24:58 2005 Initialization Sequence Completed
Le problème est qu'il m'est impossible de pinguer les postes qui font partie du réseau derrière ipcop.
Depuis xp, j'arrive à pinguer Ipcop sur son adresse interne, autrement dit sur l'adresse : 192.168.1.253, j'arrive d'ailleurs à le piloter au travers du ssh et de l'interface web.
Ce qui est bizarre est que ça marche parfois, mais je n'ai aucune idée du Comment ? ni du pourquoi ?
, de temps en temps, j'arrie donc à accéder aux postes internes mais juste le temps d'une minute.
En cherchant sur google, je suis tombé sur un message sur la mailing liste d'OpenVpn, le conseil était de changer la valeur du paramètre : Keep Alive et donc de mettre : keepalive 10 60
Mais ce paramètrage est celui par défaut de la dernière version de ZERINA 3b.
Y'a t'il une ame charitable capable de m'aider. L'affaire de déploiement de l'Openvpn est très urgente dans mon cas.
Je vous remercie tous d'avance.
That's All
Have Fun !!!
