Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Sécurité Sécurité Sécurité OpenVPN pas d'ip affectee

OpenVPN pas d'ip affectee

4 réponses
Avatar
EPiKoiEncore
Bonjour à tous,

J'espère que je m'adresse au bon forum puisque le VPN s'inscrit dans la
sécurité :-)
Sinon merci de me rediriger.

J'ai chez moi une machine sous XP SP2
J'utilise openvpn version 2.0 en mode TUN
Lorsque je tente une connexion sur une machine distante, la connexion
s'établit, les machines se voient, elles le disent clairement mais je n'ai
pas d'adresse IP affectée alors que je devrais avoir 10.3.0.1

Avec le même script, sur une autre machine, mon IP VPN est bien 10.3.0.1 et
je pingue bien via le tunel.

J'ai utilisé le patch disponible sur le site d'openvpn mais cela n'y fait
rien.

Je pensais à zonalarm ou bien spybot qui pourrait bloquer l'inscription de
certaine valeurs ???

Dans les logs, je trouve le texte ci-apres en boucle :
***************************
Mon Nov 15 22:50:40 2004 us=324790 TEST ROUTES: 0/0 succeeded len=-1 ret=0
a=0 u/d=down
Mon Nov 15 22:50:40 2004 us=324828 Route: Waiting for TUN/TAP interface to
come up...
Mon Nov 15 22:50:40 2004 us=324844 TIMER: coarse timer wakeup 1 seconds
Mon Nov 15 22:50:40 2004 us=324865 WE_CTL n=0 ev=0x0044f574 rwflags=0x0001
arg=0x0040b4f0
Mon Nov 15 22:50:40 2004 us=324887 STREAM: SET NEXT, buf=[46,0]
next=[46,1546] len=-1 maxlen=1546
Mon Nov 15 22:50:40 2004 us=324904 WE_CTL n=1 ev=0x00751730 rwflags=0x0001
arg=0x0040b4e8
Mon Nov 15 22:50:40 2004 us=324921 WE_CTL n=2 ev=0x007571e8 rwflags=0x0001
arg=0x0040b4ec
Mon Nov 15 22:50:40 2004 us=324948 I/O WAIT TRQ|Tw0|SRQ|Sw1 [1/36576]
Mon Nov 15 22:50:40 2004 us=324963 WE_WAIT enter n=3 to=1037
Mon Nov 15 22:50:40 2004 us=324979 [0] ev=0x00000760 rwflags=0x0001
arg=0x0040b4f0
Mon Nov 15 22:50:40 2004 us=324994 [1] ev=0x00000730 rwflags=0x0001
arg=0x0040b4e8
Mon Nov 15 22:50:40 2004 us=325009 [2] ev=0x00000758 rwflags=0x0001
arg=0x0040b4ec
Mon Nov 15 22:50:41 2004 us=369261 event_wait returned 0
Mon Nov 15 22:50:41 2004 us=369323 I/O WAIT status=0x0020
****************************

Cela parle-t'il à quelqu'un

Merci par avance et, en tout cas, merci de m'avoir lu :-)

Cordialement
Alain
Signaler un problème avec ce contenu

4 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Jacques Caron
Salut,

On 16 Nov 2004 18:56:09 GMT, EPiKoiEncore wrote:

J'ai chez moi une machine sous XP SP2
J'utilise openvpn version 2.0 en mode TUN


Il me semblait que sous Windows on ne pouvait faire que du TAP, non?

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
EPiKoiEncore
Jacques Caron wrote:
Il me semblait que sous Windows on ne pouvait faire que du TAP, non?


Je crois que dans les nouvelles versions (2.0 en particulier) le TUN est
permis.
Je vais tester chez moi ce soir avec TAP.
Ce n'était que mon premier probleme :-)

Merci encore.

P.S.
Quelqu'un a une expérience de configuration d'openvpn de SuSEfirewall2 sur
la même machine linux SuSE 9.1 ?????
C'est pour la partie redirection et iptables à mettre dans la partie custom
file ........

Je vais refaire un post dans ce sens si j'ai au moins une réponse positive.

Avatar
EPiKoiEncore
Hello,

"Jacques Caron" a écrit dans le message de news:

Il me semblait que sous Windows on ne pouvait faire que du TAP, non?


J'ai testé (sans grande conviction toutefois) une désinstallation complète
et réinstall de la V2.0 beta 15 et j'ai toujours le même problème, même en
TAP.
Je pense que cela vient de ma machine car tout marche tres bien au boulot
avec un autre PC sous XP et en mode TUN

Mais ça m'énerve car je voudrais bien utiliser openvpn pour d'autre
applications et là, je coince.

J'ai supprimé les résidents installés par Spybot Search & Destroy
J'ai mis la zone TAP en zone sûre dans zonealarm
je ne vois pas trop ce que je pourrai avoir qui bloque cette fichue
affectation d'adresse ....

Toujours le même message en boucle sur mon PC :
--------------------------
Wed Nov 17 21:48:56 2004 usE5478 event_wait returned 0
Wed Nov 17 21:48:56 2004 usE5556 I/O WAIT status=0x0020
Wed Nov 17 21:48:56 2004 usE7608 TEST ROUTES: 0/0 succeeded len=-1 ret=0
a=0 u/d=down
Wed Nov 17 21:48:56 2004 usE7659 Route: Waiting for TUN/TAP interface to
come up...
Wed Nov 17 21:48:56 2004 usE7676 TIMER: coarse timer wakeup 1 seconds
Wed Nov 17 21:48:56 2004 usE7698 WE_CTL n=0 ev=0x0045b824 rwflags=0x0001
arg=0x0040d624
Wed Nov 17 21:48:56 2004 usE7720 STREAM: SET NEXT, buf=[78,0]
next=[78,1578] len=-1 maxlen78
Wed Nov 17 21:48:56 2004 usE7738 WE_CTL n=1 ev=0x00751a90 rwflags=0x0001
arg=0x0040d61c
Wed Nov 17 21:48:56 2004 usE7754 WE_CTL n=2 ev=0x007576f4 rwflags=0x0001
arg=0x0040d620
Wed Nov 17 21:48:56 2004 usE7781 I/O WAIT TRQ|Tw0|SRQ|Sw1 [1/27976]
Wed Nov 17 21:48:56 2004 usE7798 WE_WAIT enter n=3 to28
Wed Nov 17 21:48:56 2004 usE7813 [0] ev=0x0000075c rwflags=0x0001
arg=0x0040d624
Wed Nov 17 21:48:56 2004 usE7829 [1] ev=0x0000072c rwflags=0x0001
arg=0x0040d61c
Wed Nov 17 21:48:56 2004 usE7845 [2] ev=0x00000754 rwflags=0x0001
arg=0x0040d620
-------------------------------

et sur le serveur tout va bien :
-------------------------------
Wed Nov 17 22:04:20 2004 us‚7100 TUN/TAP device tap1 opened
Wed Nov 17 22:04:20 2004 us‚7416 TUN/TAP TX queue length set to 100
Wed Nov 17 22:04:20 2004 us‚7522 /sbin/ifconfig tap1 10.3.0.2 netmask
255.255.255.0 mtu 1500 broadcast 1
0.3.0.255
Wed Nov 17 22:04:20 2004 usƒ5364 /sbin/route add -net 89.0.0.200 netmask
255.255.255.255 gw 10.3.0.1
Wed Nov 17 22:04:20 2004 us„2870 Data Channel MTU parms [ L:1578 D:1450
EF:46 EB:0 ET:32 EL:0 ]
Wed Nov 17 22:04:20 2004 us„3176 Local Options String: 'V4,dev-type
tap,link-mtu 1578,tun-mtu 1532,proto
TCPv4_SERVER,ifconfig 10.3.0.0 255.255.255.0,cipher BF-CBC,auth
SHA1,keysize 128,secret'
Wed Nov 17 22:04:20 2004 us„3464 Expected Remote Options String:
'V4,dev-type tap,link-mtu 1578,tun-mtu
1532,proto TCPv4_CLIENT,ifconfig 10.3.0.0 255.255.255.0,cipher BF-CBC,auth
SHA1,keysize 128,secret'
Wed Nov 17 22:04:20 2004 us„3602 Local Options hash (VER=V4): 'eb54c33c'
Wed Nov 17 22:04:20 2004 us„3702 Expected Remote Options hash (VER=V4):
'8168a2d4'
Wed Nov 17 22:04:20 2004 us„3791 Listening for incoming TCP connection on
[undef]:28100
Wed Nov 17 22:05:05 2004 us6894 TCP connection established with
82.255.48.173:1604
Wed Nov 17 22:05:05 2004 us6991 Socket Buffers: R=[87380->131072]
S=[16384->131072]
Wed Nov 17 22:05:05 2004 us7022 TCPv4_SERVER link local (bound):
[undef]:28100
Wed Nov 17 22:05:05 2004 us7041 TCPv4_SERVER link remote:
aaa.bbb.ccc.ddd:1604
RWed Nov 17 22:05:15 2004 us#4830 Peer Connection Initiated with
aaa.bbb.ccc.ddd:1604
WWRWed Nov 17 22:05:16 2004 us†7715 Initialization Sequence Completed

-------------------------------

Par contre une recherche sur google avec "event_wait returned 0 openvpn"
me renvoi à une page de source qui semble être celle de la connexion
d'openvpn
http://cvs.sourceforge.net/viewcvs.py/openvpn/openvpn/openvpn.c?rev=1.66
et dans ce source, ce qui suit WAIT_SIGNAL (&event_wait); semble être un
pavé intéressant.
Peut-être peut-on avoir quelques infos sur la raison de ce problème .....


Merci beaucoup
Alain



Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/


Avatar
David Bizeul
Humm, moi aussi, je dirai que pour Windows, seul le mode TAP est possible.
En effet, je crois que tu dois passer par un tap-win32 driver qui est
installé avec OpenVPN, cela te permet d'avoir un driver pour monter un pont
ethernet.
Dans tous les cas, je crois que c'est ce qui t'intéresse puisque tu veux
pouvoir récupérer une adresse par DHCP avec ton tap. Si tu mets en place un
VPN
en mode TUN, tu ne pourras pas y faire passer tes requêtes broadcast dhcp.
J'utilise une des dernières versions d'OpenVPN sous Windows en mode TAP et
la récupération de l'adresse dhcp ne pose pas de problème particulier.


"EPiKoiEncore" a écrit dans le
message de news: 419bc060$0$12668$
Hello,

"Jacques Caron" a écrit dans le message de news:

Il me semblait que sous Windows on ne pouvait faire que du TAP, non?


J'ai testé (sans grande conviction toutefois) une désinstallation complète
et réinstall de la V2.0 beta 15 et j'ai toujours le même problème, même en
TAP.
Je pense que cela vient de ma machine car tout marche tres bien au boulot
avec un autre PC sous XP et en mode TUN

Mais ça m'énerve car je voudrais bien utiliser openvpn pour d'autre
applications et là, je coince.

J'ai supprimé les résidents installés par Spybot Search & Destroy
J'ai mis la zone TAP en zone sûre dans zonealarm
je ne vois pas trop ce que je pourrai avoir qui bloque cette fichue
affectation d'adresse ....

Toujours le même message en boucle sur mon PC :
--------------------------
Wed Nov 17 21:48:56 2004 usE5478 event_wait returned 0
Wed Nov 17 21:48:56 2004 usE5556 I/O WAIT status=0x0020
Wed Nov 17 21:48:56 2004 usE7608 TEST ROUTES: 0/0 succeeded len=-1 ret=0
a=0 u/d=down
Wed Nov 17 21:48:56 2004 usE7659 Route: Waiting for TUN/TAP interface to
come up...
Wed Nov 17 21:48:56 2004 usE7676 TIMER: coarse timer wakeup 1 seconds
Wed Nov 17 21:48:56 2004 usE7698 WE_CTL n=0 ev=0x0045b824 rwflags=0x0001
arg=0x0040d624
Wed Nov 17 21:48:56 2004 usE7720 STREAM: SET NEXT, buf=[78,0]
next=[78,1578] len=-1 maxlen78
Wed Nov 17 21:48:56 2004 usE7738 WE_CTL n=1 ev=0x00751a90 rwflags=0x0001
arg=0x0040d61c
Wed Nov 17 21:48:56 2004 usE7754 WE_CTL n=2 ev=0x007576f4 rwflags=0x0001
arg=0x0040d620
Wed Nov 17 21:48:56 2004 usE7781 I/O WAIT TRQ|Tw0|SRQ|Sw1 [1/27976]
Wed Nov 17 21:48:56 2004 usE7798 WE_WAIT enter n=3 to28
Wed Nov 17 21:48:56 2004 usE7813 [0] ev=0x0000075c rwflags=0x0001
arg=0x0040d624
Wed Nov 17 21:48:56 2004 usE7829 [1] ev=0x0000072c rwflags=0x0001
arg=0x0040d61c
Wed Nov 17 21:48:56 2004 usE7845 [2] ev=0x00000754 rwflags=0x0001
arg=0x0040d620
-------------------------------

et sur le serveur tout va bien :
-------------------------------
Wed Nov 17 22:04:20 2004 us‚7100 TUN/TAP device tap1 opened
Wed Nov 17 22:04:20 2004 us‚7416 TUN/TAP TX queue length set to 100
Wed Nov 17 22:04:20 2004 us‚7522 /sbin/ifconfig tap1 10.3.0.2 netmask
255.255.255.0 mtu 1500 broadcast 1
0.3.0.255
Wed Nov 17 22:04:20 2004 usƒ5364 /sbin/route add -net 89.0.0.200 netmask
255.255.255.255 gw 10.3.0.1
Wed Nov 17 22:04:20 2004 us„2870 Data Channel MTU parms [ L:1578 D:1450
EF:46 EB:0 ET:32 EL:0 ]
Wed Nov 17 22:04:20 2004 us„3176 Local Options String: 'V4,dev-type
tap,link-mtu 1578,tun-mtu 1532,proto
TCPv4_SERVER,ifconfig 10.3.0.0 255.255.255.0,cipher BF-CBC,auth
SHA1,keysize 128,secret'
Wed Nov 17 22:04:20 2004 us„3464 Expected Remote Options String:
'V4,dev-type tap,link-mtu 1578,tun-mtu
1532,proto TCPv4_CLIENT,ifconfig 10.3.0.0 255.255.255.0,cipher BF-CBC,auth
SHA1,keysize 128,secret'
Wed Nov 17 22:04:20 2004 us„3602 Local Options hash (VER=V4): 'eb54c33c'
Wed Nov 17 22:04:20 2004 us„3702 Expected Remote Options hash (VER=V4):
'8168a2d4'
Wed Nov 17 22:04:20 2004 us„3791 Listening for incoming TCP connection
on [undef]:28100
Wed Nov 17 22:05:05 2004 us6894 TCP connection established with
82.255.48.173:1604
Wed Nov 17 22:05:05 2004 us6991 Socket Buffers: R=[87380->131072]
S=[16384->131072]
Wed Nov 17 22:05:05 2004 us7022 TCPv4_SERVER link local (bound):
[undef]:28100
Wed Nov 17 22:05:05 2004 us7041 TCPv4_SERVER link remote:
aaa.bbb.ccc.ddd:1604
RWed Nov 17 22:05:15 2004 us#4830 Peer Connection Initiated with
aaa.bbb.ccc.ddd:1604
WWRWed Nov 17 22:05:16 2004 us†7715 Initialization Sequence Completed

-------------------------------

Par contre une recherche sur google avec "event_wait returned 0 openvpn"
me renvoi à une page de source qui semble être celle de la connexion
d'openvpn
http://cvs.sourceforge.net/viewcvs.py/openvpn/openvpn/openvpn.c?rev=1.66
et dans ce source, ce qui suit WAIT_SIGNAL (&event_wait); semble être un
pavé intéressant.
Peut-être peut-on avoir quelques infos sur la raison de ce problème .....


Merci beaucoup
Alain



Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/