Tunnel établi, comment surfer sur le web ?

Allez voir sur ce tutoriel:
https://www.commentcamarche.net/contents/168-installer-un-serveur-vpn-sous-windows-xp

Le surf internet se fait à partir du pc distant à partir du moment ou le VPN est en fonction.

Salut,
sans doute modifier la route par défaut pour qu'elle passe par le vpn .
ça me parait une première (seconde ne fait, après la connexion au vpn) étape .
vérifier par route print .

voici ce que me donne

route print :

http://img13.imageshack.us/img13/9043/capturerjyx.jpg

sachant que le serveur iodine a pour ip ( carte tunnel virtuelle ) : 10.0.0.1

l'ip du client d'où j'ai tapé la commande est 10.0.0.3 ( ip de la connexion virtuelle du client )

quel commande dois je rentrer pour que l navigation passe par le tunnel ?

route change 10.0.0.3 mask 255.255.255.224 10.0.0.1 metric 1 ?

bon, je reprends en bas pour une meilleure lecture...

donc, en résumé, le client et le serveur iodine sont bien paramétrés

si je rentre sur le client la commande

route add 0.0.0.0 mask 0.0.0.0 10.0.0.1 metric 1

je me retrouve avec page introuvable dans mon navigateur

si je fait une connexion de pont entre la carte ethernet et la carte tunnel du serveur, le ping entre le client et le serveur ne passent plus, et une fois cette connexion de pont créee, le serveur iodine ne peut plus se paramèter correctement ça coince à :

Settings ip of interface dns to 10.0.0.1...
élément introuvable..

voilà, à peu près ce qui a été tenté

je précise que le port 53 est redirigé vers l'IP locale du serveur, disons 192.168.0.3 ( d'ailleurs la connexion de pont prends l'IP 192.168.0.4 )

voilà, voilà... j'espère que ce petit résumé va aider à trouver le petit truc qui fait que... ^^

bon, histoire d'être sur d'être toujours sur la même longueur d'ondes :

coté serveur :

pont :

IP : 192.168.0.4

MASQUE : 255.255.255.0

DNS : adresse des serveurs d'OPENDns

tunnel :

IP : 192.168.0.5

MASQUE ( attribué par iodine ) : 255.255.255.24

DNS : laissé en auto

coté routeur le port 53 est redirigé vers 192.168.0.4

je regarde maintenant pour connecter le CLIENT via mon hotspot free WIFI, comme ça, pas de problème d'adresses sur le même réseau

je donne des news ( question : coté client, pas besoin de créer un pont quand même ? ^^ )

bon, là, coté client

le client iodine est bien connecté au serveur

l'adresse de la carte WIFI est une IP publique ( celle attribuée par le hotspot free de ma box )

la commande tracert 192.168.0.5 m'indique que je suis bien connecté en direct à 192.168.0.5 ( pas d'intermédiaire )

je te mets un route print :

http://img291.imageshack.us/img291/4310/capturerw.jpg

on voit que le trafic, passe par la passerelle de mon hotspot free, et non par 198.168.0.5

donc, si j'ai bien compris je dois taper :

route change 0.0.0.0 mask 0.0.0.0 192.168.0.4 ( adresse pont ) ou 192.168.0.5 ( adresse tunnel ) ???

je vais tester on verra

route change 0.0.0.0 mask 0.0.0.0 192.168.0.5

la commande me retourne ok!

mais après avoir effectué cette modif, plus de ping possible vers 192.168.0.5 à partir du client

et plus de conexion internet... ???

donc, j'ai recrée la route vers la passerelle du hotspot

j'ai donc maintenant 2 routes pour tout le trafic :

une demandant à tout le trafic de passer par la passerelle du hotspot

et une autre demandant à tout le trafic de passer par 192.168.0.5 ( mais ça ne passe pas par là )

si je fait tracert commentcamarche.net je vois bien que le chemin ne passe par par 192.168.0.5

nouveau "route print" :

http://img517.imageshack.us/img517/8731/capturerx.jpg

si je supprime la route vers la passerelle du hotspot, je suis plus connecté, plus de ping, de traifc, d'internet...

bon, j'ai testé

toute delete 0.0.0.0

toutes les routes 0.0.0.0 ont été supprimées

j'ai recrée une route

route ad 0.0.0.0 mask 0.0.0.0 192.168.0.5

cela a eu pour effet de rétablir les 2 routes 0.0.0.0 qui existaient avant avec les mêmes metric

....

j'ai retesté en supprimant à nouveau les routes, puis en créant :

route add 0.0.0.0 mask 0.0.0.0 192.168.0.5 metric 10, là seule cette route a été crée avec un metric de 40 ???

pas possible de pinger, ou du surfer....

au cas où voici déjà les résultats IPCONFIG /ALL sur le serveur :

http://img18.imageshack.us/img18/156/ipconfigserveur.jpg

ROUTE PRINT sur le serveur :

http://img18.imageshack.us/img18/668/routeprintserveur.jpg

peut-être y verra tu quelque chose d'intéressant...

bonjour brupala

ça chauffe dis donc ( dans tout les sens du terme ^^)

bon, moi je viens quand même de m'apercevoir d'un truc bizarre :

quand je lance le client iodine, en se connectant il me dit ceci :

sending queries for montunnel.mondomain.xxx.xx to 8x.xxx.xxx.xxx(mon ip quoi)

donc, ça voudrais dire que seules les requêtes pour montunnel.mondomain.xxx.xx vont passer par le tunnel, non ?

( je sens que je vais me faire taper là, c'est pas où la sortie... ? )

un bon tuto, un peu plus précis, je vais voir si j'arrive à avancer avec ça...

oui, toutes façons je m'embrouille là

si le client se connecte au serveur, c'est qu'ils arrivent à se dire bonjour, donc, le port 53 est redirigé comme il se doit, j'ai bon à ce niveau là ?

ce qui m'étonne, c'est que les différents tutos que je vois avec iodine, ont l'air tous relativement simples, ils parlent pas de créer des ponts réseau ou genre, mais peut-être est ce une telle évidence, qu'ils ne jugent pas nécessaire d'en parler ?

en tout cas dans le dernier tuto :

Client side:
    All the setup is done, just start iodine. It also takes two arguments, the first is the local relaying DNS server and the second is the domain used (tunnel1.mytunnnel.com). If DNS queries are allowed to any computer, you can use the tunnel endpoint (example: 10.15.213.99 or tunnel1host.mytunnel.com) as the first argument. The tunnel interface will get an IP close to the servers (in this case 192.168.99.2) and a suitable MTU. Enter the same password as on the server either by argument or after the client has started. Now you should be able to ping the other end of the tunnel from either side. 
Routing:
    The normal case is to route all traffic through the DNS tunnel. To do this, first add a route to the nameserver you use with the default gateway as gateway. Then replace the default gateway with the servers IP address within the DNS tunnel, and configure the server to do NAT. 

donc, si je comprends bien :

"the local DNS server", c'est le DNS du hotspot ??? ou les DNS de mon serveur ( donc les DNS Free ??? )

"nameserveur" c'est l'ip publique de mon serveur iodine ?

"you use with the default gateway as gateway" donc, là, c'est la passerelle de mon serveur iodine ? ( 192.168.0.254 ) ?

"Then replace the default gateway with the servers IP address within the DNS tunnel" et là, je remplace la passerelle de la carte tunnel du client par l'adresse IP de la carte tunnel du serveur ?

looooooooool, je sais pas toi, mais moi, ça me rends zinzin, toutes ces ip's, passerelles, serveur, clients...

Euh, si on reprenait du début :
"run iodine/iodined as normal" ?
OK pour l'installation du TAP32 (venant d'openVPN) renommé "dns" pour faire plaisir à Iodine. OK pr la version iodine de Windows. J'ai juste besoin des invites de commande exactes, côté client et serveur (où j'ai crée un dossier au nom court (pr ne pas ralentir la connexion) qui est en fait mon sous-domaine ?) en sachant que je suis sous Windows XP.
Merci pour les réponses