Tunnel établi, comment surfer sur le web ?
Fermé
Utilisateur anonyme
-
16 août 2009 à 22:56
brupala Messages postés 110845 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 23 janvier 2025 - 2 avril 2010 à 16:30
brupala Messages postés 110845 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 23 janvier 2025 - 2 avril 2010 à 16:30
A voir également:
- Tunnel établi, comment surfer sur le web ?
- Web office - Guide
- Navigateur web - Guide
- Adresse web - Guide
- Subway surfer - Télécharger - Jeux vidéo
- Création site web - Guide
14 réponses
Engo
Messages postés
1953
Date d'inscription
vendredi 9 mai 2008
Statut
Membre
Dernière intervention
1 novembre 2011
255
16 août 2009 à 23:08
16 août 2009 à 23:08
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.
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.
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
16 août 2009 à 23:29
16 août 2009 à 23:29
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 ?
???
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
17 août 2009 à 11:57
17 août 2009 à 11:57
non, si tu veux surfer via le tunnel,
il faut que tu fasses du tunnel ta route par défaut:
route change 0.0.0.0 mask 0.0.0.0 10.0.0.1 metric 1
il faut que tu fasses du tunnel ta route par défaut:
route change 0.0.0.0 mask 0.0.0.0 10.0.0.1 metric 1
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
17 août 2009 à 12:15
17 août 2009 à 12:15
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' !
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
17 août 2009 à 12:26
17 août 2009 à 12:26
non, non,
pardon,
quand je parle de vpn, je parle de ton tunnel Iodine .
pardon,
quand je parle de vpn, je parle de ton tunnel Iodine .
Utilisateur anonyme
17 août 2009 à 12:26
17 août 2009 à 12:26
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 ?
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
17 août 2009 à 12:33
17 août 2009 à 12:33
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)
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
17 août 2009 à 12:35
17 août 2009 à 12:35
pourquoi veux tu changer 10.0.0.3 c'est une interface directement connectée, tu ne peux pas changer cette route.
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
17 août 2009 à 12:42
17 août 2009 à 12:42
lol, je sais pas moi ^^
je plane à 10.000 entre les IP publiques, locales, du tunnel, et tout !
ça fait beaucoup d'un coup pour moi, tout ça ^^
lol
bon, je vais tester avec ta commande alors... on y croit, on y croit mdr
je plane à 10.000 entre les IP publiques, locales, du tunnel, et tout !
ça fait beaucoup d'un coup pour moi, tout ça ^^
lol
bon, je vais tester avec ta commande alors... on y croit, on y croit mdr
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
17 août 2009 à 12:54
17 août 2009 à 12:54
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 ....
Utilisateur anonyme
17 août 2009 à 14:36
17 août 2009 à 14:36
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... ^^
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
17 août 2009 à 15:22
17 août 2009 à 15:22
pour le savoir,
tu débranches le serveur, si ça ne passe plus depuis le portable, c'est qu'il est utile à la connexion ;-)
tu débranches le serveur, si ça ne passe plus depuis le portable, c'est qu'il est utile à la connexion ;-)
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
17 août 2009 à 20:52
17 août 2009 à 20:52
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
Utilisateur anonyme
18 août 2009 à 11:57
18 août 2009 à 11:57
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 ? ^^ )
Utilisateur anonyme
18 août 2009 à 12:06
18 août 2009 à 12:06
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
Utilisateur anonyme
18 août 2009 à 12:11
18 août 2009 à 12:11
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... ???
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
18 août 2009 à 13:07
18 août 2009 à 13:07
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 ?
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
18 août 2009 à 13:18
18 août 2009 à 13:18
Le client a bien une adresse ip en 192.168.0.1 avec masque 255.255.255.224 sur le vpn ?
oui
et le serveur 192.168.0.5 avec masque 255.255.255.224 aussi ?
oui aussi...
Utilisateur anonyme
18 août 2009 à 13:03
18 août 2009 à 13:03
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...
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
18 août 2009 à 13:15
18 août 2009 à 13:15
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 ?
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
18 août 2009 à 13:17
18 août 2009 à 13:17
par hasard, l'adresse 192.168.0.5 n'est pas utilisée ailleurs dans ton réseau ?
actuellement je n'ai que le PC client et le PC serveur de connecté, donc, en principe, non ...
actuellement je n'ai que le PC client et le PC serveur de connecté, donc, en principe, non ...
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
18 août 2009 à 13:20
18 août 2009 à 13:20
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....
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
18 août 2009 à 13:24
18 août 2009 à 13:24
le paramètre sert à ça , mais c'est vrai que windows fait un peu sa vie à ce niveau .
si tu supprimes les routes par défaut (route delete) et que tu la recrées (route add)
si tu supprimes les routes par défaut (route delete) et que tu la recrées (route add)
Utilisateur anonyme
18 août 2009 à 13:35
18 août 2009 à 13:35
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....
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
18 août 2009 à 13:39
18 août 2009 à 13:39
tu ne pingues ni 0.5, ni 0.4 ? et 0.1 ?
au fait, l'adresse de ta fbx coté serveur c'est quoi ? 0.254 ? ou 0.1 ?
au fait, l'adresse de ta fbx coté serveur c'est quoi ? 0.254 ? ou 0.1 ?
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
18 août 2009 à 13:41
18 août 2009 à 13:41
l'adresse de la freebox, la passerelle donc, est 192.168.0.254
l'ordi en 192.168.0.1 est le client
l'ordi en 192.168.0.1 est le client
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
18 août 2009 à 14:59
18 août 2009 à 14:59
oups,
je suis neuneu, j'ai oublié de transposer.
en fait, avec le pont (si il fonctionne ) ce n'est pas l'adresse du vpn qu'il faut mettre en passerelle par défaut,
mais l'adresse de la fbx:
route add 0.0.0.0 mask 0.0.0.0 192.168.0.254 metric 10
je suis neuneu, j'ai oublié de transposer.
en fait, avec le pont (si il fonctionne ) ce n'est pas l'adresse du vpn qu'il faut mettre en passerelle par défaut,
mais l'adresse de la fbx:
route add 0.0.0.0 mask 0.0.0.0 192.168.0.254 metric 10
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
18 août 2009 à 16:03
18 août 2009 à 16:03
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 ^^
Utilisateur anonyme
20 août 2009 à 13:54
20 août 2009 à 13:54
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...
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
20 août 2009 à 18:18
20 août 2009 à 18:18
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
Utilisateur anonyme
20 août 2009 à 18:31
20 août 2009 à 18:31
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... ? )
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
20 août 2009 à 18:35
20 août 2009 à 18:35
:-DD
ça s'appelle plus un tunnel alors ... mais une simple connexion .
c'est quoi les x après mondomain ?
ça s'appelle plus un tunnel alors ... mais une simple connexion .
c'est quoi les x après mondomain ?
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
20 août 2009 à 20:11
20 août 2009 à 20:11
ça c'est la résolution dns
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
20 août 2009 à 20:29
20 août 2009 à 20:29
mais alors, au final, cette méthode est bonne au départ ou pas, d'après toi ?
Utilisateur anonyme
20 août 2009 à 21:46
20 août 2009 à 21:46
un bon tuto, un peu plus précis, je vais voir si j'arrive à avancer avec ça...
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
>
Utilisateur anonyme
20 août 2009 à 22:34
20 août 2009 à 22:34
vers la carte ethernet du serveur, l'adresse ip du tunnel n'est pas connue de la fbx à la base .
Utilisateur anonyme
>
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
21 août 2009 à 08:46
21 août 2009 à 08:46
EDIT : message posté pour faire apparaitre le message précédent...
Utilisateur anonyme
20 août 2009 à 22:46
20 août 2009 à 22:46
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
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
1 avril 2010 à 18:15
1 avril 2010 à 18:15
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.
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
Modifié par brupala le 2/04/2010 à 15:56
Modifié par brupala le 2/04/2010 à 15:56
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
brupala
Messages postés
110845
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
23 janvier 2025
13 895
2 avril 2010 à 16:30
2 avril 2010 à 16:30
:-(
c'est un peu dommage que tu ne comprennes pas de quoi on parle, dans tous les cas tu as bien fait d' ouvrir une nouvelle discussion.
c'est un peu dommage que tu ne comprennes pas de quoi on parle, dans tous les cas tu as bien fait d' ouvrir une nouvelle discussion.
17 août 2009 à 11:31
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