lionelfontaine
Bonjour,
nous sommes prestataire de service chez un client équipé de plusieurs bases gestan (en mode autonome), mais hébergées sur un partage réseau.
Depuis la bascule de leur parc sur des nouveau postes en windows 10 pro (intégrés à un domaine AD), lorsque la base nécessite d'avoir une maintenance automatique, la tâche plante après ou au moment de la compression de la sauvegarde.
Tous les accès réseaux sur le serveur sont bloqués pour le poste client. Et dès que l'on tente un accès à une des ressources autorisées par le domaine, via l'explorateur windows, le système essaie de monter un lecteur réseau...
Les partages sont accessibles, dès lors que l'on utilise l'adresse ip du serveur, et / ou un alias netbios du serveur autre que celui utilisé lors de la maintenance de base gestan.
Il est nécessaire, de fermer la session pour retrouver l'accès aux partages sur le poste client. Toutefois, la maintenance plante à nouveau à chaque ouverture de session.
Pour contourner le problème, nous copions le dossier réseau en local. Nous mappons avec un subst le dossier local pour simuler un lecteur réseau. Et l'opération de maintenance se déroule correctement.
Enfin, nous remplaçons le dossier réseau par le dossier local qui vient d'être maintenu.
Le logiciel fonctionne sans erreur, jusqu'à la maintenance suivante. Nous ne comprenons pas quelle opération entre en jeu lors de cette maintenance, mais il semble qu'elle vienne mettre en défaut le mappage netbios du client windows10.
Le client est en version 13.3b.
Merci d'avance pour toute piste.
Gestan
pfiou, c'est dingue ce truc !
là tout de suite, j'avoue que j'ai pas beaucoup de solutions, à part l'idée d'ajouter une possibilité de débrayer la maintenance.
