Petite question: pourquoi un autre post ?

OK, je vois que tu as appliqué tooute la procédure avec beaucoup de rigueur.
Trois questions me viennent à l'esprit  :
- Les 2 PC sont-ils sous Seven ou y-en a t-il un sous XP ?
- comment sont-ils configurés au niveau adresse IP : fixe ou allouées par la box/routeur ?
- se voient-ils en réseau tout simplement, peux-tu de connecter par le voisinage réseau sur le PC Serveur à partir du client ?

Au vu de ce que tu remontes, il semble à la base y avoir un souci de réseau ... peut-être aurais-je du commencer par cela ?

Pour utiliser un clavier/souris entre 2 PC il existe plusieurs utilitaires : Synergy par exemple, dont j'ai parlé dans un autre post de cette rubrique.

Le fait de ne pas pouvoir te connecter du client sur le serveur dénote un souci réseau. Faudrait travailler la-dessus.
Tant que ce point ne sera pas résolu, cela ne pourras pas fonctionner et donc ton poste Client ne pourras pas atteindre l'installation de FSX d'où le message que tu nous donné.

Accesoirement: Pourquoi ne pas avoir pris 2 adresses fixes ? c'est plus simple, non à moins que ton poste client soit un poste genre EeePC ou Tablette graphique à vocation itinérante.

Les 2 adresses sont bien dans la même classe de réseau .... genre 192.168.1.1 et 192.168.1.100 par exemple.
Côté Routeur/Firewall n'y aurait-il pas un blocage empêchant cette communication ou le firewall interne au PC a t il été configuré pour que les postes puissent accéder au réseau local ?

j'ai réinstaller inputDirector qui fonctionne parfaitement.

Donne moi des pistes pour le du réseau.  Y a t'il un moyen de tester la communication entre les deux pc.

Jai vu sur google un "" NET SEND +ADRESSE IP + MESSAGE "" mais cela ne fonctionne pas la syntaxe n'est pas bonne

A++

Non ce n'est pas probant au sens ou tu l'entends.

- un ping sur une autre station s'appuie sur le protocole IMGP (protocole=langages utilisé sur le réseau) => IGMP marche donc
- un partage M$ s''appuie sur un autre protocole basé sur TCP et plus exactement sur SMB (SamBa est une implémentation de ce protocole sur Linux). => pour que nos 2 PC puissent fonctionner il faut que SMB soit fonctionnel.

Si ton FSX le PC Serveur est sur C:\MyShare et que tu as validé le partage de fichiers en le nommant par exemple comme "Partage" tu peux le valider à partir du PC Client en ouvrant une fenêtre MS-DOS et en lancant la commande suivante:

net use Z: \\"Nom du PC Serveur"\Partage

Si sur ton PC Client dans l'explorateur une lettre Z apparait avec le contenu attendu, alors SMB est fonctionnel et cela devrait marcher.

Petit truc d'Admin : Sous les OS Microsoft, le réseau est régi par un mécanisme basé sur une période de 12 mn, ce qui veut dire qu'il te faut allumer tes PC et ne rien faire pendant au moins 12 mn sinon le réseau n'est pas établit correctement (J'ai été Admin Microsoft pendant plus de 8 ans)

Exemple pour mettre cela en lumière :
Tu allumes tes 2 PC ... au bout de 15 mn ils devraient se voir l'un l'autre via le voisinage réseau. A partir de ce moment tu en éteint un et bien sur l'autre tu continueras à voir le PC étent pendant 12 mn ce qui ne veut pas dire que tu pourras parcourir les fichiers du PC éteint puisqu'il sera éteint justement mais les couches réseaux ne se mettront à jour qu'au bout de 12 mn.
=> Si tes essais ont été faits trop tôt: ils ne pourront pas être concluants.

Docs sur le sujet:
- http://www.forum-seven.com/creer-un-res … ta-xp-2256
- http://madamecinema.free.fr/tuto%20PDF/ … feu%20.pdf

Dernière modification par Lagaffe (16-11-2011 20:38:12)

Oui, sur le PC client on doit aussi avoir les 3 fichiers Simconnect.
L'erreur 67 est un souci de configuration réseau sur le PC. Cela semble être un service réseau non démarré. Aurais-tu bidouillé dans les services pour les alléger ? Je ne pense pas mais je pose néanmoins la question.

Mon avis: temporises un peu pour te changer les idées et on y reviendra ensuite. Je dispose de Skype et si tu veux que l'on y consacre une heure ou deux ce week-end, j'essayerais d'y jeter un oeil.

A mon avis, il ne doit pas y avoir grand chose mais faut le trouver. Demain je ferais quelques captures d'écran pour te faire voir ma configuration et tu pourrais essayer de les refaire sur tes postes pour me donner la visibilité qu'il me manque. En les comparant, on va bien trouver.

Pourrais-tu me donner le nom de tes PC car il me semble (capture d'écran) que tu ne sais pas exactement où se trouve l'info ... Click droit sur le poste de travail - Propriétées - Nom de l'ordinateur
Tes PC sont-ils dans le même Groupe de travail ? (commande identique à la précédente mais regarder la partie Groupe de travail)

Tu peux obtenir directement ces infos via une fenêtre en ligne de commande et en tapant :

C:\Documents and Settings\Didier>net user

comptes d'utilisateurs de \\CORE2DUO
-------------------------------------------------------------------------------
Administrateur           ASPNET                   Didier
HelpAssistant            Invité                   Puentes
SUPPORT_388945a0         UpdatusUser
La commande s'est terminée correctement.

Le nom du PC apparait en gras sur ma commande

Skype peut s'utiliser avec ou sans webcam. Dans ce dernier mode on fonctionne en mode "tableau blanc" ou en tchat.
Je pratique ainsi très souvent avec Epsilon pour plus de commodité qu'avec le téléphone : on s'écrit une phrase, on teste chez soi, il répond, je lui envoie une capture, je pose une autre qestion ... bref c'est très utilise sans avoir l'obligation de tenir une conversation en permanence.

Il y a aussi TeamViewer qui permet de prendre le contrôle à distance pour que le "prof" utilise le PC de "l'élève". De cette façon, je lui ai réparé par 2 fois son PC à distance ou parfois je lui installe un logiciel sur lequel il a des soucis.

Demain, je remet en route mon PC Client et j'essaie de faire ces quelques captures voire un petit tuto ... cela faisait longtemps que je n'en avait plus fait.

Il y a moyen aussi de configurer son PC via des lignes de commandes, je vais m'y remettre depuis 98 je travailles plus que sous Linux et j'ai un peu "oublié" le DOS ... après une petite heure cela devrait revenir.

ce matin mon DVD à bien voulu fonctionner donc j'ai pu réinstaller SDK......

comprend rien à cette histoire , le principale c'est que j'ai pu l'installer.

Super intéressant le post les gars , je suis en plein dedans mais je fais mes essais sur un portable moisi qui tourne sous XP en client.Mon PC serveur est mon I2600k qui tourne sous W7.
Lagaffe tu semblais dire au début du post qu'il y avait des différences si on utilisait un pc sous xp à la place de w7.Tu pourrais m'expliquer en deux mots la différence?Merci d'avance!
Du coup vous me mâchez le travail , vous avez tout le temps une longueur d'avance sur moi!

Cdlt,

Cédric

Aïe, aïe, aïe ... deux clients intéressés.

Bon d'abord, je vous réponds de mon PC client que j'ai ressorti de la naphtaline (un PIII EB à 800 Mhz - 512 Mo de RAM - 160 Mo PATA).

@Cédric, d'après ce que j'ai pu lire et expérimenter sur mon réseau local depuis 1998 (ah Windows 98) pour bien configurer un réseau local et pouvoir communiquer sans problèmes entre PC il fallait un compte identique avec le même mot de passe sur chaque poste. ceci je pense pour pouvoir accéder sans problème d'identification aux divers partages proposés par les PC constituant le réseau. En effet pour accéder à une ressource partagée (un partage Windows) il faut avoir d"s droits le permettant, ces droits sont inhérents aux comptes déclarés sur le PC. Surtout ne pas prendre le compet Invité qui est bien connu surtout des pirates donc pour plus de sécurité on prend par exemple son patronyme et on déclare un compte avec ce libellé sur tous les postes XP en prenant soin d'y accoller le même mot de passe comme ceci lorsque l'on accède à \\Mon_serveur\Data d'un autre PC on n'a pas besoin de rentrer systématiquement le mot de passe.

Depuis Seven, je pense que cela est du passé sauf si on a un réseau hétérogène où on trouve du XP et du Seven.

@Golf46, tu travailles un peu de manière désordonnée. Le réseau sous Windows est peu casse-pieds quand cela ne marche pas et il faut avancé de manière posée en posant les briques une par une et en consolidant sa position. Donc laisses pour l'instant le SDK on verra après.

Dans ta réponse tu as donné les caractéristiques du PC-client. Il faudrait aussi celles du PC serveur.
Ce qu'il ressort de ta capture:
- Nom du PC : client-PC              ....................... (attention à la syntaxe, tu as minuscules + MAJUSCULES)

Tu disposes de plusieurs cartes réseaux:
- une carte interne configurée en DHCP mais non connectée par un câble réseau
- une carte WiFi (genre clé USB faisant office de carte réseau) configurée en DHCP :  192.168.1.15 qui est l'adresse attribuée par ton routeur.

La passerelle est bien configurée (192.168.1.1) et elle est aussi ton serveur DHCP (tout à fait normal pour un routeur ou une xxx-box).

Par contre, tes serveurs DNS sont faux !!! Tu as mis l'adresse de la passerelle ce qui n'est pas bon. Il faut y mettre les serveurs DNS de ton provider Internet.

En 2 mots comment marche TCP/IP:
1) ta machine a une adresse unique sur ton réseau
2) une passerelle dont l'adresse est presque toujours 192.168.1.1 (on fait simple sans entrer dans le détails des classes A B ou C)
Lorsque tu essaies de communiquer sur internet ... avec http://www.sfr.fr, tu as besoin de convertir l'adresse de se site en adresse IP c'est le serveur DNS sur Internet qui fait la translation www.sfr.fr = 220.30.96.108, ensuite tu envoies des trames réseaux qui ont pour destinataire la station 212.30.96.108 (SFR.fr) ces trames sur ton réseau local ne savent pas où aller car ton réseau est en 192.168.x.x donc elles sont récupérées par la passerelle qui ensuite les ré-achemine vers l'extérieur.
Tu vois donc qu'il faut renseigner correctement la passerelle et les serveur DNS sinon cela ne marche pas.

Ce que tu peux faire pour l'instant c'est définir un partage toto sur un répertoire C:\Windows de ton pc client et à partir du pc serveur, essayer de la monter via la commande (attention les espaces):

   net   use  Y:    \\client-PC\toto       ou      net use Y:   \\192.168.1.15\toto

Je vois aussi que le protocole IPV6 est activé mais c'est inutile car sur Internet on utilise pour l'instant que les adresses IPV4 donc à part encombrer les couches réseaux cela ne sert à rien (ton poste est sûrement sous Seven et cela doit être un portable, non ?)

Dernière modification par Lagaffe (19-11-2011 16:32:26)

D'abord il faut valider le partage de fichiers entre les 2 posts donc les conseils pour Golf46 sont aussi valables pour toi.

voilà pour le pc serveur

Jai changer mes DNS j 'ai mis le DNS PRIMAIRE ! ?

Là sur ton second essai il y a du mieux car le système te demande un compte et un mot de passe.
A correller avec ce que je disais plus haut: un compte + mot de passe identique sur chaque machine. Mais là je pense que tu es sur la bonne voie
Le compte client-PC a-t il été créé sur chaque PC avec le même mot de passe ?

L'erreur système 86 correspond à un mauvais mot de passe (http://www.secretswindows.com/index.php … /1-999.htm qui liste toutes les erreurs Windows).

Par contre je ne comprends pas la logique du 3ieme essai : net use Y:   \\192.168.1.15\client-PC\toto
La commande suit ette logique: net use <lettre attribuée>  \\nom ou adresseIP\<nom de la ressource>

net : c'est la commande DOS
use : paramètre de la commande DOS pou aller chercher une ressource partagée
nom ou adresse IP c'est client-PC ou 192.168.1.5
nom de la ressource : c'est apparemment toto mais pourquoi client-PC\toto cela ne correspond à rien.

As-tu essayer de télécharger Winipcfg.exe car il y a un truc qui me chagrine : la longueur des noms de tes PC, peut-être qu'il sont trop longs .... Winipcfg.exe a l'avantage de donner le nom de la machine vu de Windows et si le nom donné est trop long, Windows le coupe donc Winipcfg.exe te renvoie la chaine de caractères effectivement prise en compte.

Dernière modification par Lagaffe (19-11-2011 20:13:10)