Perte de connexion avec serveur ...

[Arethusa]

Bonsoir, alors pour le coup, me voila face un problème inédit et vraiment dérangeant !

Voici le contexte :

1 Serveur de fichiers Seven Pro
2 clients XP pro
1 client vista
1 Livebox, un switch Dlink 24 Port

Le tout en IP fixe


Les clients se connectent à des ressources partagées sur le serveur pour diverses chose mais en gros, c'est du stockage de données brutes.

Par exemple, ils ont tous accès à un lecteur réseau du genre P :

Si on fait \\serveur , on vois bien tout se que partage le serveur, du très classique en gros...

Sauf que de tps en tps, 1 2 ou 3 ordinateur perdent l'accès au serveur ! mais ont tous internet quoi qu'il arrive.

Et puis d'un coup ça peut revenir (10 min à peut prêt), sinon, un redémarrage du serveur corrige le problème jusqu'au prochain bug.

Si encore tout les clients avaient le problème en même tps, il y aurai une éventuel logique, mais la non, assez aléatoirement, les clients (ou un seul parfois) ne peuvent plus interférer sur le serveur sauf attente ou reboot de celui-ci.

Je précise aussi que le \\192.168.1.15 (au hasard une IP pour le serveur) ne fonctionne pas, je ne pense donc pas a un problème de DNS (surtout que les coupures viennent et repartent).

Avant d'en dire plus, j'aimerai vos avis la dessus.

Merci.

[CaSa]

Petite correction "Seven Pro" c'est pas un système serveur... et c'est pas fait pour ça d'ailleurs.

2 chose comme ça au hasard :
- les mises en veilles matérielles/système sur le seven sont bien toutes désactivées ? je pense à toutes les options d'économie d'énergie, arrêt des disques, carte PCI, USB etc...
- un "net config server /autodisconnect:600" fait sur les clients (console ms-dos) change-t-il quelque chose ?

[Arethusa]

Bonsoir, oui oui bien-sur, l'appellation "serveur" est juste nominative.

Tous ce qui est mise en veille n'y ai plus,

Pour la commande je vais essayer.

[Arethusa]

Bonjour, la commande est tapée, on va bien voir ce que ça donne.

Sinon, autre phénomène étrange,

Un des utilisateurs, de tps en tps (comme d'hab) perd la connexion a CERTAIN dossiers du serveur, par exemple, il n'accèdera plus a Doc-partagés (le dossier qui sert à travailler), mais il accèdera par exemple a un autre dossier "test" donc, pour le coup, ce n'est pas une coupure intégral au serveur, juste une coupure pour UN dossier.

Notons qu'il n'y a que 3 clients, donc pas de possibilité de restriction d'utilisateurs, surtout que ça dit "chemin inaccessible"

Et puis d'un coup ça reviens.

Comment expliquer ça ? Pourquoi d'un coup cette utilisateur perd la connexion a CE dossier (qui est en contrôle total pour tous le monde).

Ducou j'ai recréé un nouveau dossier partager et j'ai tous déplacé a l'intérieur, on verra bien ce que ça donne.

Merci.

[Arethusa]

Bonjour, malgré cette commande, les deux ordinateurs en XP semble tjr avoir le même problème, qui se corrige en redémarrant le "serveur" seven pro...
A voir ce que donne le vista, mais bon.

Je commence vraiment à être à cour d'idée, pourquoi le Seven Pro bloque l'accès de tps en tps à certain ordinateur !?!?
(ça ne dit pas accès refusé, mais que le chemin n'est pas accessible je crois).

J'en suis a me dire que le switch pourrait être en cause, mais bon, il ne devrai plus avoir internet ducou... (surtout que le switch s'arrête a la couche réseau du modèle OSI...).

Il serait extrêmement regrettable et lourd de conséquence d'en arriver à formater le serveur pour se genre de problème idiot, mais faute de solution, je risque d'en arriver la !

Je changerai le switch quand même, juste pour voir ... Je vous tien au courant de mes autres teste et résultat...

[Arethusa]

Bonsoir, finalement la commande "net config server /autodisconnect:600" semble avoir fait effet.

Pour le moment ça tien.

Merci.

[CaSa]

Bonsoir, finalement la commande "net config server /autodisconnect:600" semble avoir fait effet.

Ca évite en effet que le lecteur réseau se déconnecte par défaut à 15 minutes.