Tunnel établi, comment surfer sur le web ?
Utilisateur anonyme
-
brupala Messages postés 111943 Date d'inscription Statut Membre Dernière intervention -
brupala Messages postés 111943 Date d'inscription Statut Membre Dernière intervention -
Bonjour à tous
j'ai établi un tunnel ( via iodine ) d'un ordi portable vers un ordi fixe à la maison ( tous 2 sous VISTA )
le client se connecte bien au serveur
j'arrive à pinger le serveur
mais ce que je comprends pas, c'est comment surfer via le tunnel ?
parce que quand je lance par exemple firefox sur le PC Client, la connexion passe par ma connexion WIFI "normale", mais sans passer par le tunnel... et si je coupe le wifi, plus de tunnel...
donc, là, y a un truc qui m'échappe
faut il installer quelque chose de particulier sur le PC serveur ( rappel : sous vista ) pour rediriger les pages cherchées avec le firefox du Pc client vers les pages web demandées ?
Merci
PS : iodine fonctionne sur le principe de l'ip over DNS, merci à ceux qui ne maitrisent pas ce sujet de s'abstenir de leur hypothèses foireuses ^^
j'ai établi un tunnel ( via iodine ) d'un ordi portable vers un ordi fixe à la maison ( tous 2 sous VISTA )
le client se connecte bien au serveur
j'arrive à pinger le serveur
mais ce que je comprends pas, c'est comment surfer via le tunnel ?
parce que quand je lance par exemple firefox sur le PC Client, la connexion passe par ma connexion WIFI "normale", mais sans passer par le tunnel... et si je coupe le wifi, plus de tunnel...
donc, là, y a un truc qui m'échappe
faut il installer quelque chose de particulier sur le PC serveur ( rappel : sous vista ) pour rediriger les pages cherchées avec le firefox du Pc client vers les pages web demandées ?
Merci
PS : iodine fonctionne sur le principe de l'ip over DNS, merci à ceux qui ne maitrisent pas ce sujet de s'abstenir de leur hypothèses foireuses ^^
Configuration: PC Fixe: ASUS P5Q Core 2 Duo E6400 3.2 Ghz 3 Go RAM PC6400 9800GTX+ OC Maxtor 80 Go + samsung 400 Go + seagate 500 Go alim Corsair VX450 Vista ultimate Portable: Dell VOSTRO 1000 15' AMD TK-57 2 x 1.83 Ghz 2 Go RAM ATI X1150express 120 Go DD Vista Home PC Fixe 2 : Pentium Celeron 700 Mhz 192Mo RAM Voodoo 3dfx 10 Go DD Debian lenny mais je sens que ça va pas durer ! FREEBOX HD
A voir également:
- Tunnel établi, comment surfer sur le web ?
- Navigateur web - Guide
- Web office - Guide
- Creer un site web - Guide
- Page web non disponible - Guide
- Whatsapp web sur ordinateur - Guide
14 réponses
Résumé de la discussion
Le problème central est de faire passer le trafic web du client via le tunnel iodine vers le serveur, mais le navigateur s'appuie sur la connexion Wi-Fi locale sans emprunter le tunnel.
Plusieurs messages indiquent une configuration IP commune: le client reçoit 192.168.0.1 et le serveur 192.168.0.5 avec des masques de 255.255.255.224, mais le tunnel ne devient pas le chemin par défaut du trafic.
En cas de test, la route par défaut obtient un metric plus faible que celle du tunnel, ce qui empêche l'acheminement du trafic par le tunnel sans ajustement des routes ou du DNS.
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 .
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 .
donc, une fois le tunnel établi via iodine
je paramètre un réseau VPN ( ça fait pas double emploi avec le tunnel d'iodine ça ? et il n'y aura pas de conflit à ce niveau là ? )
puis modifier la route par défaut, là j'avoue, qu'il me faudrait un peu plus de détails ? la route de quoi ? on peut avoir des explications un peu plus newbies svp ?
et la commande route print, on la rentre via CMD?
je paramètre un réseau VPN ( ça fait pas double emploi avec le tunnel d'iodine ça ? et il n'y aura pas de conflit à ce niveau là ? )
puis modifier la route par défaut, là j'avoue, qu'il me faudrait un peu plus de détails ? la route de quoi ? on peut avoir des explications un peu plus newbies svp ?
et la commande route print, on la rentre via CMD?
ok, donc, j'ai jeté un œil à la commande route
donc, imaginons, que j'ai :
ip publique du serveur prenons 88.243.154.206
ip du serveur via tunnel iodine prenons 10.0.0.1 ( réseau virtuel )
ip du client 10.0.0.2 ( réseau virtuel )
je devrait donc, taper :
route ADD 10.0.0.1 MASK 255.255.255.0 IPPasserelle ( ici, la passerelle c'est l'ip du tunnel ? )
et les info "metric" sont nécessaire, comment trouver cette valeur ?
???
donc, imaginons, que j'ai :
ip publique du serveur prenons 88.243.154.206
ip du serveur via tunnel iodine prenons 10.0.0.1 ( réseau virtuel )
ip du client 10.0.0.2 ( réseau virtuel )
je devrait donc, taper :
route ADD 10.0.0.1 MASK 255.255.255.0 IPPasserelle ( ici, la passerelle c'est l'ip du tunnel ? )
et les info "metric" sont nécessaire, comment trouver cette valeur ?
???
route change 0.0.0.0 mask 0.0.0.0 10.0.0.1 metric 1les zéros, restent des zéros ? nan...
route change 0.0.0.0là, les zéros, correspondent à quelle adresse ?
bon, sinon, pour le VPN, j'ai activé le service routage et appel distant, une nouvelle connexion ( connexion entrantes ) est apparue dans "connexion réseau"
mais quand je double clique dessus pour la paramétrer, dans l'onglet général, on me dit :
aucun appareil capable d'accepter les appels n'est installé...???
PS: sans vouloir mettre en doute vos connaissances en réseau, vous êtes sur qu'il faut passer par le VPN ?
puisque mon tunnel est déjà crée grâce à iodine... et que j'arrive à pinger dans les 2 sens ?
quel est le rôle du VPN là dedans ?
ne me suffit-il pas tout simplement d'utiliser la commande route pour privilégier le tunnel comme "chemin à emprunter" ?
Merci et bon app' !
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 ?
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 ?
celle que je t'ai donnée:
route change 0.0.0.0 mask 0.0.0.0 10.0..0.1 metric x
ou bien route add 0.0.0.0 mask 0.0.0.0 10.0.0.1 metric 1 (ou une valeur inférieure à la valeur actuelle : 25)
route change 0.0.0.0 mask 0.0.0.0 10.0..0.1 metric x
ou bien route add 0.0.0.0 mask 0.0.0.0 10.0.0.1 metric 1 (ou une valeur inférieure à la valeur actuelle : 25)
par contre, ça ne fonctionnera pas forcément pour surfer sur le web si ton serveur est derrière un routeur nat, car tu vas arriver avec une adresse ip 10.0.0.3 que le routeur ne connaitra pas .
l'ideal,
si le tunnel le permet, serait que tu fasses un pont réseau entre la connexion ethernet du serveur et la connexion tunnel et que tu configures ton tunnel avec des adresses ip (non utilisées ) du réseau local de ton serveur ....
l'ideal,
si le tunnel le permet, serait que tu fasses un pont réseau entre la connexion ethernet du serveur et la connexion tunnel et que tu configures ton tunnel avec des adresses ip (non utilisées ) du réseau local de ton serveur ....
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
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 à :
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... ^^
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... ^^
bah, le serveur n'est pas utile dans ce cas là...
j'essaie de comprendre pourquoi tu mets des zéros ...
dans route add 0.0.0.0 mask 0.0.0.0 10.0.0.1
mais j'avoue que je suis trop schnock ^^
j'ai pas compris non plus ce que tu voulais dire par :
peux tu m'expliquer ça plus en détails stp ?
danke sehr
j'essaie de comprendre pourquoi tu mets des zéros ...
dans route add 0.0.0.0 mask 0.0.0.0 10.0.0.1
mais j'avoue que je suis trop schnock ^^
j'ai pas compris non plus ce que tu voulais dire par :
mets des adresses ip dans le réseau de la box sur le tunnel
peux tu m'expliquer ça plus en détails stp ?
danke sehr
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
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 ? ^^ )
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
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... ???
le client a bien une adresse ip en 192.168.0.1 avec masque 255.255.255.224 sur le vpn ?
et le serveur 192.168.0.5 avec masque 255.255.255.224 aussi ? (ipconfig/all)
normalement,
ça ne doit pas influer sur le ping de 192.168.0.5 cette route par défaut ... aucune raison, elle n'est pas utilisée pour ce ping.
essaies plutôt un route add 0.0.0.0 mask 0.0.0.0 interface 192.168.0.1 metric 10
pour voir,
le tunnel ne permet peut-etre pas l'arp.
il faut peut-etre que tu configures les mêmes dns que le serveur sur le client aussi, car il n'est pas sûr que les dns de freewifi soient accessibles quand on ne passe plus par freewifi .
tiens ,
au fait c'est quoi les dns que tu as quand tu es connecté en freewifi ?
et le serveur 192.168.0.5 avec masque 255.255.255.224 aussi ? (ipconfig/all)
normalement,
ça ne doit pas influer sur le ping de 192.168.0.5 cette route par défaut ... aucune raison, elle n'est pas utilisée pour ce ping.
essaies plutôt un route add 0.0.0.0 mask 0.0.0.0 interface 192.168.0.1 metric 10
pour voir,
le tunnel ne permet peut-etre pas l'arp.
il faut peut-etre que tu configures les mêmes dns que le serveur sur le client aussi, car il n'est pas sûr que les dns de freewifi soient accessibles quand on ne passe plus par freewifi .
tiens ,
au fait c'est quoi les dns que tu as quand tu es connecté en freewifi ?
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...
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...
il n'ya que la route par défaut de metric le plus faible qui est utilisée, l'autre ne sert pas .
un traceroute ne t'indiquera jamais 192.168.0.5 car il n' ya que les ROUTEURS traversés que l'on peut voir en traceroute (et encore, s'ils veulent bien répondre) et 192.168.0.5 ne correspond pas à un routeur .
par hasard, l'adresse 192.168.0.5 n'est pas utilisée ailleurs dans ton réseau ?
un traceroute ne t'indiquera jamais 192.168.0.5 car il n' ya que les ROUTEURS traversés que l'on peut voir en traceroute (et encore, s'ils veulent bien répondre) et 192.168.0.5 ne correspond pas à un routeur .
par hasard, l'adresse 192.168.0.5 n'est pas utilisée ailleurs dans ton réseau ?
Il n'ya que la route par défaut de metric le plus faible qui est utilisée, l'autre ne sert pas .
oui, sur le dernier screen que j'ai donné, la route empruntant directement la passerelle du hotpsot, a un metric plus petit ( 26 ) que celle empruntent le tunnel ( 31 )
je n'arrive pas à inverser la tendance....
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....
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....
oui, mais si je suis connecté avec le PC client au hotspot free, alors j'ai une IP publique ( et non locale, là je ne passe plus par le routeur freebox, avec le PC client, seul le serveur est connecté à la freebox via la passerelle 192.168.0.254 )
le client, lui est connecté aussi à la freebox, mais via le hotspot free qui est séparé de la connexion "locale"
donc, je pense pas que ça marchera en mettant 192.168.0.254
peut-être en utilisant l'IP publique de la freebox à la place ?
je testerais ce soir
bonne aprem sous le soleil ^^
le client, lui est connecté aussi à la freebox, mais via le hotspot free qui est séparé de la connexion "locale"
donc, je pense pas que ça marchera en mettant 192.168.0.254
peut-être en utilisant l'IP publique de la freebox à la place ?
je testerais ce soir
bonne aprem sous le soleil ^^
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...
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...
il y a une chose qui pose souci :
le masque réseau dans le tunnel ...
le client 192.168.0.1 a un masque 255.255.255.224 (la connnexion serveur aussi) mais le pont et surtout la fbx 255.255.255.0 .
ça pose problème si il y a une notion d'arp sur le tunnel (ça n'est pas obligé).
Dans ce cas là, il faudrait essayer en mettant l'adresse de la bosque à 192.168.0.30 et donc la route per défaut du client à route add 0.0.0.0 mask 0.0.0.0 192.168.0.30
pour l'arp, il faudrait vérifier coté client en faisant ping 192.168.0.5 (ou .4)
puis arp -a
le masque réseau dans le tunnel ...
le client 192.168.0.1 a un masque 255.255.255.224 (la connnexion serveur aussi) mais le pont et surtout la fbx 255.255.255.0 .
ça pose problème si il y a une notion d'arp sur le tunnel (ça n'est pas obligé).
Dans ce cas là, il faudrait essayer en mettant l'adresse de la bosque à 192.168.0.30 et donc la route per défaut du client à route add 0.0.0.0 mask 0.0.0.0 192.168.0.30
pour l'arp, il faudrait vérifier coté client en faisant ping 192.168.0.5 (ou .4)
puis arp -a
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... ? )
ç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... ? )
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 :
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...
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
"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
Salut,
S'il te plait, si tu veux revenir au début, tu poses ta question dans une nouvelle discussion en expliquant exactement ce que tu veux faire plutôt de venir squatter un autre problème.
S'il te plait, si tu veux revenir au début, tu poses ta question dans une nouvelle discussion en expliquant exactement ce que tu veux faire plutôt de venir squatter un autre problème.
sauf que c'est un peu ridicule vu qu'il s'agit du même sujet...
jusqu'à preuve du contraire, non :
la première discussion ne recherche pas la syntaxe des commandes, mais comment router dans un environnement particulier, ça ne semble pas ton problème.
Donc, nouveau problème, nouvelle discussion.
Remarquons au passage que tu pourrais déjà lire les tutos sur les liens cités dans la discussion, mais bon, je suppose que tu n'as pas tout lu, vu que ça n'est pas ton problème.
jusqu'à preuve du contraire, non :
la première discussion ne recherche pas la syntaxe des commandes, mais comment router dans un environnement particulier, ça ne semble pas ton problème.
Donc, nouveau problème, nouvelle discussion.
Remarquons au passage que tu pourrais déjà lire les tutos sur les liens cités dans la discussion, mais bon, je suppose que tu n'as pas tout lu, vu que ça n'est pas ton problème.
Ben si, justement, j'ai lu les liens, surtout un, celui-ci : https://linux.die.net/man/8/iodine
Avant de juger, faut réfléchir
Avant de juger, faut réfléchir
pour le serveur :
quand je clique sur configurer un connexion, puis connexion à votre espace de travail ( configurer une connexion d'accès à distance ou VPN à votre espace de travail, là je fais connecter au VPN, puis on me demande :
entrez l'adresse internet à laquelle vous souhaitez vous connecter... ?
sur le serveur je mets quoi ? et sur le client ???
Merci de votre aide