Quick Talk

Cenário:

• Usuário de domínio logando no servidor como “Eunice”;
• O servidor acusava que o usuário tinha permissões totais sobre os arquivos, tanto no nível NTFS quanto no nível de compartilhamento;
• O usuário podia criar documentos à vontade no compartilhamento e editá-los;
• Todos os documentos Office no compartilhamento do usuário abriam como Somente Leitura;
• Office 2016 acusando usuário “Eunice@nomedodominio.local” logado no canto superior direito do documento (o usuário correto);
• Quando o usuário fazia uma cópia do documento Office usando o Windows Explorer, a cópia era aberta com permissão de gravação, mas não o original;
• “Enviar para pasta compactada” acusava erro (sem permissão de gravar), sugerindo gravar o arquivo no desktop do usuário. Mas usar o 7-zip para fazer a mesma coisa não acusava erro (tinha permissão de gravar).

Depois de muito coçar a cabeça tentando encontrar um denominador comum para esse comportamento eu me perguntei: será mesmo que o Windows está acessando o servidor como o usuário que eu penso que está acessando (Eunice)?

Win+R -> “Control userpasswords2 [ENTER]” -> Avançado -> Gerenciar Senhas -> Credenciais do Windows

Constatei que o usuário que estava gravado para acessar o compartilhamento era “Nalva” e não “Eunice” e aí a ficha caiu. Semanas antes, na tentativa de debugar um bizarro problema de perda de conexão ao servidor desse usuário eu tinha feito essa mudança, que pareceu surtir efeito, mas esqueci do “pequeno” detalhe de checar as permissões de Nalva . De qualquer forma era para ser uma medida temporária. E como o usuário só reclamou da incapacidade de editar os arquivos muito tempo depois eu não liguei uma coisa à outra.

Mas por que o Office acusava estar logado com o usuário Eunice mas acessava o arquivo como Nalva enquanto o Windows Explorer estava conectado como Nalva mas criava arquivos como Eunice (exceto no caso de Pasta Compactada) é uma coisa que eu vou deixar para tentar entender quando realmente precisar…