Reprise du message précédent :

Le 09 février 2005 - 10 h 30, Alexxela a écrit : Le serveur TSE est directement connecté je l'avais bien compris, cependant il y a toujours une table de routage, même pour un pc déconnecté de tout réseau, pour savoir vers ou envoyer un paquet réseau. Donne moi le résultat de la commande "route print" et je te dirai quel réseau utilise ton serveur TS pour quels paquets. Je suis ingégnieur en réseau, je connais bien ce genre de problèmes, a mon avis c'est un probleme de deux réseau avec des ip identique qui brouille ton server, mais pour le confirmer j'ai besoin de ta table de routage. En effet si il y a une ip identique sur deux réseaux, le pc ira chercher cette ip sur le réseau entré en premier dans la table de routage. Je repete toute machine a une table de routage, meme si la fonciton routage de windows n'est pas activé. Merci

D'autant qu'il y a de fortes chances que si ta table de routage sur le routeur distant soit incorrecte, les paquets retour ne sachent exactement où retourner...

Erreur classique qui m'est arrivé plusieurs fois : ma table de routage etait correcte sur le poste emetteur mais par sur celui du destinataire...

Résultat : les ping partaient mais pas les retours ICMP (code 0 pour les connaisseurs)

Du coup, mon ping etait enfumé

Hé bé, t'as du vraiement passer du temps sur les liens que je t'avais filé
le lien ci dessous ne correspond pas à ton pb?
Impossible de parcourir les clients RAS à partir du réseau local:
http://support.microsoft.com/default.aspx?scid=kb;fr;243188
pour résoudre ton pb fouilles cette piste: Pour permettre aux clients du réseau local de voir les clients RAS, installez le protocole NetBEUI sur les clients et le serveur RAS

un autre truc:
Interconnexion de réseaux via des modems et RAS:
http://support.microsoft.com/default.aspx?scid=kb;fr;467261

sinon un petit conseil: pour tes sous réseaux, évites d'utiliser les même plages d'adresses.

Alexxela -> autant pour moi, je ne suis pas expert dans ce domaine (et c'est bien mon malheur ) mais je suis content qu'il existe des gens comme toi qui aide les néophytes comme moi

voici donc le resultat d'un route print (2 connexions actives):

IPv4 Table de routage =========================================================================== Liste d'Interfaces 0x1 ........................... MS TCP Loopback interface 0x10003 ...00 0f ea 3d e9 5f ...... Carte Fast Ethernet PCI 900 SiS 0xe0004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface 0xf0005 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface =========================================================================== =========================================================================== Itin‚raires actifsÿ: Destination r‚seau Masque r‚seau Adr. passerelle Adr. interface M‚trique 0.0.0.0 0.0.0.0 140.0.0.252 140.0.0.252 2 0.0.0.0 0.0.0.0 192.168.1.8 192.168.1.190 22 0.0.0.0 0.0.0.0 192.168.2.24 192.168.2.24 1 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 140.0.0.251 255.255.255.255 140.0.0.252 140.0.0.252 1 140.0.0.252 255.255.255.255 127.0.0.1 127.0.0.1 50 140.0.255.255 255.255.255.255 140.0.0.252 140.0.0.252 50 192.168.1.0 255.255.255.0 192.168.1.190 192.168.1.190 20 192.168.1.190 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.1.255 255.255.255.255 192.168.1.190 192.168.1.190 20 192.168.2.24 255.255.255.255 127.0.0.1 127.0.0.1 50 192.168.2.254 255.255.255.255 192.168.2.24 192.168.2.24 1 192.168.2.255 255.255.255.255 192.168.2.24 192.168.2.24 50 224.0.0.0 240.0.0.0 192.168.1.190 192.168.1.190 20 224.0.0.0 240.0.0.0 140.0.0.252 140.0.0.252 2 224.0.0.0 240.0.0.0 192.168.2.24 192.168.2.24 1 255.255.255.255 255.255.255.255 192.168.1.190 192.168.1.190 1 Passerelle par d‚fautÿ: 192.168.2.24 =========================================================================== Itin‚raires persistantsÿ: Aucun

donc 2 connexions RAS, connecté à 2 réseaux:
1/
adresse ip du serveur: 140.0.0.251
adresse ip du client: 140.0.0.252

2/
adresse ip du serveur: 192.168.2.254
adresse ip du client: 192.168.2.24


je cherche donc à joindre l'ip 140.0.0.34 sur le réseau 1, voici le résultat (2 connexions actives):

Envoi d'une requˆte 'Ping' 140.0.0.34 avec 32 octets de donn‚es : D‚lai d'attente de la demande d‚pass‚. D‚lai d'attente de la demande d‚pass‚. D‚lai d'attente de la demande d‚pass‚. D‚lai d'attente de la demande d‚pass‚. Statistiques Ping pour 140.0.0.34: Paquetsÿ: envoy‚s = 4, re‡us = 0, perdus = 4 (perte 100%),

et la même commande avec le réseau 2 déconnecté:

Envoi d'une requˆte 'Ping' 140.0.0.34 avec 32 octets de donn‚es : R‚ponse de 140.0.0.34ÿ: octets=32 temps=130 ms TTL=127 R‚ponse de 140.0.0.34ÿ: octets=32 temps=128 ms TTL=127 R‚ponse de 140.0.0.34ÿ: octets=32 temps=130 ms TTL=127 R‚ponse de 140.0.0.34ÿ: octets=32 temps=131 ms TTL=127 Statistiques Ping pour 140.0.0.34: Paquetsÿ: envoy‚s = 4, re‡us = 4, perdus = 0 (perte 0%), Dur‚e approximative des boucles en millisecondes : Minimum = 128ms, Maximum = 131ms, Moyenne = 129ms

donc pour moi j'ai l'impression qu'il ne cherche pas sur le bon réseau, non?

aka -> si si je les avais lu ces docs !
mais encore une fois il ne s'agit pas de problème avec la connexion RAS, ni même de soucis d'interconnexion entre 2 réseaux...
j'ai encore relu les docs avant de te répondre car je ne suis pas du style à dire n'importe quoi sans vérifier... de même, j'ai fait aussi quelques recherches avant d'exposer mon problème ici, car j'estime que ni toi ni les autres ne doivent faire tout le travail à ma place
néanmoins il est possible que quelquechose m'ai échappé et dans ce cas je m'en excuse par avance

pour finir je n'ai pas de sous réseaux (pas en local du moins), quant aux plages ip des réseaux distants, je n'ai pas le choix de leur configuration

Tu peux pas nous montrer les traces lors d'un Ethereal sur une machine locale et sur la machine destinataire...

Histoire de savoir si la machine destinataire recoit au moins le ping avant de le renvoyer (ca diviserait le pb par deux )

Pour Ethereal, il est dispo un peu n'importe où et relativement simple d'utilisation (faut juste préciser quelle interface écouter)

Donc je recapepete, si tu pouvais l'installer sur 2 machines, une locale et une distante, capturer les paquets, et en meme temps lancer un ping, ca serait le top...

Pour le ping, tu dois voir apparaitre des paquets ICMP de 2 type :

à l'aller, ils ont le code 8, et au retour le code 0.

D'un autre coté, faut que t'ai la possibilité d'installer à distance

Saches que lorsque deux becanes tapent la bavette, pour les versions antérieur à W2K, le protocole utilisé est le NetBEUI.
Elles se servent de leurs noms d'hotes (auquels sont ajouté les services) pour se reconnaitre, et non de leur adresse IP (le DNS a été introduit avec Active Directory).

Je suppose que vous utilisez des serveur RAS sous NT.
Donc tes serveurs s'identifient par le protocole NetBEUI et non IP, mais communiquent dans un reseau TCP/IP ... c'est ce que j'aime dans l'info, tout est toujours tellement simple lol)
Il faut donc soit installer les services Wins (je te conseille cette methode) ou modifier tes fichiers LMHOSTS afin de régler une cause possible du problème.

... c'est là où je voulais en venir avec les liens (et sous liens contenus sur les pages) donnés ci-dessus.
Je suis spécialisé (c'est ce que je fait croire à mon employeur ) en système, pas en réseau donc pour le reste j'ai vu que d'autres étaient plus à même de t'aider.

avec gege38

gege38 : tu devellope egalement ethereal? ou juste tu l'aime bien?

j'ai trouvé le problème: lorsque l'on lance une nouvelle connexion, windows fait passer les nouvelles routes avant les autres!
du coup j'ai fait plusieurs tests et en ajoutant les routes manuellement, les connexions ip se font !
c'est déjà une grande avancée, grâce à vous !

gege38 -> en fait je me suis toujours basé sur le ping mais en fait je me rends compte que nombre de réseaux distants bloquent l'icmp, donc l'information n'est pas fiable.
bonne idée ethereal, d'ailleurs il tourne maintenant sous windows (j'y avais pas pensé, mais du coup je pense avoir trouvé le problème...)

aka -> en fait je n'utilise ni les noms netbios, ni Netbeui, ni les hostnames (dns), mais tout se passe avec des adressage ip.
De même, (et peut-être que je me trompe) mais le fichier LMHOSTS n'est utilisé que pour l'interconnexion de 2 ou plusieurs réseaux alors que je ne cherche qu'a joindre plusieurs réseaux sans les interconnecter
Je te remercie tout de même pour tes conseils qui ne sont pas tombés dans l'oreille d'un sourd (enfin pas lu par un aveugle ) car je pense que je vais recontrer ce cas de figure très prochainement (et je suis toujours avide de connaissances ! )


J'oriente donc la problèmatique vers un point un peu plus précis, comment obliger Windows à router convenablement les connexions en évitant de relayer les connexions déjà existantes au profil des nouvelles, ou bien, comment définir les routes statiques à chaque connexion.

Pour la 2ème question, j'ai déjà un début de réponse:
1- lancer au démarrage de la machine (ou de chaque session) un script qui rajoute les routes dans la table de routage.
problème: il me semble (avec quasi-certitude) que windows refuse d'ajouter une route qui n'existe pas.
2- lancer au lancement de la connexion un script qui enregistre les routes utilisées par la connexion, ce qui signifie créer un script par connexion.

qu'en pensez-vous?

Le 09 février 2005 - 16 h 20, Loading a écrit : J'oriente donc la problèmatique vers un point un peu plus précis, comment obliger Windows à router convenablement les connexions en évitant de relayer les connexions déjà existantes au profil des nouvelles, ou bien, comment définir les routes statiques à chaque connexion. Pour la 2ème question, j'ai déjà un début de réponse: 1- lancer au démarrage de la machine (ou de chaque session) un script qui rajoute les routes dans la table de routage. problème: il me semble (avec quasi-certitude) que windows refuse d'ajouter une route qui n'existe pas. 2- lancer au lancement de la connexion un script qui enregistre les routes utilisées par la connexion, ce qui signifie créer un script par connexion. qu'en pensez-vous?

Que tu dois avoir moyen de nettoyer ta table de routage histoire de voir déjà pourquoi elle est aussi sale...

Donc tu la vides et ensuite tu regardes ce que ca donne... Mais il me semble que la table de routage est conservée...

Alexxela> non non, j'aime bien c'est tout... je ne suis pas assez fou pour vouloir implémenter dans le domaine des réseaux... Le système me suffit déjà bien assez

Content de te voir débloqué

L'important c de participer... j'aurais au moins fait grimper mon nombre de messages

Le 09 février 2005 - 17 h 00, aka a écrit : L'important c de participer... j'aurais au moins fait grimper mon nombre de messages

aka, je te le répéte, ton intervention n'a pas été inutile, bien au contraire! c'est toi qui m'a donné les premières pistes sur le site de microsoft et je t'en remercie
Je pense au contraire que tu bien participé et que tu m'a bien aidé

entre parenthèse, j'ai d'autres questions en attente qui concernent plus le système que le réseau...
et là je m'en apperçois mais je viens de découvrir d'autres problèmes... j'ai des réseaux distants qui sont sur la même plage ip avec la même passerelle! arg!!
je cherche un petit bout de piste pour eviter les conflits de routes...

Le 09 février 2005 - 17 h 26, Loading a écrit : j'ai des réseaux distants qui sont sur la même plage ip avec la même passerelle! arg!! je cherche un petit bout de piste pour eviter les conflits de routes...

serveur NAT ?

...... C'est rien il est tard, j'ai posté en réponse à la suite de la page 1 sans voir qu'il y en avait une autre .... alors j'edite.

Le 09 février 2005 - 17 h 55, gege38 a écrit : Le 09 février 2005 - 17 h 26, Loading a écrit : j'ai des réseaux distants qui sont sur la même plage ip avec la même passerelle! arg!! je cherche un petit bout de piste pour eviter les conflits de routes... serveur NAT ?

j'ai aussi pensé à ça, mais concretement tu verrais ça comment?
routeur nat? serveur nat? service nat sur la mm machine? sinon où sur le réseau?
niveau software, comment se passe le découpage? les attributions?
l'idée est-elle de séparer 2 réseaux ayant la mm passerelle en fesant passer l'un des réseaux par un nat et l'autre en direct?
je vais chercher un peu

Le 10 février 2005 - 00 h 32, Fanf a écrit : ...... C'est rien il est tard, j'ai posté en réponse à la suite de la page 1 sans voir qu'il y en avait une autre .... alors j'edite.

fallait pas effacer, je suis sur que ct interressant!

C'est dommage que tu ne puisses pas reassigner des adresses IP aux postes distants car il y a manifestement mauvaise conception ou plutot a force de faire de l'incremental sans planification ..

Actuellement ta passerelle fait quoi au juste ??

Sinon, regardes du cote de route /help, si il y a moyen de nettoyer toute la table d'un coup et tu ferais ca en point 0 avant de rajouter toi-meme les routes voulues !

Le 10 février 2005 - 11 h 21, iraysyvalo a écrit : C'est dommage que tu ne puisses pas reassigner des adresses IP aux postes distants car il y a manifestement mauvaise conception ou plutot a force de faire de l'incremental sans planification .. Actuellement ta passerelle fait quoi au juste ?? Sinon, regardes du cote de route /help, si il y a moyen de nettoyer toute la table d'un coup et tu ferais ca en point 0 avant de rajouter toi-meme les routes voulues !

le point essentiel, je tiens à le préciser, c'est que les réseaux distants ne sont pas de mon ressort!
je ne peux donc pas modifier quoique ce soit sur les réseaux auquels j'accède.
Plus précisement, ce n'est pas ma machine qui joint les réseaux distants à mon réseau, mais l'inverse.
C'est à dire que chaque connexion se voit assigner une ip propre au réseau distant, sachant que je cherche à joindre des machines sur leur réseau local, forcement il va y avoir des risques de similitude.
Si cette démarche se fesait via internet (VPN Windows et pas CISCO) le problème n'existerait plus car la passerelle serait l'ip publique du réseau distant et par conséquent une ip unique pour chaque réseau (a moins de 2 ou plusieurs soient des sous-réseaux de la même ip publique).

iraysyvalo -> qu'entends-tu à propos de ma passerelle ?
pour me connecter aux réseaux distants j'utilise les passerelles de chaque connexions, concretement c'est le serveur qui m'assigne une ip privé sur leur réseau.

Pour ce qui est des routes et du reset c'est ce que j'avais prévu, mais je me suis apperçu que windows refusait de créer des routes qu'il ne pouvait physiquement explorer!
du coup je me demande si créer les routes au lancement de la connexion marcherait (là je vais tester!)

bon quelques courses à faire, de retour à 14h

Des nouvelles fraiches???

pourkoi ya des ligne RTC noire qui sont dans "le vent" non reliés? Je lis, relis la conversation pour "comprendre"... Sinon, vos schema reseaux vous les faites avec quel programme? Merki, ^^

Le 22 février 2005 - 15 h 54, Alexxela a écrit : Des nouvelles fraiches???

désolé du retard

donc finalement j'ai crée des routes persistantes pour toutes les connexions (automatisation dans batch):
route add *ip machine à atteindre* mask *ip masque de sous-réseau* * ip passerelle* metric 1 -p (ce dernier argument est important puisqu'il resiste au reboot de la machine.

Pour le moment ça fonctionne bien...