réglages attributs fichier unpack

[ulukyn]

Chez free DSLAM de la Courneuve et ça re-marche!

[hachaire]

bon chez moi ca fait 3 heures que je me bat et ca marche pas :

j'ai essayé le serveur DNS suivant : 91.121.6.202

j'ai essayé de forcer l'adresse IP dans le fichier de config du jeu : StartupHost = "83.141.21.136:40916"; dans client.cfg

visiblement vu ce qui suit ca ne viens pas du DNS ...

alors comme j'ai une possibilté de connexion avec orange (la ca marche) j'ai fait une etude comparative des fichiers log :

resultat voila la probleme chez moi

a un moment, le client cherche a acceder a un fichier "ryzom_00609.idx"

2007/03/03 13:32:49 INF 1e0 client_ryzom_rd.exe login_patch.cpp 481 : Version du Client (00000) Version du Serveur (609)
2007/03/03 13:32:49 INF 1e0 client_ryzom_rd.exe login_patch.cpp 481 : récupération du fichier :http://dl1.gfsrv.net:40916/patch_live/ryzom_00609.idx -> ./unpack/ryzom_00609.idx
2007/03/03 13:32:49 INF 1e0 client_ryzom_rd.exe login_patch.cpp 481 : Downloading File With Curl:./unpack/ryzom_00609.idx
2007/03/03 13:32:49 INF 1e0 client_ryzom_rd.exe login_patch.cpp 481 : récupération du fichier : ryzom_00609.idx

et c'est la le probleme : l'adresse "dl1.gfsrv.net" est bien resolue par le DNS de free, comme par celui de orange d'ailleurs par "85.25.140.86" mais si je ping cette adresse lorsque je suis avec orange ca marche, mais le meme ping avec free ne marche pas : donc c'est un probleme de routage !

mon IP sous orange est 83.199.119.16 [ APuteaux-154-1-48-16.w83-199.abo.wanadoo.fr ]

mon IP sous Free est 82.230.37.61 [ obs92-2-82-230-37-61.fbx.proxad.net ]

voila un traceroute depuis ma connexion Orange :

Détermination de l'itinéraire vers dl1.gfsrv.net [85.25.140.85]
avec un maximum de 30 sauts :

1 * * * Délai d'attente de la demande dépassé.
2 * * * Délai d'attente de la demande dépassé.
3 * * * Délai d'attente de la demande dépassé.
4 39 ms 39 ms 39 ms 10.224.33.52
5 39 ms 38 ms 39 ms pos12-0.nrsta104.Paris.francetelecom.net [193.252.159.34]
6 39 ms 39 ms 39 ms 193.252.98.2
7 * 40 ms 40 ms tengige0-15-0-5.pastr1.Paris.opentransit.net [193.251.243.149]
8 39 ms 40 ms 39 ms te-2-4.car2.Paris1.Level3.net [4.68.111.253]
9 40 ms 39 ms 40 ms ae-0-52.mp2.Paris1.Level3.net [4.68.109.34]
10 48 ms 48 ms 48 ms ae-1-0.bbr2.Frankfurt1.Level3.net [212.187.128.29]
11 48 ms 48 ms 49 ms ae-21-52.car1.Frankfurt1.Level3.net [4.68.118.47]
12 49 ms 51 ms 48 ms ae-1-17.edge1.fra3.de.inetbone.net [212.162.1.22]
13 66 ms 60 ms 70 ms intergenia-gw.fra3.de.inetbone.net [83.220.157.98]
14 49 ms 49 ms 49 ms ft-fx02-k33.intergenia.de [85.25.255.170]
15 49 ms 49 ms 50 ms echo739.server4you.de [85.25.140.85]

Itinéraire déterminé.

si un ingenieur reseau peut m'expliquer ce qui se passe ... j'aimerai bien elever le fils de 50 m qui passe au milieu de mon salon pour me relier sur la connexion orange de mon voisin

[cstenac]

En effet, le problème n'est pas lié à une erreur de DNS, mais bien à un problème de routage, apparement quelque part entre Free et Intergenia (le fournisseur de server4you.de).

Le problème peut être contourné, en attendant que Free fasse le nécessaire, en faisant passer le trafic à destination de dl1.gfsrv.net par un serveur chez un autre hébergeur, qui lui, n'a pas de problème à accéder à server4you.de.

Le serveur 91.121.6.202 est ainsi configuré pour rediriger le trafic web vers le vrai dl1.gfsrv.net. Mais il faut "tromper" ton ordinateur en lui faisant croire que dl1.gfsrv.net est 91.121.6.202.

Pour cela, il y a deux solutions, soit:

* ajouter dans le fichier c:\windows\system32\drivers\etc\hosts une entrée "91.121.6.202 dl1.gfsrv.net". Ainsi, ton ordinateur ne fera même pas de requête DNS pour dl1.gfsrv.net mais prendra directement cette addresse

* Soit utiliser 91.121.6.202 comme serveur DNS. Celui ci se comporte comme un serveur DNS classique, à l'exception des requêtes qui demandent à résoudre dl1.gfsrv.net auquel ce serveur répond en disant qu'il s'agit de lui même.

Normalement, si tu utilises 91.121.6.202 comme serveur DNS, dl1.gfsrv.net ne devrait pas résoudre vers 85.25.140.85 mais vers 91.121.6.202 lui même.

Et dans les deux cas, ne pas oublier d'annuler ces modifications une fois le problème réglé

[laetice]

pour moi ça marche avec les DNS de cstenac. par contre, je n'ai plus accès a google (mais je m'en fout un peu!), et surtout, je suis obligé de remettre le patch n°609 (tiens tiens y aurrait'il un lien avec : http://dl1.gfsrv.net:40916/patch_live/ryzom_00609.idx) a chaque connexion a ryzom. Ce patch date du 22 janvier 2007.

Si ça peut aider!

édit: je suis dans paris 17, la fourche.

[pouillu]

Pour ma part ca remarche avec le dns auto de free (dslam de berny 92)
Voila j'espere que tout le monde sera vite retabli

[hachaire]

ca y est, ca remarche aussi pour moi avec la configuration standard de free
(DSLAM obs92-2)