De temps en temps, lorsque XP cherche à se connecter vers des partages mappés, il met un certain temps avant de les afficher.
 
En regardant les logs sur le serveur samba (linux), je constate que pendant ces phases, XP essaie d'atteindre le port 80 du serveur (donc n'essaie pas d'aller dans la nature...). Après 3 echecs (car port bloqué) il affiche enfin les dossiers.
 
Mais ce n'est pas systématique. En réalité c'est lorsque XP n'a pas accéder au dossier depuis un petit moment (10 à 20 minutes), sinon les dossiers s'affichent immédiatement et aucun accès vers le port 80 est noté.
J'ai fait un netstat sous windows. C'est le svhost local qui tente de se connecter au serveur.
 
Des explications? Idem chez vous?

moi j ai un autre pb : au bout d un tps aleatoire, xp n arrive plus a parcourir le rezo (netbios bien sur)
 
par contre si j essai d acceder autres pc par \\ip ca marche, mais \\nom ca plante  

regarde autour de ton port auth: autorise le ou fait au mini un REJECT mais pas un DROP.

accelerer le voisinage réseau  
 
http://www.laboratoire-microsoft.org/tips/tips/280.asp

 
j aime bien le nom de la clef :
 

 
fo decoder l hexo en live pour comprendre  

 
 
c'est pas le OS level pour l'election qui est pas au point ? t'as mi quoi pour ce paramètre

et si on revenait à mon problème  

 
c koi le nom de l option, car j ai rien trouve ??

ah oui desole

 
dans ton smb.conf t'as pas dans la section general la ligne
 
os level = x
 
 
 
sinon rajoute os level = 65
 

 
bien quoi t'as essayer la manip du regestre  ou pas ?

 
ok j ai rajoute
 
ca sert a koi et ca correspond a koi 65 ??

 
os level : il y a un concours pour choisir un "local master browser" pour le workgroup. Celui qui a le plus fort os level l'emporte. (Wfg=W95=1, W98=2, WNT WS=16 ou 17 WNT Serveur= 32 ou 33). et 65 gagne toujour

manip du registre: elle était déjà faite.
 
Bon là j'ai fait un netstat sous windows. C'est le svhost local qui tente de se connecter au serveur. Mais je ne sais toujours pas pourquoi.

 
ok merci    
 
 
Bobor : desole je vois po ce ki merde chez toi
 
bonne chance kan meme  

 
Moi j'avais exactement le meme probleme et a la place des nom de macine je rentre les adresses IP et puis plus de problemes et en meme temps pour partagé ma connection 56k AOL j'utilisais Avirt gateway et je suis passé sous wingate.
Depuis que j'ai viré avirt et rentré les adresses ip au lieu des noms machine plus de problemes , alors je sais pas auquel de ces 2 elements etait lié le probleme mais ca marche alors...

de tte facon vous billez pas ..XP en terme de reseau c bien moins bon que W2K : j'ai constaté plein de trucs etranges avec cet OS , mon pote de crosoft pense la meme chose donc ....
 
 
c juste un avis !!!
 
De plus depuis mon linux je n'arrive pas a me connecter a mon XP qui partage un repertoire ; j'y arrive pourtant d'un autre poste XP avec le mem euser et mot de passe    
   va comprendre ......

le fait que mon serveur linux joue le rôle de serveur WINS est peut-être la raison de ça. Les requêtes WINS se passent peut-être sur le port 80.

J'ai le même problème chez moi, avec Win2K aucun problème d'accès aux partages Samba, mais avec XP j'ai parfois des longs moments d'absence, voire parfois le msg "la ressource spécifiée n'est plus disponible", je rafraichis et ça passe du 1er coup ...

 
non c pas ce port.
 
c le 137. (netbios bosse de 137 à 139)

vu qu'il ai eu implémentation d'un module de filtrage de paquet plus poussé que ds w2k + un firewall stateful intégré eh bien .. ca m'etonne pas qu'a nouveau l'equipe de bilou renoue avec les merde du coté IP .....
 
putain ils n'ont qu'a prendre netfilter ca ùarchera mieux

pkoi tu as le wins activé ???
si tu n'as pas de routeur y a juste besoin
du netbios

bah linux est aussi routeur    
 
Pour le WINS. Effectivement, pour moi c'est 137/139. Mais comme je ne comprends pas qu'il essaie d'aller sur le port 80, je charche des hypothèses.
 
Autre remarque: ce problème ne se pose pas quand j'essaie d'y accéder par la boite de dialogue "sauvegarder sur"...Seulement quand j'ouvre sous IE en mode explorer.  
 
Une autre hypothèse serait que IE accèdé au cahce internet lorsqu'il veut aller sur les disques réseaux mappés.

Ok mais il route quoi ???
 
s'il partage une connexion internet, je pense pas
que le wins soit nécessaire  
 
s'il sert de passerelle entre deux réseau distincts
là oui il sert à quelque chose    
 
colles ton smb.conf ça pourrait nous aider

une autre hypotèse serait que pour ton réseau local tu n'utilise pas une classe d'addresse IP privé (mais publique donc -> internet)
c'est p-t pour cela qu'il essaye des se connecter sur le port 80 de ton serveur si celui-ci est en passerelle (ce qui est certainement le cas si il sert de routeur comme tu l'as précisé).
J ' espère que ça t'aidera  

mon routeur connecte plusieurs sous-réseaux: home-cinéma, wifi (à venir), réseau local (station) d'où le serveur WINS.
 
Ils sont tous en adresses privées (192.168.*.*).
 
Le routeur est également serveur DNS pour l'ensemble du réseau local et c'est lui qui renvoie les requêtes DNS vers internet si nécessaire (donc la station ne s'adresse qu'au routeur pour les requêtes de résolution de nom).
 
Là, la station essaie d'accéder sur le port 80 (qui n'est pas de la résolution de nom) le serveur. Donc je ne pense pas que ce soit un problème d'IP.
 
PAr ailleurs, le routeur accepte le forward sur le port 80 (pour laisser la station accéder au net) mais refuse les connections interne sur le port 80. La solution est évidemment d'accepter ce port. Mais là je cherche pourquoi il essaie d'accéder à ce port.
 
Une solution serait de créer une IP virtuelle sur l'interface réseau pour voir s'il essaie d'accéder réeelement au serveur samba sur ce port ou si c'est pour une autre raison.

cherche des infos chez krosoft ( c pas gagné !), ou fait un test avec ton IP virtuel.
Pour une solution éventuelle, tu n'as pas besoin d'accepter le port 80 en local : à la place de ton DROP tu met un REJECT, ça devrait accélérer les choses. Ta station XP au lieu d'attendre une réponse de ton serveur qui ne viendra jamais (cf le DROP) recevra un pacquet comme quoi le port 80 n'est pas disponible sur le serveur (REJECT)

tout à fait d'accord pour le REJECT, mais je ne l'ai pas encore fait je veux savoir pourquoi il veut accéder à ce port.