[Résolu] - Impossible de joindre une machine distante

hcm · Le 14/07/2014, à 21:34

Bonjour,

J'ai fait l'installation et la configuration de remmina pour prendre le contrôle du PC d'un ami le tout sur un réseau local, les deux machines étant connectés sur ma Box, le tout en utilisant un tunnel SSH. Jusque là tout va bien.

Maintenant que mon ami a récupéré son PC pour l'installer chez lui, j'aimerais pouvoir en faire autant pour lui fournir de l'assistance à distance.
Il m'a donc communiqué son adresse IP, j'ai modifié son profil dans remmina pour prendre en compte cette adresse et là il m'est impossible de joindre son PC (message d'erreur: Aucun chemin d'accès pour atteindre l'hôte cible).

La commande ping me retourne la même erreur: Destination Host Unreachable

J'en déduis donc que j'ai un problème de configuration de routage quelque part, mais comme mes connaissances en réseau sont proches de zéro, je suis incapable de trouver la solution, malgré de nombreuses lectures de docs (qui partent très vite dans des considérations générales qui me noient un peu).

Bref, je sollicite votre aide pour me dépatouiller.

A toutes fins utiles, voici la configuration en question:
IP de ma machine: 192.168.1.11
IP de la machine distante: 192.168.1.10

Quelques résultats de commandes sur ma machine, au cas où cela pourrait aider ...

$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:11:2f:ca:bd:fe  
          inet adr:192.168.1.11  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::211:2fff:feca:bdfe/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:14079 erreurs:0 :0 overruns:0 frame:0
          TX packets:13667 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:12334092 (12.3 MB) Octets transmis:1314776 (1.3 MB)

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          Packets reçus:3900 erreurs:0 :0 overruns:0 frame:0
          TX packets:3900 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:237313 (237.3 KB) Octets transmis:237313 (237.3 KB)

$ route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         livebox.home    0.0.0.0         UG    0      0        0 eth0
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0

traceroute 192.168.1.10
traceroute to 192.168.1.10 (192.168.1.10), 30 hops max, 60 byte packets
 1  ordifix.home (192.168.1.11)  2996.681 ms !H  2996.623 ms !H  2996.611 ms !H

Comme je suis nul en réseau, merci de m'indiquer quelles sont les commandes qui vous intéressent pour faire un diagnostic.

Merci d'avance.

Dernière modification par hcm (Le 19/07/2014, à 20:41)

J5012 · Le 14/07/2014, à 21:44

tu utilises sans doute le net pour la transmission entre vos deux reseaux :
→ ton ip de reseaux → ip dynamique ou fixe fourni par ton fai du net → ip dynamique ou fixe fourni par le fai de ton ami sur le net → son ip de reseaux

de ton cote et de son cote, avertir vos routeurs de vos routes ...

hcm · Le 14/07/2014, à 21:50

Bonsoir,

J5012 a écrit :

tu utilises sans doute le net pour la transmission entre vos deux reseaux :
→ ton ip de reseaux → ip dynamique ou fixe fourni par ton fai du net → ip dynamique ou fixe fourni par le fai de ton ami sur le net → son ip de reseaux

Oui, c'est ça, avec des IP dynamiques.

J5012 a écrit :

de ton cote et de son cote, avertir vos routeurs de vos routes ...

ok et je fais comment ... ?

hcm a écrit :

Comme je suis nul en réseau, merci de m'indiquer (...) les commandes.

Merci.

Brunod · Le 14/07/2014, à 21:56

Tous les firewalls sont bien ouverts ?
Le mieux est de tout ouvrir le temps d'installer pour ne pas ajouter une source de problème en plus.

J5012 · Le 14/07/2014, à 21:58

oui mais malgre l'ouverture, la correspondance des ports et des ip ne se fera pas toute seule ... il faut etablir une route de chaque cote.

comment faire ? regarde le manuel en ligne embarque dans chacun des routeurs ...

Brunod · Le 14/07/2014, à 22:06

Les routes sont inutiles si les deux routeurs sont pingables par leur ip publique. Il faut faire un port forwarding sur le routeur vers le port et l'ip locale du pc sur lequel tu veux te connecter.

hcm · Le 14/07/2014, à 22:21

Brunod a écrit :

Tous les firewalls sont bien ouverts ?

Je ne sais pas répondre totalement à ta question. J'ai consulté l'état du pare-feu de ma Livebox qui indique "Niveau moyen: Le pare-feu filtre toutes les connexions entrantes. le trafic sortant est autorisé à l'exception des services netbios." Pour le reste, j'imagine que le parefeu de la livebox du PC de mon ami est dans le même mode (celui par défaut).

J5012 a écrit :

la correspondance des ports et des ip ne se fera pas toute seule ... il faut etablir une route de chaque cote.

Brunod a écrit :

Les routes sont inutiles si les deux routeurs sont pingables par leur ip publique.

J'ai l'impression que vous n'êtes pas d'accord sur le sujet ... ?
Pour répondre à Brunod, je peux pinger mon routeur. Et mon ami peut pinger le sien. Était-ce cela que tu voulais savoir ?

Brunod a écrit :

Il faut faire un port forwarding sur le routeur vers le port et l'ip locale du pc sur lequel tu veux te connecter.

Là pour moi tu es passé en mode chinois ... Je comprends vaguement ce que tu veux dire, mais je n'ai aucune idée de comment faire ...

Pour ce qui est de l'aide en ligne dans le routeur (remarque de J5012), c'est très succinct pour quelqu'un qui ne maîtrise pas le sujet, en tout cas rien n'est indiqué sur comment mettre en place une route ...

Merci à vous deux pour votre aide.

Brunod · Le 14/07/2014, à 22:24

Je ne connais pas vos routeurs donc je ne saurai pas détailler mon "chinois" davantage. Je peux par contre détailler le principe.
Pour le ping, je voulais dire : sais-tu pinger le router de ton ami depuis chez toi avec son ip publique (et accessoirement vice-versa) ?
Edit : les firewalls, sur base de ce que tu en dis et partant du principe qu'ils sont configurés tous deux de même, ne sont pas bien réglés. Il faudra au minimum ouvrir les ports entrants sur le routeur du pc que tu cherches à contacter.

Dernière modification par Brunod (Le 14/07/2014, à 22:27)

hcm · Le 14/07/2014, à 22:29

Brunod a écrit :

Je ne connais pas vos routeurs

Si je dis que ce sont deux LiveBox, j'imagine que ça manque de précisions ... ?

Brunod a écrit :

Pour le ping, je voulais dire : sais-tu pinger le router de ton ami depuis chez toi avec son ip publique (et accessoirement vice-versa) ?

Ah oui, il me semblait bien que ça pouvait être ça la vraie question ...
En fait, là je ne peux pas y répondre pour le moment. Il me faut attendre demain soir pour reprendre mes essais.

Brunod a écrit :

Edit : les firewalls, sur base de ce que tu en dis et partant du principe qu'ils sont configurés tous deux de même, ne sont pas bien réglés. Il faudra au minimum ouvrir les ports entrants sur le routeur du pc que tu cherches à contacter.

Ok c'est noté, je vais essayer de regarder cela demain. Les seuls autres niveaux disponibles sur le parefeu sont
" Faible : Le pare-feu ne filtre rien. Attention, ce niveau est réservé aux utilisateurs avancés pour lesquels la sécurité n'est pas une priorité. Veuillez noter aussi que même dans ce mode une connexion initiée depuis Internet sera rejetée si une règle NAT/PAT correspondante n'a pas été créée."
ou "Personnalisé: Ce profil vous permet de personnaliser votre pare-feu. vous pouvez ainsi définir des règles de filtrage spécifiques. (réservé aux utilisateurs experts)."
Donc, j'essaierai peut être le niveau faible chez mon correspondant en espérant que ça ne va pas créer de vulnérabilités sur sa machine ...

En tout cas merci beaucoup pour l'aide et à demain pour d'autres précisions.

Dernière modification par hcm (Le 14/07/2014, à 22:38)

Brunod · Le 14/07/2014, à 22:36

J5012 a écrit :

tu utilises sans doute le net pour la transmission entre vos deux reseaux :
→ ton ip de reseaux → ip dynamique ou fixe fourni par ton fai du net → ip dynamique ou fixe fourni par le fai de ton ami sur le net → son ip de reseaux
de ton cote et de son cote, avertir vos routeurs de vos routes ...

Je reprends le texte de J5012 qui est très correct. La route servirait à indiquer le chemin entre les deux routeurs. Mais si ils se pingent, comme ça doit être le cas, elle est inutile.
Pour ce faire, de TON pc fais un ping vers l'ip publique de SON routeur. Si le ping n'est pas bloqué par des mesures de sécurité, il devrait répondre : alors pas besoin de routes.
Le Firewall doit être ouvert pour le port 22 (ssh) sur le routeur distant. Dans ses réglage, il faut que les requêtes venant de l'extérieur soient redirigées (port forwarding) vers le port 22 de l'ip du pc de ton ami, lequel, pour faire simple, devrait avoir une ip fixe. (Edit : et un serveur ssh fonctionnel)
Voila en gros ce qu'il faut.

Dernière modification par Brunod (Le 14/07/2014, à 22:38)

J5012 · Le 14/07/2014, à 22:42

on peut etre en apparence en desaccord mais les declarations de chaque cote dependent toujours du contexte technique : par les memes routeurs, pas les memes config de reseaux ...

avec les routeurs netgear par ex , le port forwarding n'est pas lie a l'ouverture de tous les ports, il y a une fonction speciale de non reponse au ping independamment de l'ouverture ... on peut filtrer par application etc ...

n'oubliez pas que ces routeurs sont en fait des ordinateurs specialises, si vous ne maitrisez pas les concepts de base ca va etre difficile pour vous ...

jplemoine · Le 14/07/2014, à 22:43

Je vais peut-être me faire haïr (pas libre comme solution) mais sur ce coup-là --> hamachi / logmein avec une interface graphique : Haguichi.
Une fois installé, il suffit :
- d'enlever le démarrage automatique
- de faire 2 raccourcis
- un pour démarrer le service
- un pour arrêter le service

--> si le service n'est pas démarré, on ne peut pas accéder à la machine ; si le service est démarré, on y accède via ssh...

Dernière modification par jplemoine (Le 14/07/2014, à 22:44)

J5012 · Le 14/07/2014, à 22:46

la plupart des routeurs ne sont pas libres non plus ! meme si c'est du linux

michel_04 · Le 14/07/2014, à 22:47

Bonjour,

Si je me souviens bien sur les dernières Livebox (Play) la réponse au ping est bloquée.
On se met en administrateur "avancé" pour autoriser la réponse au Ping dans le firewall, il faut choisir "personnalisé" et cocher "autoriser le ping".
Pour le port forwarding c'est dans Avancé, onglet Nat.

A+

Dernière modification par michel_04 (Le 14/07/2014, à 22:48)

hcm · Le 14/07/2014, à 22:49

ok merci. Beaucoup d'infos donc.

Brunod a écrit :

La route servirait à indiquer le chemin entre les deux routeurs. Mais si ils se pingent, comme ça doit être le cas, elle est inutile.

ok compris.

Brunod a écrit :

Pour ce faire, de TON pc fais un ping vers l'ip publique de SON routeur. Si le ping n'est pas bloqué par des mesures de sécurité, il devrait répondre : alors pas besoin de routes.

Ok, compris. A priori, mais je vais vérifier, le ping ne devrait pas être bloqué, puisque par défaut, quand je consulte le profil personnalisé de ma livebox, la réponse au ping est cochée (par défaut). Donc j'imagine que c'est aussi le cas chez lui. Je vérifierai demain.

Brunod a écrit :

Le Firewall doit être ouvert pour le port 22 (ssh) sur le routeur distant.

Là encore, tel est le cas chez moi, dans les valeurs par défaut du profil personnalisé. Je vérifierai chez lui.

Brunod a écrit :

Dans ses réglage, il faut que les requêtes venant de l'extérieur soient redirigées (port forwarding) vers le port 22 de l'ip du pc de ton ami

Oui je comprends bien le besoin, mais la question est comment faire ... ? Je chercherai demain.

Brunod a écrit :

pour faire simple, devrait avoir une ip fixe.

Oui mais ça c'est pas possible; je ne peux pas lui imposer de passer en IP fixe. Je cru comprendre que DynDNS (que je ne connais que de nom) pouvait aider dans ce cas là ... ?

Brunod a écrit :

et un serveur ssh fonctionnel.

Ben cela devrait être le cas, puisque quand j'ai fait l'essai avec les deux PC sur le même réseau local son serveur SSH était correctement configuré, et j'arrivais à me connecter dessus, aussi bien par ligne de commande qu'avec remmina.

michel_04 a écrit :

Si je me souviens bien sur les dernières Livebox (Play) la réponse au ping est bloquée
On se met en administrateur "avancé" pour autoriser la réponse au Ping dans le firewall, il faut choisir "personnalisé" et cocher "autoriser le ping"..

Aaah ! Excellente remarque. Moi qui pensait (naïvement) que les valeurs par défaut du profil personnalisé étaient valables pour les autres profils ...

michel_04 a écrit :

Pour le port forwarding c'est dans Avancé, onglet Nat.

Précision très utile, car je ne l'aurai pas deviné par moi-même. Donc, demain je passe la livebox de l'ami en mode personnalisé et je travaille sur l'onglet NAT pour rediriger le port 22.

Merci à vous tous pour les infos. Je bosse tout ça demain soir.

Dernière modification par hcm (Le 14/07/2014, à 23:03)

jplemoine · Le 14/07/2014, à 22:54

Gardes dans un coin de ta tête, ma solution du post #12 : pas besoin de configurer le routeur....
C'est moins "secure" (il faut faire confiance à logmein) mais beaucoup plus simple à mettre en œuvre.

De plus, en arrêtant le service, on empêche l’accès à l'ordinateur ; dans l'autre solution, il faut activer / désactiver la redirection.
Autre argument, on peut accéder à n ordinateur sans rien modifier.

hcm · Le 14/07/2014, à 22:58

jplemoine a écrit :

Gardes dans un coin de ta tête

Oui je garde cela en tête. Je vais peut être même me pencher dessus avant de modifier des trucs sur son routeur ...
Merci pour l'info.

Bougron · Le 15/07/2014, à 00:16

hcm a écrit :

Bonjour,
A toutes fins utiles, voici la configuration en question:
IP de ma machine: 192.168.1.11
IP de la machine distante: 192.168.1.10

Bonsoir.
Pour faire très simple, L'adresse IP de la machine distante n'est ABSOLUMENT PAS CELLE QUE tu indiques.

Il faut que tu obtiennes celle du routeur à laquelle elle est connectée. C'est cette adresse que tu dois utiliser.
Lui de son coté devra modifier son routeur pour faire une redirection vers son micro.
Je vais fournir un exemple.

exemple avec une free-box
Dans mon réseau interne mon micro a une adresse IP 192.168.1.5 et ma free box a une adresse IP 192.168.0.254
Mais pour l'extérieur, Ma freebox a une adresse IP fixe qui est de la forme 88.xxx.xxx.xxx Bien entendu je ne fourni pas les valeurs XXX.XXX.XXX
C'est avec cette valeur IP que l'extérieur peut accéder à mon micro par l'intermédiaire de la freebox.
Cependant, Il va falloir que je dise à ma freebox de "router" les messages à destination de mon micro. Cela se fait par la redirection des "baux/dhcp"de la façon suivante
Port du routeur 80
Protocle TCP
Port du micro 80 (Cela n'est pas du tout obligé de mettre la même valeur).
Adresse IP du micro 192.168.1.11
et
Port du routeur 80 (Ce m'est pas obligé d'avoir la même valeur que pour TCP)
Protocle UDP
Port du micro 80 (Cela n'est pas du tout obligé de mettre la même valeur).
Adresse IP du micro 192.168.1.11
Puis par la définition de l'adresse MAC du micro en question (baux DHCP permanent)
Adresse IP 192.168.1.11
Adresse mac a0:b1:c2:d3:e4 (Ce n'est pas la vraie valeur de mon micro)

La question est de savoir d'où sort le numéro 80.
La réponse est que suivant le logiciel que tu utilises, il va se servir de protocoles et de ports pour communiquer.
Les protocoles sont dans l'ensemble TCP et UPD et les ports sont libres. Certains logiciels te permettent de parametrer les ports de communications, D'autres te les imposent.
Si tu utilises plus d'un logiciel communicant, tu ne dois pas avoir un même numéro de port sous peine de tranmettre des messages au mauvais logiciel. La recherche des N° de ports à mettre est donc assez complexe.
(J'ai plus ou moins compris cela en installant un serveur filezilla).

En lisant en détail, J'ai vu que Brunod a indiqué que c'est le port N° 22 pour le SSH.
Il y aura peut-être un problème supplémentaire si le firewall du/des? micros sont trop sécurisé et empêche les entrées provenant des routeurs 192.168.0.254

Dernière modification par Bougron (Le 15/07/2014, à 01:09)

hcm · Le 15/07/2014, à 07:33

jplemoine a écrit :

Je vais peut-être me faire haïr (pas libre comme solution) mais sur ce coup-là --> hamachi / logmein avec une interface graphique : Haguichi

J'ai consulté quelques pages au sujet de Haguichi. Cela répond effectivement à mon besoin, mais comme je ne cherche pas à vouloir administrer plusieurs machines, l'achat de ce logiciel ne me convient pas (pour des raisons financières).
Je vais donc tenter de configurer le routeur distant. En plus, ça me permettra d'apprendre quelques notions de réseau, ce qui est toujours bon à prendre !

bougron a écrit :

Dans mon réseau interne mon micro a une adresse IP 192.168.1.5 et ma free box a une adresse IP 192.168.0.254
Mais pour l'extérieur, Ma freebox a une adresse IP fixe qui est de la forme 88.xxx.xxx.xxx (...) C'est avec cette valeur IP que l'extérieur peut accéder à mon micro par l'intermédiaire de la freebox.

ok compris. J'ai vu une valeur en 90.xx.xx.xx dans Assistance / Informations système / Internet / adresse IP4wan et j'imagine que c'est bien de celle-là dont tu parles.
Je ferai les essais du ping des adresses publiques des routeurs ce soir.

jplemoine · Le 15/07/2014, à 08:01

hcm a écrit :

l'achat de ce logiciel ne me convient pas (pour des raisons financières).

Je pense que tu fait erreur... Il n'y a rien à acheter (en tout cas sous linux) : il faut prendre logmein gratuit.

Pour les 2 solutions, il y a un risque d'attaque lorsque l'ordinateur est atteignable depuis internet...
- dans le cas logmein, il suffit d’arrêter le service
- dans le cas routeur, il faut supprimer la redirection.

Dans le cas où la redirection est permanente, il vaudrait mieux installer fail2ban (ou un équivalent) sous linux (sous windows, aucune idée).

Dernière modification par jplemoine (Le 15/07/2014, à 08:21)

Nasman · Le 15/07/2014, à 08:15

Il faut connaitre l'adresse ip du routeur de ton correspondant, par exemple en faisant whatismyip.org (c'est ton correspondant qui dont faire cela et te donner le résultat.
Lorsque sa box sera atteinte, il faudra qu'un reroutage soit effectué entre sa box et son serveur. Par exemple en configurant sa box pour que le port abcd de la box soit rerouté vers le port 22 (ou un autre en écoute) de son serveur d'ip locale 192.168.x.y

Tu devrais alors pouvoir te connecter en faisant un
ssh -X -p abcd login@ip_publique_box

Brunod · Le 15/07/2014, à 09:49

hcm a écrit :

...
Brunod a écrit :
pour faire simple, devrait avoir une ip fixe.
Oui mais ça c'est pas possible; je ne peux pas lui imposer de passer en IP fixe. Je cru comprendre que DynDNS (que je ne connais que de nom) pouvait aider dans ce cas là ... ?
...

À ce stade, je parlais d'ip fixe dans le lan, pas dans le wan.
DDns porte sur le wan.

Sinon, sans polémiquer, je n'aime pas logmein. C'est très facile mais pas du tout confidentiel : toutes les trames passent par les serveurs logmein car en fait tu n'es pas connecté à ton ami, mais vous êtes tous deux connectés à un réseau totalement contrôlé par logmein. Il faut le savoir pour voir si cette solution correspond à tes besoins. Sinon c'est très efficace et facile à mettre en oeuvre.
BD

jplemoine · Le 15/07/2014, à 10:17

Brunod a écrit :

C'est très facile mais pas du tout confidentiel : toutes les trames passent par les serveurs logmein car en fait tu n'es pas connecté à ton ami, mais vous êtes tous deux connectés à un réseau totalement contrôlé par logmein.

Si tu fais du ssh et que ce n'est que pour dépanner, ça peut peut-être suffire..

Après, en terme de sécurité, il vaut mieux la solution que vous essayer de mettre en place MAIS
- le PC sera accessible depuis internet sauf à activer/désactiver la redirection
- la mise en œuvre est beaucoup plus difficile.

Je vais essayer de faire un dessin :

ton PC (192.168.1.11) ----> box /routeur ---- (adresse distante : 88.xxx ou 90.xx) ----> internet ----> (adresse distante (*)) --> box / routeur --(**)-> PC de ton ami (192.168.1.10 ?).

(*) : c'est celle-là qu'il faut connaître ou mettre dans un DDNS genre no-ip ou dyndns.org --> 90.124.50.12 (par exemple)
(**) : c'est là où il faut dire que le port 22 doit pointer vers le port 22 du PC (on n'est pas obligé de garder le même port mais j'essaie de simplifier au
maximum..). --> c'est sur la box de la personne "non sachante" qu'il faut intervenir...

pour y accéder,

ssh -X login@90.124.50.12

(le -p n'est pas nécessaire si on utilise le port 22)
le -X permet de "récupérer" un serveur X. On peut l’omettre si on a besoin que de la ligne de commande.

Si on a un DDNS :

ssh -X login@toto.dyndns.org

(il faut évidement que toto.dyndns.org pointe sur l'adresse distante)

Attention : les 2 réseaux locaux (adresses en 192.168) ne communiquent pas entre eux de manière directe.

jplemoine · Le 15/07/2014, à 10:19

un autre moyen pour trouver son adresse externe depuis un poste linux :

dig +short myip.opendns.com @resolver1.opendns.com

--> Aventage : on peut le mettre dans un script.

hcm · Le 15/07/2014, à 22:08

Merci à tous pour vos réponses très complètes.
Je n'ai malheureusement pas le temps de les exploiter ce soir, mais sachez que dès que possible je m'y remets.
Les premiers essais de ping sur les routeurs distants ne semblent pas fonctionner; cela reste cependant à confirmer car je ne suis pas certain d'avoir fait la bonne manip. Pour cela, il faut d'abord que je relise vos réponses à tête reposée.

Merci encore. Je vous tiens au courant prochainement.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/07/2014, à 21:34

[Résolu] - Impossible de joindre une machine distante

#2 Le 14/07/2014, à 21:44

Re : [Résolu] - Impossible de joindre une machine distante

#3 Le 14/07/2014, à 21:50

Re : [Résolu] - Impossible de joindre une machine distante

#4 Le 14/07/2014, à 21:56

Re : [Résolu] - Impossible de joindre une machine distante

#5 Le 14/07/2014, à 21:58

Re : [Résolu] - Impossible de joindre une machine distante

#6 Le 14/07/2014, à 22:06

Re : [Résolu] - Impossible de joindre une machine distante

#7 Le 14/07/2014, à 22:21

Re : [Résolu] - Impossible de joindre une machine distante

#8 Le 14/07/2014, à 22:24

Re : [Résolu] - Impossible de joindre une machine distante

#9 Le 14/07/2014, à 22:29

Re : [Résolu] - Impossible de joindre une machine distante

#10 Le 14/07/2014, à 22:36

Re : [Résolu] - Impossible de joindre une machine distante

#11 Le 14/07/2014, à 22:42

Re : [Résolu] - Impossible de joindre une machine distante

#12 Le 14/07/2014, à 22:43

Re : [Résolu] - Impossible de joindre une machine distante

#13 Le 14/07/2014, à 22:46

Re : [Résolu] - Impossible de joindre une machine distante

#14 Le 14/07/2014, à 22:47

Re : [Résolu] - Impossible de joindre une machine distante

#15 Le 14/07/2014, à 22:49

Re : [Résolu] - Impossible de joindre une machine distante

#16 Le 14/07/2014, à 22:54

Re : [Résolu] - Impossible de joindre une machine distante

#17 Le 14/07/2014, à 22:58

Re : [Résolu] - Impossible de joindre une machine distante

#18 Le 15/07/2014, à 00:16

Re : [Résolu] - Impossible de joindre une machine distante

#19 Le 15/07/2014, à 07:33

Re : [Résolu] - Impossible de joindre une machine distante

#20 Le 15/07/2014, à 08:01

Re : [Résolu] - Impossible de joindre une machine distante

#21 Le 15/07/2014, à 08:15

Re : [Résolu] - Impossible de joindre une machine distante

#22 Le 15/07/2014, à 09:49

Re : [Résolu] - Impossible de joindre une machine distante

#23 Le 15/07/2014, à 10:17

Re : [Résolu] - Impossible de joindre une machine distante

#24 Le 15/07/2014, à 10:19

Re : [Résolu] - Impossible de joindre une machine distante

#25 Le 15/07/2014, à 22:08

Re : [Résolu] - Impossible de joindre une machine distante

Pied de page des forums