Ou: "Isso é uma coisa? E como eu verificaria se era?"

Em um ambiente sem um controlador de domínio , ao acessar um compartilhamento em uma caixa do Windows Server 2008 R2, de um computador remoto sem uma conta de usuário correspondente no servidor (e conectar-se digitando \\SERVERNAME\ShareNameno menu Iniciar), atualmente observo o seguinte comportamento com base na configuração "Compartilhamento protegido por senha" (Configurações avançadas de compartilhamento):

Quando "Compartilhamento protegido por senha" está ligado em , todas as tentativas de conexões falhar depois de até 30 segundos com:

Falha no logon: o usuário não recebeu o tipo de logon solicitado neste computador.

Com o "compartilhamento protegido por senha" desativado , as conexões com os compartilhamentos acessíveis por anônimo são permitidas, enquanto os compartilhamentos com permissão restrita falham com:

Você não tem permissão para acessar \ SERVERNAME \ ShareName. Entre em contato com o administrador da rede para solicitar acesso.

Este parece ser um comportamento esperado. Eu preciso ter certos compartilhamentos acessíveis por logons anônimos, então tive que alterar essa configuração do padrão para desativado .

No entanto, existe um terceiro caso aqui. (o que ? )

Se você tentar se conectar a um compartilhamento sem ter modificado essa configuração (isto é, ela é definida como on , mas você nunca clicou-lo), a conexão se comporta semelhante ao no caso acima na medida em que leva até 30 segundos para mostrar uma resposta, mas exibe uma caixa de diálogo de autenticação :

Tive esse palpite depois de bater minha cabeça contra a parede por alguns dias e apenas o repliquei em um servidor sem compartilhamentos existentes: crie um compartilhamento sem leitura, tente conectar-se e obter diálogo, altere a configuração, conecte-se com êxito, altere a configuração voltar e receber uma mensagem de erro diferente. (Testou tudo isso em sistemas novos do cliente, para não haver risco de armazenamento em cache.)

Para reiterar: eu controlei os sistemas clientes. Isso parece estar totalmente relacionado ao servidor.

Portanto, está claro para mim que alterar a configuração "Compartilhamento protegido por senha" está alterando mais de uma coisa (chave do registro? Sou nativo de Mac) nos bastidores e que as configurações padrão fornecidas pelo sistema NÃO coincidem todas com a configuração refletida no painel de controle (ou o próprio painel de controle está quebrado e deve estar mudando mais coisas).

Portanto, a pergunta é: isso é intencional ou é um bug? E, nos dois casos, qual é a "configuração oculta" que está sendo alterada ou deixada inalterada? Como alguém poderia rastrear isso? Estou ficando sem novos servidores para testar. :-(

Isso realmente despertou meu interesse. Consegui replicar suas descobertas em meu laboratório com o mesmo padrão de resultados que você descreve. Usei o Procmon para tentar ver quais alterações foram feitas e quase desisti até ver o seguinte:

Isso mostra lsass.exe (Autoridade de Segurança Local) gravando no SAM local e fazendo alterações na conta de Convidado interna (conhecido RID 501). Com certeza, quando testei novamente o seu cenário enquanto assistia ao status da conta Convidado, vejo-o ativado quando o "Compartilhamento protegido por senha" está desativado. No entanto, quando "Compartilhamento protegido por senha" é reativado, a conta de convidado não é desabilitada novamente. Desativar manualmente a conta de convidado restaura a funcionalidade original: sou solicitado a fornecer credenciais (ou seja, seu terceiro caso).

Não sei por que isso se comporta assim. Para ser sincero, eu nunca havia alternado a configuração "Compartilhamento protegido por senha" antes de hoje (ou até percebido). Espero que isso ajude com seu projeto. Se outra pessoa estiver interessada em aprofundar, seria interessante saber se esse comportamento ainda está presente no Server 2012/2012 R2 ...

Ah, e para as suas perguntas originais (isso é intencional ou é um bug?), Não faço a menor idéia ...

Se entendi sua pergunta corretamente, as credenciais dos compartilhamentos serão salvas no Credential Manager, no painel de controle.

Para solicitar a caixa de diálogo de autenticação, basta excluir a credencial relacionada a esse compartilhamento no Gerenciador de credenciais.

Quando você marca a opção 'Lembrar minhas credenciais', isso geralmente é salvo no Credential Manager e, se essa senha estiver errada, você verá o erro de falha de logon.

Pode não ajudá-lo, mas, caso isso aconteça - geralmente recebo chamadas de que meus usuários não conseguem acessar um compartilhamento (a senha antiga é armazenada em cache pelo Windows) e solicito que eles façam isso:

uso líquido * / D