Acesse o compartilhamento de grupo de trabalho do cliente de domínio

3

Eu tenho um PC em casa executando o Windows 7. Nome WIN7 , ip 192.168.1.200 , membro de WORKGROUP . O único usuário é me .

Meu laptop de trabalho também está executando o Windows 7. Nome LASTNAME-OFFICE , ip 192.168.1.101 , membro do domínio WORK.CORP . O único usuário é firstname.lastname .

WIN7 tem várias pastas compartilhadas. BIG, LIB3, TMP e USERS. Esses compartilhamentos funcionam no linux e em um laptop que também está em WORKGROUP . Eu não habilitei a conta de convidado em WIN7 . Eu disse que as senhas não são necessárias no compartilhamento avançado em WIN7 .

O laptop LASTNAME-OFFICE não pode acessar as pastas compartilhadas na caixa WIN7 . Eu tentei usar o ip como:

\192.168.1.200\BIG

Mas isso não funciona. As ações estão definitivamente funcionando, porque se eu executar um Linux virtual (Ubuntu) no laptop, ele pode acessar os compartilhamentos. Então eu acho que isso deve ser um problema com a configuração no laptop de trabalho. Ou é puramente porque o domínio e o grupo de trabalho não correspondem?

Como posso corrigir ou contornar isso? Eu não tenho permissão para criar uma conta local no laptop.

Obrigado

EDIT: Desculpe, eu não expliquei a situação corretamente. Ele não parece se conectar de forma alguma, nunca consigo ser perguntado por credenciais.

O Windows Explorer aguarda um pouco antes de passar a mensagem:

Windows cannot access \192.168.1.200\BIG
Check the spelling of the name. Otherwise there might be a problem with your network.
Error code: 0x80004005
Unspecified error

E quando clico em diagnosticar, diz

Windows Network Diagnostics Publisher details 
Issues found 
The remote device or resource won't accept the connection
The device or resource (192.168.1.200) is not set up to accept connections on port "The File and printer sharing (SMB)".
Contact your network administrator

No prompt de comando

C:\>net use W: \192.168.1.200\ /USER:WIN7\me
System error 53 has occurred.

The network path was not found.

Mas, como eu disse, funciona bem em outros computadores e a partir da VM do VirtualBox em execução no laptop. Eu tenho o Cisco Annyconnect Client e o VirtualBox instalados. Mas nenhum deles está funcionando.

    
por Sodved 02.10.2013 / 16:17

1 resposta

3

Você precisa especificar o nome de usuário a ser usado. Se você mapear a unidade de rede no Explorer, há uma caixa de seleção para "Conectar usando credenciais diferentes". Se estiver usando o comando NET USE, adicione "/ user: computer \ user *". O alerta de asterisco para a senha.

Outras coisas para tentar incluir a verificação do firewall (as portas 138 e 139 precisam ser abertas). Seu laptop está configurado para o local da rede "Local" ou "Local de trabalho"? Você pode abrir o Network and Sharing Center , clicar na conexão de rede no centro (pode dizer Público ) e escolher o novo local lá.

Editar com base nas edições do OP - Talvez seja necessário ativar e definir o Acesso remoto para ficar visível e ativado. Se você é um administrador, pode tentar executar um script como o abaixo como administrador no computador "servidor" - o laptop:

@echo off

netcfg.exe -c s -i MS_Server
netcfg.exe -c s -i MS_Pacer
netcfg.exe -c p -i MS_LLTDIO
netcfg.exe -c p -i MS_RSPNDR

netsh advfirewall firewall set rule group="windows management instrumentation (wmi)" new enable=yes
netsh advfirewall firewall set rule group="File and Printer Sharing" new enable=yes
netsh firewall set service remoteadmin enable
netsh advfirewall firewall set rule group="remote administration" new enable=yes

netsh advfirewall firewall add rule name="135TCP-In" dir=in action=allow protocol=TCP localport=135
netsh advfirewall firewall add rule name="135TCP-Out" dir=out action=allow protocol=TCP localport=135
netsh advfirewall firewall add rule name="135UDP-In" dir=in action=allow protocol=UDP localport=135
netsh advfirewall firewall add rule name="135UDP-Out" dir=out action=allow protocol=UDP localport=135

reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
    
por 02.10.2013 / 18:08