Estou tentando mapear uma unidade de rede para minha máquina e estou usando a exibição de rede \computename , mas estou recebendo a mensagem "Access is denied" .
Como faço para fornecer o nome de usuário e senha para o comando net view sem usar o domínio e esse nome de usuário? Devo usar o nome de usuário e a senha do meu nome de usuário ou o nome de usuário e a senha da minha máquina?
Isso funcionou para mim:
net use \server\IPC$
net view \server
Quando você se conectar a IPC$ (ou qualquer compartilhamento, na verdade), o Windows reutilizará as mesmas credenciais (ou até mesmo a mesma conexão TCP) para todas as outras operações.
( IPC$ é um compartilhamento de sistema que existe em todos os servidores CIFS / SMB, portanto, é garantido que funcione.)
Você não pode fazer isso para o comando net view , apenas para net use :
net use \server\share /user:AMIT
No entanto, você pode adicionar o nome de usuário / senha ao repositório de Credenciais do Windows. Isso fará com que o Windows use essa senha para conexões todas com o servidor especificado, independentemente de você usá-las com net view , net use ou Windows Explorer.
No Windows XP, abra Painel de Controle → Contas de Usuário → Gerenciar minhas senhas de rede (alternativamente, Iniciar → Executar → rundll32 Shell32.dll,Control_RunDLL keymgr.dll ). Clique em Adicionar .
No Windows 7, Painel de controle → Contas de usuário → Gerenciar credenciais . Clique em Adicionar uma credencial do Windows .
O nome de usuário e a senha geralmente não são necessários para o net view, especialmente se o servidor estiver executando o Samba. Você pode então conectar-se anonimamente ao compartilhamento IPC $ especificando nome de usuário e senha vazios, então o comando net view funcionará. Por exemplo, eu coloquei isso em um script smbview.cmd
@echo off
net use \%1\IPC$ /u:"" "" /persistent:no
net view \%1
net use \%1\IPC$ /delete
A Microsoft desativou o login anônimo no Windows Server. Ele pode ser reativado usando o GPO, mas isso é considerado um risco de segurança.
Eu sei que isso foi resolvido; no entanto, eu queria acrescentar que outras pessoas que estão tendo problemas semelhantes podem ter credenciais em cache no gerenciador de credenciais que estão incorretas. Uma solução simples seria excluir quaisquer credenciais encontradas no gerenciador relacionadas aos problemas e reemitir ou não usar credenciais, dependendo da arquitetura.
Tags networking network-drive