bonjour à tous
 
je vous explique brievement (CAS n°1):
 
je suis sous XP Pro SP2
il y a une carte réseau 3Com SOHO
paramétrée en IP Fixe dans une connexion au réseau local
         192.168.3.200
         255.255.255.0
         192.168.3.1    (passerelle par défaut)
         192.168.3.1    (DNS principal)
 
avec client par défaut microsoft
partage de fichiers et imprimantes
protocole TCP/IP
 
dans une connexion réseau local 2
j'ai une interface virtuelle WIN-TAP 32 (obligatoire pour un VPN)
configurée tout en automatique
 
Je veux en appuyant sur Control mettre ces deux connexions dans un pont Réseau
 
à ce moment là la configuration tcp/ip de la premiere connexion est transférée sur le pont
 
je précise que tout ceci à fonctionné correctement pendant un bon moment (jusqu'a un jour où on a tout remis à plat les elements réseau et le vpn), c'est à dire:
 

• pont et ordinateurs de chaque connexion dans une même rubrique "pont réseau"
• les 3 icones bleu
• pas de croix rouge sur pont et sur connexion réseau local

• une croix rouge sur reseau local 2 si serveur VPN innactif et pas de croix rouge si VPN actif

(par ailleurs en état de marche, avec vpn acif la connexion internet était possible en même temps que la connexion au réseau local et son partage de fichier ainsi que l'accès au réseau local de l'autre coté du tunnel -coté client vpn qui se voit attribué une ip en 192.168.3.x pour son interface vituelle WIN TAP 32)
 
maintenant depuis les récentes modif plus moyen de retrouver ce bon fonctionnment
 
quand l'interface physique (connexion réseau local) est dans le pont plus aucun acces vers la passerelle par défaut
 
le ping 192.168.3.1 donne "erreur matérielle"; Internet Exploreur se bascule en mode hors connexion (alors que ping 127.0.0.1 et ping 192.168.3.200 eux marchent)
 
si on sort l'interface physique du pont le ping 192.168.3.1 re fonctionne et l'acces internet aussi
 
 
Je m'arrache les cheveux sur ce truc depuis plusieurs semaines, je voudrais revenir à l'identique de la situation innitiale qui fonctionnait tres bien avant
 
tous dans le pont et acces vpn, reseau local et internet en simultané
 
Est ce que quelqu'un voit de quoi le bug peut provenir? ou m'aider à cibler d'où ca pourrait venir?
ou me proposerait des commandes à taper pour vérifier que tout est ou non OK sur le réseau?
 
Je m'en sors plus   alors merci à tout ceux qui pourront m'aider
 

CAS n°2:
Je viens d'avoir un problème similaire sur une autre machine ayant une configuration de pont similaire à celle décrite au-dessus en parfait état de marche
 
Voilà ce que j'ai fait pour qu'elle ne le soit plus:
 
en allant dans les proprietes du protocole tcp/ip du pont j'ai changé de sous réseau. Par exemple si on reprend l'exemple de config du dessus. Je change le 3 en 0 (tout en changeant aussi biensûr les connexions physiques)
 
Là il me demande de rebooter,
bon pourquoi pas, je le fais
 
Après avoir fait ce que je voulais avec le 0, je décide donc de revenir sur le sous-réseau 3 en changeant les 0 en 3
 
Il me demande encore de rebooter, bon je le fais
Et là plus de connexion à la passerelle par defaut (plus une croix rouge sur l'interface physique, sans possibilité de cliquer réparer)
 
le ping 192.168.3.1 répond dans un premier temps "erreur matérielle" comme pour la cas décrit au dessus puis
en ayant lancé les commandes
 
netsh winsock reset puis
netsh winsock reset catalog
 
répond délai d'attente de la demande dépassé
 
je décide donc de rebooter la dite passerelle mais rien n'y change
 
la commande ipconfig /all
indique bien les paramètres corrects de définition réseau ainsi que la passerelle par defaut
192.168.3.1 et la commande route PRINT le confirme en mentionnant des itinéraires actifs corrects
 
mais le ping répond toujours pas
 
je pense que c'est pas forcément spécifique au pont
 
est ce que quelqu'un sait la ou les commande(s) qu'il faut tapper pour remettre à jour la table ou les catalogues ou je ne sais quoi d'autre pour que l'accès à la passerelle par défaut soit réinnitialisé?

Personne ne voit ce qui peut clocher??
 
 
CAS n°3
sinon une question subsidiaire:
par défaut sous XP lorsqu'on modifie des paramètres du protocole TCP/IP, l'OS réinnitialise à chaud, sans avoir à rebooter, sur une des machines citées plus haut (le 2eme cas) cela ne se fait plus et dès modification d'un paramètre (ou simplement en appuyant sur OK sans rien avoir changé), il demande à rebooter
 
Quelqu'un sait-il où se trouve le paramètre manquant pour eviter de rebooter à chaque fois ou quel est le service qui doit être actif?
 
(j'en ai coupés plusieurs, donc je suppose que l'un d'entre eux est concerné)

dans cette rubrique réseaux, personne n'a de suggestion a me proposer pour tenter de voir où pourrait se situer le hic sur aucun des 3 cas que j'ai rapporté?  

Il me vient subitement à l'esprit que mon cas problématique n°1 etait en état de fonctionner Sous XP    SP1
 
depuis la machine en question est passée sous SP2 (avec difficultées de surcroit)
 
Y aurait il des bugs connus sur TCP/Ip sous SP2? qui pourraient expliquer mon cas n°1
 
Quand à mon cas n°3 est ce que ca serait le service "configuration automatique de réseau cablé" qui permet de changer l'ip à chaud sans reboot? (il est en manuel - non démarré en ce moment)

Il  avoir doit bien y avoir quelqu'un dans cette rubrique réseau qui sait pour mon cas n°3 le service qui permet des modifications de configurations réseau sans reboot
 
non?
 
et les ponts? personne ne s'y connait non plus?    
 
en tout cas je continue de chercher un peu partout sur le net, mais je suis dans l'impasse

ouh ouh les spécialistes du réseau personne n'a de sugestion ou ne voit ce qui peut clocher dans aucune des 3 situations que j'ai données?
 
probleme de routage? de passerelle? de pont? de couche tcp? de SP2?