Windows 10 PE Não é possível mapear a unidade de rede anonimamente

6

Estou tentando configurar um ambiente de geração de imagens. A ideia é usar o DISM para aplicar imagens WIM (Windows 10 Pro) pela rede.

Eu posso inicializar no Windows 10 PE. Eu tenho conectividade de rede via DHCP.

Quando tento mapear o compartilhamento de rede usando net use i: \server\share , obtenho:

System error 58 has occurred. 
The specified server cannot perform the requested operation.

Se eu tentar mapeá-lo com net use i: \server\share /user:user password , onde user é um usuário do sistema, ele funciona.

O compartilhamento é completamente público. Eu sou capaz de mapear o compartilhamento sem credenciais em outras quatro máquinas Windows. (2x Win7, 2x Win8).

O servidor é o Ubuntu 14.04 executando o Samba. 4.3.9-Ubuntu.

Meu /etc/samba/smb.conf é assim:

[global]
    workgroup = WORKGROUP
    security = user
    server string = Imaging Server
    dns proxy = no
    follow symlinks = yes
    wide links = yes
    unix extensions = no
    log file = /var/log/samba/log.%m
    max log size = 1000
    guest account = nobody
    encrypt passwords = true
    map to guest = bad user

[share]
    comment = images
    path = /share
    browsable = yes
    guest only = yes
    read only = no
    writable = yes
    public = yes
    create mask = 0664
    directory mask = 0775

/share é de propriedade de nobody:nogroup

Qualquer ideia seria apreciada.

    
por boredemt 05.08.2016 / 09:08

3 respostas

4

É assim que o Windows 10 se conecta a compartilhamentos anônimos: ele verifica um nome de usuário e uma senha para ver se ele é capaz de fazer login e, em caso afirmativo, permite uma conexão anônima.

Aparentemente, qualquer parte que oculta isso do usuário não foi incluída na compilação PE, portanto, apenas especifique um nome de usuário e senha fictícios, como /user:user pass .

Se você precisar fornecer credenciais reais, poderá especificar um usuário e uma senha assim: /user:DOMAIN\user * . A estrela garantirá que você seja solicitado a fornecer sua senha, em vez de precisar especificá-la na linha de comando.

    
por 28.06.2017 / 05:21
1

Não parece ser um problema do Linux, parece ser o Windows 10, pois tenho o mesmo problema. A correção que pesquisei parece ser essa ... exemplo... net use z: //192.168.02/tftp \ root: 192.168.0.2 / senha de root

Eu não tentei isso será tentar no trabalho amanhã.

    
por 16.11.2016 / 10:56
1

Eu tentei o mesmo em várias ocasiões. Eu nunca fiz isso funcionar usando uma conexão completamente anônima, mas apenas fornecer qualquer combinação de usuário / senha parece funcionar com compartilhamentos que são configurados da maneira que você é.

    
por 16.11.2016 / 13:46