VPN sur MNF : Aaaaargh je craque !

par **fgth** » 27 Sep 2003 13:19

Bon je vais être clair : AU SECOOOOURS. Je viens de passer 2 jours à tenter un VPN entre une MNF et un client Win2000 RTC, et je craque. J'ai épluché tous les posts, je me suis conformé à la doc de louis en version 02, rien à faire, je ne trouve pas. La config : Win2000 RTC (Tiscali) -> internet -> ADSL / modem ST ethernet -> eth2 sur MNF Je suis en phase de test, j'utilise un ADSL Wanadoo avec adresse dynamique pour l'instant, tant qu'elle ne change pas je prend l'adresse qu'ils m'ont attribué comme si c'était une statique. sur la MNF, eth0 (lan) en 192.168.1.254, eth1 (DMZ), eth2 sans adresse pour attaquer le speedtouch en direct. Internet fonctionne, j'y accède depuis le réseau local. J'ai paramétré le VPN, le tunnel, la règle par défaut et l'exception. J'ai créé les clés, mis à jour l'ipsec.conf : config setup interfaces=%defaultroute klipsdebug=none plutodebug=none plutoload=%search plutostart=%search uniqueids=yes conn %default keyingtries=1 compress=yes disablearrivalcheck=no authby=rsasig leftrsasigkey=%cert rightrsasigkey=%cert conn systeaport-net leftsubnet=192.168.1.0/24 also=systeaport conn systeaport left=%defaultroute right=%any rightsubnet=0/0 leftcert=<nom de ma machine MNF>.pem auto=add pfs=yes Sur le client VPN, win2000, connexion modem sur Tiscali, internet fonctionne. J'ai installé ipsecpol et ipsec.exe, mis à jour l'ipsec.conf : conn %default dial=Tiscali conn systeaport left=%any right=<adresse Wanadoo 81.xx.xx.xx> rightca="C=FR, S=France, L=<ville>, O=<société>, CN=<nom machine MNF>" network=auto auto=start pfs=yes conn systeaport-net left=%any right=<adresse Wanadoo 81.xx.xx.xx> rightsubnet=192.168.1.0/24 rightca="C=FR, S=France, L=<ville>, O=<société>, CN=<nom machine MNF>" network=auto auto=start pfs=yes Je connecte tout ça en lançant ipsec sur win2000. Je tente un ping vers une adresse du 192.168.1.xx, je n'ai que 4 fois "Négociation de sécurité IP", et 4 paquets perdus... Ce que je ne pige pas, c'est que je n'ai aucun message dans /var/log/message : pas de paquet rejeté ayant l'adresse du client, rien... Sur le client, dans le oakley.log, ce qui me gêne le plus c'est ça : 9-27: 11:39:10:4ec Received no valid CRPs. Using all configured 9-27: 11:39:10:4ec failed to get chain -2146885628 9-27: 11:39:10:4ec ProcessFailure: sa:002394A0 centry:00000000 status:cbad0326 et ça : 9-27: 11:39:10:4ec Mode d'échange de clés (Mode principal) 9-27: 11:39:10:4ec Adresse IP source213.36.89.101 Masque d'adresse IP source 255.255.255.255 Adresse IP de destination 81.xx.xx.xx Masque d'adresse IP de destination 255.255.255.255 Protocole 0 Port source 0 Port de destination 0 9-27: 11:39:10:4ec Moi 9-27: 11:39:10:4ec IKE n'a pas trouvé de certificat ordinateur valide 9-27: 11:39:10:4ec ProcessFailure: sa:002394A0 centry:00000000 status:cbad0326 Quelqu'un at-il une idée ? Au secours, les gars les filles, il faut que je mette ça en route rapidement maintenant, je dois faire des tests en réèl la semaine prochaine ! Et je n'aimerai vraiment pas avoir à me rabattre sur un win2000 parce que je n'y arrive pas avec la MNF !!! J'en mourrerai. Au cas où, voilà le log complet : 9-27: 11:39:09:3b8 Posting acquire: op=816BAF88 src=213.36.89.101.0 dst=192.168.1.11.0 proto = 0, SrcMask=255.255.255.255, DstMask=255.255.255.0, Tunnel 1, TunnelEndpt=81.xx.xx.xx Inbound TunnelEndpt=213.36.89.101 9-27: 11:39:09:3b8 Acquire thread waiting 9-27: 11:39:09:4ec find(ipsec): d240512d-3fcb-47be-8ff9c771baf4395f 9-27: 11:39:09:4ec outstanding_kernel_req returned 0 9-27: 11:39:09:4ec Created new SA 2394a0 9-27: 11:39:09:4ec Acquire: src = 213.36.89.101.0000, dst = 81.xx.xx.xx.62465, proto = 00, context = 816BAF88, ProxySrc = 213.36.89.101.0000, ProxyDst = 192.168.1.0.0000 SrcMask = 0.0.0.0 DstMask = 255.255.255.0 9-27: 11:39:09:4ec constructing ISAKMP Header 9-27: 11:39:09:4ec constructing SA (ISAKMP) 9-27: 11:39:09:4ec find(isakmp): d240512d-3fcb-47be-8ff9c771baf4395f 9-27: 11:39:09:4ec Setting group desc 9-27: 11:39:09:4ec Setting group desc 9-27: 11:39:09:4ec Setting group desc 9-27: 11:39:09:4ec Setting group desc 9-27: 11:39:09:4ec Constructing Vendor 9-27: 11:39:09:4ec Throw: State mask=1 9-27: 11:39:09:4ec Added Timeout 9cd00 9-27: 11:39:09:4ec Setting Retransmit: sa 2394a0 handle 9cd00 context 23b0d8 9-27: 11:39:09:4ec 9-27: 11:39:09:4ec Sending: SA = 0x002394A0 to 81.xx.xx.xx 9-27: 11:39:09:4ec ISAKMP Header: (V1.0), len = 216 9-27: 11:39:09:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:09:4ec R-COOKIE 0000000000000000 9-27: 11:39:09:4ec exchange: Oakley Main Mode 9-27: 11:39:09:4ec flags: 0 9-27: 11:39:09:4ec next payload: SA 9-27: 11:39:09:4ec message ID: 00000000 9-27: 11:39:09:4ec 9-27: 11:39:09:4ec Resume: (get) SA = 0x002394a0 from 81.xx.xx.xx 9-27: 11:39:09:4ec ISAKMP Header: (V1.0), len = 84 9-27: 11:39:09:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:09:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:39:09:4ec exchange: Oakley Main Mode 9-27: 11:39:09:4ec flags: 0 9-27: 11:39:09:4ec next payload: SA 9-27: 11:39:09:4ec message ID: 00000000 9-27: 11:39:09:4ec Stopping RetransTimer sa:002394A0 centry:00000000 handle:0009CD00 9-27: 11:39:09:4ec processing payload SA 9-27: 11:39:09:4ec Received Phase 1 Transform 1 9-27: 11:39:09:4ec Encryption Alg Triple DES CBC(5) 9-27: 11:39:09:4ec Hash Alg SHA(2) 9-27: 11:39:09:4ec Oakley Group 2 9-27: 11:39:09:4ec Auth Method Signature RSA avec les certificats(3) 9-27: 11:39:09:4ec Life type in Seconds 9-27: 11:39:09:4ec Life duration of 28800 9-27: 11:39:09:4ec Phase 1 SA accepted: transform=1 9-27: 11:39:09:4ec SA - Oakley proposal accepted 9-27: 11:39:09:4ec In state OAK_MM_SA_SETUP 9-27: 11:39:09:4ec constructing ISAKMP Header 9-27: 11:39:09:4ec constructing KE 9-27: 11:39:09:4ec constructing NONCE (ISAKMP) 9-27: 11:39:09:4ec Throw: State mask=7 9-27: 11:39:09:4ec 9-27: 11:39:09:4ec Sending: SA = 0x002394A0 to 81.xx.xx.xx 9-27: 11:39:09:4ec ISAKMP Header: (V1.0), len = 184 9-27: 11:39:09:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:09:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:39:09:4ec exchange: Oakley Main Mode 9-27: 11:39:09:4ec flags: 0 9-27: 11:39:09:4ec next payload: KE 9-27: 11:39:09:4ec message ID: 00000000 9-27: 11:39:10:4ec 9-27: 11:39:10:4ec Resume: (get) SA = 0x002394a0 from 81.xx.xx.xx 9-27: 11:39:10:4ec ISAKMP Header: (V1.0), len = 188 9-27: 11:39:10:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:10:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:39:10:4ec exchange: Oakley Main Mode 9-27: 11:39:10:4ec flags: 0 9-27: 11:39:10:4ec next payload: KE 9-27: 11:39:10:4ec message ID: 00000000 9-27: 11:39:10:4ec Stopping RetransTimer sa:002394A0 centry:00000000 handle:0009CD00 9-27: 11:39:10:4ec processing payload KE 9-27: 11:39:10:4ec Generated 128 byte Shared Secret 9-27: 11:39:10:4ec KE processed; DH shared secret computed 9-27: 11:39:10:4ec processing payload NONCE 9-27: 11:39:10:4ec processing payload CR 9-27: 11:39:10:4ec Processing Cert request 9-27: 11:39:10:4ec In state OAK_MM_Key_EXCH 9-27: 11:39:10:4ec skeyid generated; crypto enabled (initiator) 9-27: 11:39:10:4ec constructing ISAKMP Header 9-27: 11:39:10:4ec constructing ID 9-27: 11:39:10:4ec Received no valid CRPs. Using all configured 9-27: 11:39:10:4ec failed to get chain -2146885628 9-27: 11:39:10:4ec ProcessFailure: sa:002394A0 centry:00000000 status:cbad0326 9-27: 11:39:10:4ec isadb_set_status sa:002394A0 centry:00000000 status cbad0326 9-27: 11:39:10:4ec Mode d'échange de clés (Mode principal) 9-27: 11:39:10:4ec Adresse IP source213.36.89.101 Masque d'adresse IP source 255.255.255.255 Adresse IP de destination 81.xx.xx.xx Masque d'adresse IP de destination 255.255.255.255 Protocole 0 Port source 0 Port de destination 0 9-27: 11:39:10:4ec Moi 9-27: 11:39:10:4ec IKE n'a pas trouvé de certificat ordinateur valide 9-27: 11:39:10:4ec ProcessFailure: sa:002394A0 centry:00000000 status:cbad0326 9-27: 11:39:10:4ec constructing ISAKMP Header 9-27: 11:39:10:4ec constructing HASH (null) 9-27: 11:39:10:4ec constructing NOTIFY 28 9-27: 11:39:10:4ec constructing HASH (ND) 9-27: 11:39:10:4ec Construct ND hash message len = 28 pcklen=80 hashlen=20 9-27: 11:39:10:4ec Construct ND Hash mess ID 53b12fb3 9-27: 11:39:10:4ec ND Hash skeyid_a e12ce535236a93c1bb402da80ffd7662 9-27: 11:39:10:4ec 9f94fc63 9-27: 11:39:10:4ec ND Hash message 0000001c000000010110001c23a02bd4 9-27: 11:39:10:4ec 5b0c1eb1a74ee8c9fb6506f5 9-27: 11:39:10:4ec Throw: State mask=200110f 9-27: 11:39:10:4ec Doing tripleDES 9-27: 11:39:10:4ec 9-27: 11:39:10:4ec Sending: SA = 0x002394A0 to 81.xx.xx.xx 9-27: 11:39:10:4ec ISAKMP Header: (V1.0), len = 84 9-27: 11:39:10:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:10:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:39:10:4ec exchange: ISAKMP Informational Exchange 9-27: 11:39:10:4ec flags: 1 ( encrypted ) 9-27: 11:39:10:4ec next payload: HASH 9-27: 11:39:10:4ec message ID: 53b12fb3 9-27: 11:39:20:4ec 9-27: 11:39:20:4ec Resume: (get) SA = 0x002394a0 from 81.xx.xx.xx 9-27: 11:39:20:4ec ISAKMP Header: (V1.0), len = 188 9-27: 11:39:20:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:20:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:39:20:4ec exchange: Oakley Main Mode 9-27: 11:39:20:4ec flags: 0 9-27: 11:39:20:4ec next payload: KE 9-27: 11:39:20:4ec message ID: 00000000 9-27: 11:39:20:4ec received an unencrypted packet when crypto active 9-27: 11:39:20:4ec GetPacket failed cbad0324 9-27: 11:39:40:4ec 9-27: 11:39:40:4ec Resume: (get) SA = 0x002394a0 from 81.xx.xx.xx 9-27: 11:39:40:4ec ISAKMP Header: (V1.0), len = 188 9-27: 11:39:40:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:39:40:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:39:40:4ec exchange: Oakley Main Mode 9-27: 11:39:40:4ec flags: 0 9-27: 11:39:40:4ec next payload: KE 9-27: 11:39:40:4ec message ID: 00000000 9-27: 11:39:40:4ec received an unencrypted packet when crypto active 9-27: 11:39:40:4ec GetPacket failed cbad0324 9-27: 11:41:14:4ec SA Dead. sa:002394A0 status:cbad0328 9-27: 11:41:14:4ec constructing ISAKMP Header 9-27: 11:41:14:4ec constructing HASH (null) 9-27: 11:41:14:4ec constructing DELETE 9-27: 11:41:14:4ec constructing HASH (ND) 9-27: 11:41:14:4ec Construct ND hash message len = 28 pcklen=80 hashlen=20 9-27: 11:41:14:4ec Construct ND Hash mess ID 7bd81096 9-27: 11:41:14:4ec ND Hash skeyid_a e12ce535236a93c1bb402da80ffd7662 9-27: 11:41:14:4ec 9f94fc63 9-27: 11:41:14:4ec ND Hash message 0000001c000000010110000123a02bd4 9-27: 11:41:14:4ec 5b0c1eb1a74ee8c9fb6506f5 9-27: 11:41:14:4ec Throw: State mask=110f 9-27: 11:41:14:4ec Doing tripleDES 9-27: 11:41:14:4ec 9-27: 11:41:14:4ec Sending: SA = 0x002394A0 to 81.xx.xx.xx 9-27: 11:41:14:4ec ISAKMP Header: (V1.0), len = 84 9-27: 11:41:14:4ec I-COOKIE 23a02bd45b0c1eb1 9-27: 11:41:14:4ec R-COOKIE a74ee8c9fb6506f5 9-27: 11:41:14:4ec exchange: ISAKMP Informational Exchange 9-27: 11:41:14:4ec flags: 1 ( encrypted ) 9-27: 11:41:14:4ec next payload: HASH 9-27: 11:41:14:4ec message ID: 7bd81096 9-27: 11:41:14:4ec Deleting SA 002394A0 9-27: 11:41:14:4ec Cancelling Timeout 9cd00 9-27: 11:43:40:54c Interface change event 9-27: 11:43:40:54c Added Timeout 9cd00 9-27: 11:43:40:4ec Deregister wait d51c8 9-27: 11:43:40:4ec removing socket to 655924d5 9-27: 11:43:53:54c Interface change event 9-27: 11:43:53:54c RegisterSocket: Socket 1200, Event 1184 9-27: 11:43:53:54c Register wait d51c8 9-27: 11:43:53:54c Adding socket: 1200 addr: 192.168.1.20 9-27: 11:43:53:54c Referenced Socket 1401a8c0

par **natlus** » 27 Sep 2003 20:39

<IMG SRC="images/smiles/icon_rolleyes.gif"> en reponse a fgth , d' apres les messages le point de sortie du tunnel n'est pas bien precise ( adresse ip comencant par 81 au lieu de 192.168.1...) de plus si eth2 n'est pas precise ,c' est bien ton modem qui gere l' adresse ip, je pose la kestion <IMG SRC="images/smiles/icon_rolleyes.gif"> <IMG SRC="images/smiles/icon_rolleyes.gif">

par **fgth** » 28 Sep 2003 10:50

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-09-27 20:39, natlus a écrit: en reponse a fgth , d' apres les messages le point de sortie du tunnel n'est pas bien precise ( adresse ip comencant par 81 au lieu de 192.168.1...) </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Ok, mais j'ai rempli les fichiers de conf scrupuleusement comme dans la doc de louis.... Alors ? Si qqun a connecté 1 poste distant par RTC (ou ADSL, à mon avis ça ne change pas grand chose), peut-il poster ses fichiers de conf que je compare (et que j'essaie de comprendre un peu mieux, surtout) <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> de plus si eth2 n'est pas precise ,c' est bien ton modem qui gere l' adresse ip, je pose la kestion </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Plus ou moins, l'adresse est attribuée par Wanadoo à la connexion. Mais même en supposant que j'ai une IP fixe, ça ne changerait rien au fait que pour attaquer le modem ethernet, je doive laisser eth2 sans adresse, non ? ( -> <a href="http://ixus.net/modules.php?op=modload&name=Forum&file=viewtopic&topic=3447&forum=23" target="_blank">http://ixus.net/modules.php?op=modload&name=Forum&file=viewtopic&topic=3447&forum=23</a> ) Alors que fais-je ? <IMG SRC="images/smiles/icon_bawling.gif"> Je réitère : si qqun a réussi ça, peut-il poster ses fichiers de conf (ipsec.conf côté MNF et côté client win, ipsec.secrets (ah oui, tiens, j'ai toujours ce prob de "error loading RSA private file" si je met le fichier <nom_mùachine_autorité_de_certification>.key dans ipsec.secrets... ça ne marche qu'avec ca.key), bref, tout ce qui peut coincer chez moi. Meeeeeeerci d'avance. ça m'enlèverai un GROSSE épine du pied. Genre séquoïa. <IMG SRC="images/smiles/icon_help.gif">

par **Guepi** » 29 Sep 2003 11:46

je suis dans le même cas que toi ... Mais je cherche !

par **louis** » 30 Sep 2003 10:02

Bonjour, Si tu n'a aucune ligne dans ton log mnf, le tunel n'est pas établi. Si dans le log Windows, tu as 'IKE n'a pas trouvé de certificat ordinateur valide', ton problème vient de ton certificat coté Windows. Concernant ta demande de fichier 'conf', dans ma doc, les exemples données sont ceux de ma configuration et ils marchent correctement.

par **fgth** » 30 Sep 2003 13:03

Ouaip, c'est bien le message. Le problème, c'est que j'ai vérifié 250 fois l'ipsec.conf côté windows, j'ai essayé des dizaines de configs, d'après les posts trouvés ici et les docs sur internet, et j'ai toujours le même message !!!! Je viens d'essayer avec un IPcop. Après 2 ou 3 prob de paramétrage résolus côté linux, ça marche, mais en PSK (presharedkey). Ca vient surement des certifs RSA, mais je ne comprend pas ou ça coince.

par **Guepi** » 30 Sep 2003 14:27

ton problème est que tes certficats n'ont pas été ajouté à ta machine ... ou du moins pas correcterment ! Si tu l'as fait, efface les certificats, et resuit la procédure de louis, point par point !

par **fgth** » 30 Sep 2003 15:08

Bon je vais réessayer avec les certifs. Dis donc louis, en parlant de ta doc, as-tu mis en ligne une version avec les modifs (CA.sh dans misc, les noms newxxx.pem inversés, etc...) depuis la vpn1-02 ? Et surtout, as-tu testé la partie avec partage de connexion? ça m'intéresse aussi pour ce que je suis en train de monter. Le problème viendra-t-il de la translation d'adresse opéré par le partage de connexion ? Tiens, je pose la question : que se passe-t-il si mon portable, à partir duquel j'arrive à ouvrir un tunnel vers mon réseau via RTC, est connecté à un réseau avec routeur/NAT ? En gros : portable --- RTC --- Tiscali --- internet ---- ADSL ---- ST Ethernet ---- eth2 MNF eth0 ----- lan 192.168.1.xx : ça, ça marche. Je branche le portable tel quel (DHCP) en ethernet sur un réseau d'entreprise : portable 192.168.0.20 ---- 192.168.0.1 routeur/NAT 193.xx.xx.xx --- internet --- ADSL ---....etc... idem côté MNF : que se passe-t-il ici lorsque je tape "ipsec" sur le portable ? Est-ce possible sans ajouter une MNF ou autre devant ou derrière le routeur pour discuter avec la MNF de mon réseau local ? Quelles modifs sont nécessaires ? Peut-être que ça a déjà été traité, mais je ne vous cache pas qu'avec la montagne de docs que je me suis avalé depuis quelques jours, j'ai un peu de mal à synthétiser.

par **Guepi** » 30 Sep 2003 16:39

je pense qu'il faut créé cette possibilité dans ton ipsec.conf ... conn portable-modem (...) conn portable-routeur (...) enfin, je me trompe peut-être ... <IMG SRC="images/smiles/icon_confused.gif">

par **fgth** » 30 Sep 2003 17:17

C'est une idée, mais je ne vois pas trop comment la mettre en pratique. Entre temps j'ai trouvé un réseau sur lequel connecter mon portable, et j'ai fait des tests, voilà ce que j'ai dans mes logs : Sep 30 17:04:31 ipcop pluto[18548]: "vpnPoitiers"[1] 193.251.25.129 #1: responding to Main Mode from unknown peer 193.251.25.129 Sep 30 17:04:32 ipcop pluto[18548]: "vpnPoitiers"[1] 193.251.25.129 #1: Peer ID is ID_IPV4_ADDR: '192.168.8.4' Sep 30 17:04:32 ipcop pluto[18548]: "vpnPoitiers"[2] 193.251.25.129 #1: deleting connection "vpnPoitiers" instance with peer 193.251.25.129 Sep 30 17:04:32 ipcop pluto[18548]: "vpnPoitiers"[2] 193.251.25.129 #1: sent MR3, ISAKMP SA established Sep 30 17:04:32 ipcop pluto[18548]: "vpnPoitiers"[2] 193.251.25.129 #1: cannot respond to IPsec SA request because no connection is known for 192.168.1.0/24===81.53.243.200...193.251.25.129[192.168.8.4]===192.168.8.4/32 Sep 30 17:04:32 ipcop pluto[18548]: "vpnPoitiers"[2] 193.251.25.129 #1: sending encrypted notification INVALID_ID_INFORMATION to 193.251.25.129:500 Sep 30 17:04:33 ipcop pluto[18548]: "vpnPoitiers"[2] 193.251.25.129 #1: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0x2b7cc898 (perhaps this is a duplicated packet) Sep 30 17:04:33 ipcop pluto[18548]: "vpnPoitiers"[2] 193.251.25.129 #1: sending encrypted notification INVALID_MESSAGE_ID to 193.251.25.129:500 Le "because no connection is known..." est assez éloquent : il a une adresse de trop dans son chemin, celle du routeur. Alors ? Une idée, qqun ?

par **Guepi** » 01 Oct 2003 12:27

dans ton fichier de conf, tu dois enlever le leftnexthop ou le rightnexthop ...

par **louis** » 01 Oct 2003 13:38

Je vais faire un test ce soir sur une connexion d'un poste windows faisant du nat (suivant la config donnée par François M.). Pour une config d'un poste windows nomade (sans nat) vers un réseau mnf (avec nat), ça marche - c'est l'exemple donné dans la doc. Concernant la demande : "Dis donc louis, en parlant de ta doc, as-tu mis en ligne une version avec les modifs (CA.sh dans misc, les noms newxxx.pem inversés, etc...) depuis la vpn1-02 ? ", je vais revoir la doc et mettre en ligne une nouvelle version avec le résultat de mes tests.

par **louis** » 02 Oct 2003 12:27

J'ai testé une liaison VPN entre des postes Windows connectés en réseau (dont un partage sa connexion et établi le tunel vpn) et un réseau sous MNF. Tout cela en me basant sur l'ajout de François à ma doc et bien ça marche pas !

par **fgth** » 02 Oct 2003 13:37

Ah j'ai raté qqchose. Ou puis-je trouvé l'ajout de François, histoire de tester la chose aussi de mon côté ?

par **louis** » 02 Oct 2003 14:28

<a href="http://faure.free.fr/Download/pdf/mnf_vpn.pdf" target="_blank">http://faure.free.fr/Download/pdf/mnf_vpn.pdf</a>

VPN sur MNF : Aaaaargh je craque !

Qui est en ligne ?