Un user de domaine incapable de parcourir les partages réseau

Nous disposons d'un server SBS 2003, avec une connection PC Windows XP Professionnelle (connectée au domaine) depuis un site distant via VPN (LogMeIn Hamachi).

Un count d'user de domaine est incapable de parcourir les partages sur le server à partir du PC distant (malgré avoir la même appartenance au groupe de security que les autres counts d'user de domaine).

La navigation "\\ server \ share" est réussie avec tous les autres counts d'users de domaine sur ce PC, et ce count d'user fonctionne parfaitement sur tous les PC du bureau principal (juste pas sur ce PC à distance via VPN).

C'est l'erreur que je reçois lors de la tentative de parcourir les partages réseau avec ce count:

entrez la description de l'image ici

Le fait de faire un ping sur le server est réussi (n'a pas de problème pour résoudre le nom d'hôte sur IP).

J'ai supprimé et recréé le profil d'user du domaine sur ce PC, mais cela n'a pas changé (donc pas un problème de profil corrompu).

La désactivation du pare-feu sur le server et le post de travail n'a pas changé.

Je n'ai pas posté les résultats d'ipconfig ici car ils sont identiques pour le count d'user problématique et tous les counts users fonctionnant dans le domaine.

  • la navigation sur "\\ server" n'indique aucun partage sur le server (alors qu'il le fait avec tous les autres counts de domaine).

entrez la description de l'image ici

  • la navigation sur le server par IP (plutôt que par nom d'hôte) échoue également (" \\ 192.168.1.50 \ share "), ce qui suggère que ce n'est pas un problème NetBIOS.

  • Rejoindre le PC au domaine n'a pas résolu le problème

  • la réinitialisation du mot de passe sur ce count d'user de domaine n'a pas résolu le problème

  • la navigation sur "\\ server" fonctionne lorsque vous testez le count user problématique du domaine en utilisant un autre ordinateur Windows XP sur le domaine.

Nous avons seulement 1 PC sur le site distant qui se connecte via VPN, il est donc difficile de dire si la connection VPN (assez lente) est en quelque sorte la cause du problème, ou s'il y a un problème avec le PC.

L'autre PC que j'ai testé aujourd'hui était dans le bureau principal (sur le LAN, plutôt que de countr sur VPN pour communiquer avec le DC).

Si nécessaire, je peux déplacer temporairement le PC problématique vers le bureau principal afin que nous puissions affiner si le problème est lié à VPN ou au PC lui-même.

Toute suggestion d'autres étapes de dépannage que je peux essayer serait très appréciée.

Mettre à jour:

Je viens de remarquer quelque chose de très étrange lors d'un autre dépannage:

Lorsque cet user de domaine est ajouté à un groupe de security particulier, ils ne peuvent plus voir de partage sur le server. Toutefois, si l'user n'est pas membre de ce groupe de security, alors ("\\ server") affiche une list de tous les partage sur le server.

Comment un membre d'un groupe de security peut-il créer un partage de réseau sur un server qui ne doit pas être affiché lors de la navigation par un path UNC? Nous utilisons ce groupe de security depuis plus de 4 ans sans problème (et, même maintenant, cela n'affecte pas les autres users de cette manière).

En outre, le journal des applications sur le post de travail a des erreurs indiquant que le DC ne peut pas être contacté, mais cela ne semble se produire que lorsque l'user connecté est un membre du groupe de security problématique:

entrez la description de l'image ici

Vous devriez envisager de personnaliser votre dépannage sur le sous-système; Bien sûr, ce n'est pas un problème avec leur profil.

Souvent, des problèmes comme celui-ci sont causés par des problèmes avec le post de travail (ou occasionnellement, le server) sur le post de travail. Assurez-vous que ces services sont en cours d'exécution. De plus, s'il existe un domaine, cela peut être causé par l'incapacité d'établir un canal sécurisé (envisagez de réinitialiser le mot de passe du count d'ordinateur de la station de travail dans le domaine ou de le retirer du domaine et de le join).

En outre, vous devez vérifier si l'user peut parcourir tous les partage sur le server ( \\server\ ) et ne peut rien voir. Cela peut déterminer s'il existe effectivement un problème d'établissement d'une connection CIFS ou s'il s'agit d'permissions.

Examinez également les tests effectués à partir d'un autre post de travail et testez un autre count d'user à partir du même post de travail. Parfois, la corruption d'OS peut causer cela.

En ce qui concerne votre mise à jour, il semble qu'il y ait quelque chose qui ne soit pas conforme à la configuration de cette station de travail. La corruption de l'OS est possible, certainement, mais cela pourrait aussi être autre chose. Par exemple, netbios sur tcp / ip pourrait être désactivé sur l'interface qui serait utilisée pour se connecter au server. Dans Windows 7, vous pouvez désactiver le partage de files et la découverte du réseau en fonction du profil du réseau connecté (p. Ex. Public, maison, domaine ou travail), même si je ne crois pas que cela s'applique à XP.

Il est également possible que le fournisseur client pour microsoft networks sur l'interface soit désactivé, ou le partage de files et d'printing pour les réseaux Microsoft. Vérifiez également l'option de découverte du réseau dans le réseau et partagez l'élément du panneau de command central.

J'ai eu un problème similaire, il s'est avéré que l'user avait défini de façon erronée des informations d'identification pour se connecter au controller de domaine. J'ai ouvert le gestionnaire d'accréditation, supprimé les informations d'identification stockées pour cette connection, déconnecté et connecté à nouveau, et voila! fixé.