J'ai rencontré un problème plutôt ennuyeux qui devrait être très simple, mais je n'arrive pas à le comprendre. J'ai un ordinateur portable professionnel qui fait partie d'un domaine, donc mon nom d'utilisateur est foobar\bob
. J'ai également mon ordinateur personnel sans domaine, juste le nom d'utilisateur bob
. J'essaie de me connecter à un partage sur mon ordinateur personnel à partir de mon ordinateur de travail. Cela me demande mon nom d'utilisateur et mon mot de passe, ce qui est le cas bob
, mais lorsque je tape, bob
cela suppose que je veux dire foobar\bob
, ce qui bien sûr ne fonctionne pas. J'ai essayé d'utiliser hostname\bob
, mais cela ne semble pas fonctionner non plus ...
Que puis-je faire ici?
Les deux ordinateurs exécutent Windows 7.
secpol.msc
? Cela pourrait rendre les choses un peu plus claires. (Les événements d'audit se connectent à la sécuritéeventvwr.msc
.)Réponses:
J'ai eu le même problème. J'ai pu contourner cela en utilisant la commande net use. Donc, en gros, je viens de courir:
puis j'ai parcouru
et ça a marché. le nom d'utilisateur était juste le nom d'utilisateur (aucune partie de domaine ou groupe de travail nécessaire)
la source
Je viens d'avoir le même problème après avoir réinstallé Windows 7 sur mon ordinateur portable. Toutes les réponses ci-dessus fonctionnent, mais fournissent un correctif temporaire pour le problème.
Pour un correctif plus permanent, sélectionnez Panneau de configuration -> Groupe résidentiel, puis cliquez sur "Modifier les paramètres de partage avancés"
Pour le type de connexion que vous utilisez (ou tous), faites défiler la page jusqu'au paramètre "Connexions de groupe résidentiel" et modifiez la valeur en "Utilisez des comptes d'utilisateur et des mots de passe pour vous connecter à d'autres ordinateurs"
Désormais, Windows utilisera tout ce que vous entrez dans l'invite de connexion, plutôt que de le préfixer avec votre nom de domaine.
la source
Essayez de vous connecter en tant que
.\bob
Cela l'oblige à utiliser le compte d'ordinateur et non le compte de domaine
la source
J'ai eu ce problème et je l'ai résolu en configurant un groupe résidentiel à partir de l'un des ordinateurs. Vous faites cela lorsque vous vous connectez au réseau - vous pouvez accéder aux paramètres réseau et cliquer sur le lien qui indique le type de réseau que vous avez sélectionné. Si vous sélectionnez Public comme la plupart des utilisateurs, vous devez passer à Accueil. Vous devrez d'abord le faire à partir d'une seule machine du réseau. Ensuite, allez dans les paramètres et affichez / imprimez le mot de passe pour pouvoir connecter d'autres ordinateurs au même groupe résidentiel. Cela a résolu mon problème car j'avais le même problème - l'ordinateur de travail sur le domaine n'est pas autorisé à changer de domaine lors de la connexion à un ordinateur en réseau. Le groupe résidentiel résout ce problème.
la source
il suffit d'utiliser ". \ nom d'utilisateur" ici ". \" indique que l'on considère l'utilisateur sur la machine locale, et il vérifiera l'utilisateur local.
chaque fois que vous souhaitez vous connecter à votre machine locale, même si elle est dans le domaine, nous devons entrer de la manière ". \ nom_utilisateur". et mot de passe.
Merci
la source
J'ai eu le même problème. Je pouvais cingler la machine mais pas me connecter dans l'Explorateur. Je me connectais à l'autre machine en tant qu'utilisateur standard. Lorsque je suis passé à un utilisateur administrateur (je veux dire administrateur sur la machine à laquelle je me connecte et non à la machine à partir de laquelle je me connecte), cela a fonctionné en entrant localhost \ username
Je ne sais pas pourquoi les droits d'administrateur sont nécessaires car j'ai beaucoup de dossiers partagés qui sont partagés pour tout le monde, pas seulement pour l'administrateur.
la source
J'ai pu me connecter à partir d'un comptuer tout en accédant à un dossier partagé sur un ordinateur qui n'appartient pas à un domaine de cette manière:
\username
Donc, si mon nom d'utilisateur était «jakegittes», je saisirais
\jakegittes
le modal de connexion.la source