Problème de IP

Résolu/Fermé
crowley20 Messages postés 1 Date d'inscription jeudi 20 décembre 2007 Statut Membre Dernière intervention 20 décembre 2007 - 20 déc. 2007 à 20:44
 crowley20 - 22 déc. 2007 à 00:12
Bonjour,

J'éprouve énormément de difficulté à me connecter sur un serveur. Je suis capable de le joindre, mais le cheminement de ma connection passe via un point qui me bloque tout le temps soit le 219.93.173.129. Je ne sais pas comment éviter ce noeud du réseau. J'ai tenter l'utilisation de proxy, mais étant donné que le serveur est un serveur de jeu, les proxy ne sont pas l'idéal.

Ma question est de savoir si c'est possible de contrôler le cheminement de sa connection. Si oui, j'aimerais bien savoir comment. Je vous remercie d'avance.

Je vous présente les résultats de ma connection ci-dessous.

Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrateur>nslookup goin.perfectworld.com.my
Serveur : mymodem
Address: 192.168.2.1

Réponse ne faisant pas autorité :
Nom : goin.perfectworld.com.my
Addresses: 210.48.156.137, 210.48.156.138, 210.48.156.135, 210.48.156.136

C:\Documents and Settings\Administrateur>ping 210.48.156.137
Envoi d'une requête 'ping' sur 210.48.156.137 avec 32 octets de données :
Réponse de 210.48.156.137 : octets=32 temps=336 ms TTL=43Réponse de 210.48.156.137 : octets=32 temps=335 ms TTL=43
Réponse de 210.48.156.137 : octets=32 temps=333 ms TTL=43
Réponse de 210.48.156.137 : octets=32 temps=324 ms TTL=43

Statistiques Ping pour 210.48.156.137:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 324ms, Maximum = 336ms, Moyenne = 332ms

C:\Documents and Settings\Administrateur>tracert 210.48.156.137

Détermination de l'itinéraire vers 210.48.156.137 avec un maximum de 30 sauts.

1 <1 ms <1 ms 1 ms mymodem [192.168.2.1]
2 11 ms 9 ms 9 ms bas6-montreal28_lo0_SYMP.net.bell.ca [64.230.197.111]
3 10 ms 7 ms 9 ms dis23-montreal02_Vlan136.net.bell.ca [64.230.208.105]
4 8 ms 9 ms 7 ms core4-montreal02_gig12-2.net.bell.ca [64.230.170.137]
5 15 ms 17 ms 17 ms core4-toronto63_15-0-0.net.bell.ca [64.230.147.29]
6 27 ms 27 ms 27 ms core1-chicago23_pos12-0-0.net.bell.ca [64.230.147.14]
7 27 ms 27 ms 27 ms bx1-chicagodt_POS6-0.net.bell.ca [64.230.223.42]
8 27 ms 27 ms 27 ms Verio-peering [64.230.203.162]
9 27 ms 27 ms 27 ms as-0.r21.chcgil09.us.bb.gin.ntt.net [129.250.2.244]
10 89 ms 89 ms 91 ms p64-3-1-0.r20.snjsca04.us.bb.gin.ntt.net [129.250.5.20]
11 186 ms 196 ms 196 ms as-1.r20.osakjp01.jp.bb.gin.ntt.net [129.250.2.165]
12 262 ms 262 ms 272 ms as-2.r01.newthk01.hk.bb.gin.ntt.net [129.250.4.46]
13 272 ms 260 ms 260 ms ae-0.r00.newthk01.hk.bb.gin.ntt.net [129.250.4.98]
14 255 ms 255 ms 266 ms po-1.a04.newthk01.hk.ra.gin.ntt.net [203.131.240.122]
15 322 ms 311 ms 311 ms 203.131.241.110
16 333 ms 332 ms 321 ms 203.106.86.81
17 325 ms 338 ms 336 ms 219.93.173.129
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.

C:\Documents and Settings\Administrateur>

4 réponses

vignemail1 Messages postés 1246 Date d'inscription vendredi 8 octobre 2004 Statut Contributeur Dernière intervention 13 septembre 2019 259
20 déc. 2007 à 21:47
tu as essayer de faire un tracert avec un plus grand nombre de saut ? Car le tracert n'envoie que des messages ICMP comme le ferait ping. Cela se trouve il te faut 40 sauts pour atteindre ta destination et c'est juste du saut 18 à 35 que les machines bloquent l'ICMP
0
Bonjour

Je tiens à remercier vignemail1 (possible amateur de vin si je me fis à son pseudo)

Premièrement, je ne vois pas vraiment le lien entre le nombre de saut et le fait que je bloque toujours sur le même IP (219.93.173.38) Il me semble que même avec plus de saut, je vais quand même passer via ce noeud du réseau.

Cependant, veuillez excuser mon ignorance, mais comment faire pour augmenter le nombre de saut. Par défaut, on en fait 30. De plus, est-ce possible de faire en sorte de contourner ce noeud de réseau défectueux?
0
vignemail1 Messages postés 1246 Date d'inscription vendredi 8 octobre 2004 Statut Contributeur Dernière intervention 13 septembre 2019 259
21 déc. 2007 à 17:55
Utilisation : tracert [-d] [-h SautsMaxi] [-j ListeHôtes] [-w délai] NomCible

Options :
   -d                 Ne pas convertir les adresses en noms d'hôtes.
   -h SautsMaxi       Nombre maximum de sauts pour rechercher la cible.
   -j ListeHôtes      Itinéraire source libre parmi la liste des hôtes.
   -w délai           Attente d'un délai en millisecondes pour chaque réponse.


donc par exemple : tracert -h 60 www.google.fr
Quand tu dis que tu bloques sur le même nœud, c'est inexact, c'est que les PC sur la route entre le saut 18 et >=30 bloquent les réponses ICMP donc ne donne pas d'informations les connaissant.
Concernant mon pseudo, c'est juste une contraction entre le début de mon nom et "mail" et le fait que c'est ma boite mail n°1
Concernant cette histoire de contourner le noeud, non c'est pas possible manuellement car c'est les routeurs entre toi et ta destination qui évalue le chemin le plus court pour les paquets.
0
Merci pour les informations à propos des commandes que l'on peut faire dans le mode exécution de windows.

Cependant, mon problème persiste. Je sois me rendre à l'une de ces différentes adresses soit : 210.48.156.136, 210.48.156.137, 210.48.156.138, 210.48.156.135. Ces adresses correspondent à des serveurs d'un jeu vidéo.

Même en augmentant le nombre de saut, je ne m'y rend pas. J'ai d'ailleurs tenter d'utiliser la commande tracert avec un pas de 40 pour les différentes adresses ci-dessus. Mais rien ne fonctionne. J'ai refais l'exemple avec google que vous m'avez transmis, et cela fonctionne très bien.

Cela me semble être un problème insoluble. Du moins, un problème que je me peux corriger moi même. Comme vous avez dit, on n'a pas de contrôle sur le chemin que prend notre connection. Cependant, je ne sais pas s'il existe un moyen de configurer sa connection pour changer le parcours de sa connection.

Merci de votre précieuse aide.

(voici certains résultats)

Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrateur>ping 210.48.156.136
Envoi d'une requête 'ping' sur 210.48.156.136 avec 32 octets de données :
Réponse de 210.48.156.136 : octets=32 temps=350 ms TTL=45
Réponse de 210.48.156.136 : octets=32 temps=332 ms TTL=45
Réponse de 210.48.156.136 : octets=32 temps=347 ms TTL=45
Réponse de 210.48.156.136 : octets=32 temps=347 ms TTL=45
Statistiques Ping pour 210.48.156.136:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 332ms, Maximum = 350ms, Moyenne = 344ms

C:\Documents and Settings\Administrateur>tracert -h 40 210.48.156.136

Détermination de l'itinéraire vers 210.48.156.136 avec un maximum de 40 sauts.

1 15 ms 4 ms 3 ms mymodem [192.168.2.1]
2 18 ms 14 ms 16 ms bas6-montreal28_lo0_SYMP.net.bell.ca [64.230.197.111]
3 14 ms 16 ms 14 ms dis23-montreal02_Vlan136.net.bell.ca [64.230.208.105]
4 13 ms 14 ms 13 ms core3-montreal02_gig12-2.net.bell.ca [64.230.170.141]
5 23 ms 22 ms 22 ms core3-toronto63_15-0-0-0.net.bell.ca [64.230.147.25]
6 32 ms 34 ms 34 ms core2-chicago23_pos2-0-0.net.bell.ca [64.230.147.10]
7 34 ms 33 ms 34 ms bx1-chicagodt_POS10-0.net.bell.ca [64.230.203.150]
8 33 ms 34 ms 33 ms Verio_bx1-chicagodt_1-1.net.bell.ca [64.230.186.150]
9 34 ms 34 ms 34 ms as-0.r21.chcgil09.us.bb.gin.ntt.net [129.250.2.244]
10 101 ms 102 ms 98 ms p64-3-1-0.r20.snjsca04.us.bb.gin.ntt.net [129.250.5.20]
11 207 ms 206 ms 194 ms as-1.r20.osakjp01.jp.bb.gin.ntt.net [129.250.2.165]
12 276 ms 288 ms 288 ms as-2.r01.newthk01.hk.bb.gin.ntt.net [129.250.4.46]
13 272 ms 274 ms 364 ms ae-0.r00.newthk01.hk.bb.gin.ntt.net [129.250.4.98]
14 401 ms 457 ms 469 ms po-1.a04.newthk01.hk.ra.gin.ntt.net [203.131.240.122]
15 289 ms 290 ms 288 ms 203.131.241.110
16 345 ms 334 ms 331 ms 203.106.86.81
17 346 ms 348 ms 336 ms 219.93.173.38
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.
31 * * * Délai d'attente de la demande dépassé.
32 * * * Délai d'attente de la demande dépassé.
33 * * * Délai d'attente de la demande dépassé.
34 * * * Délai d'attente de la demande dépassé.
35 * * * Délai d'attente de la demande dépassé.
36 * * * Délai d'attente de la demande dépassé.
37 * * * Délai d'attente de la demande dépassé.
38 * * * Délai d'attente de la demande dépassé.
39 * * * Délai d'attente de la demande dépassé.
40 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.
0