Olá, obrigado pela ajuda, vamos testar todos os passos e se tivermos êxito retorno aqui no Forum.
Não há mais suporte para esse navegador.
Atualize o Microsoft Edge para aproveitar os recursos, o suporte técnico e as atualizações de segurança mais recentes.
Ola pessoal,
Tenho um caso que está dando o maior trabalho.
Em um ambiente de servidores on-premisses tenho um File Server Windows Server 2016 e as estações de trabalho são Windows 11 e com o Microsoft Office 365 para utilizar Word, Excel e Outlook instalado nos computadores.
Quando o usuário A acessa a planilha que esta em um compartilhamento de rede NTFS, o usuário B tenta acessar a planilha em seguida, ele consegue abrir consegue abrir com um pop-up de Somente Leitura, perfeito, pois é assim que deve ser, mas quando o usuário B acessa a planilha primeiro e o usuário A tenta abrir a planilha para aparecer como somente Leitura, ele não consegue abrir e recebe as seguintes mensagens de erro.
Ja tentamos muita coisa
Criar compartilhamentos novos.
Retirar os usuários e os desktops das OUs que possuem GPOs, eles estão em builtins.
Deixamos as versões no pacote office iguais
testamos com o libre office e deu o mesmo erro
Me leva a crer que é no servidor e no compartilhamento, mas não sabemos onde mais procurar.
Fico grato por qualquer ajuda.
Abraços a todos!
Olá, obrigado pela ajuda, vamos testar todos os passos e se tivermos êxito retorno aqui no Forum.
Olá
Estou apenas verificando se as informações fornecidas foram úteis, se o problema foi resolvido considere clicar em "Aceitar resposta", fazê-lo fecha o tópico e ajuda outras pessoas com o mesmo problema ou dúvida. Se você tiver mais dúvidas, sinta-se à vontade para responder neste mesmo tópico.
Olá,
Obrigado pelo seu relato detalhado, ele é essencial para o diagnóstico do problema.
O comportamento esperado de acesso simultâneo a arquivos compartilhados via rede — como a abertura em “Somente Leitura” quando um segundo usuário acessa uma planilha já em uso — depende da forma como o compartilhamento de rede e os bloqueios de arquivo (file locking) são gerenciados tanto pelo sistema de arquivos (NTFS/SMB) quanto pelas aplicações (como o Excel).
Pelo que foi descrito, há indícios de falha no bloqueio de arquivos via SMB no File Server. Abaixo, seguem algumas recomendações técnicas para investigação e correção:
Verificações e Ações Recomendadas:
Confirme o Protocolo SMB:
ü Certifique-se de que o servidor e as estações estão usando SMB 3.x com assinaturas habilitadas.
ü Comando para verificar versão ativa no cliente:
ü Get-SmbConnection
Configuração de Bloqueio de Arquivo (OpLock e Leasing):
ü Em alguns cenários, o Oplocks (opportunistic locking) ou o leasing do SMB pode causar comportamento irregular.
ü Você pode desativar temporariamente para teste:
ü Set-SmbServerConfiguration -EnableLeasing $false
ü Set-SmbServerConfiguration -EnableOplocks $false
ü Restart-Service lanmanserver
Importante: Isso pode impactar performance, use apenas para teste e reative depois se não for a causa.
Permissões NTFS vs Compartilhamento:
ü Certifique-se de que os dois usuários têm permissões de Leitura e Gravação tanto nas permissões NTFS quanto nas permissões de compartilhamento.
ü Uma permissão restritiva pode impedir o bloqueio adequado pelo Office.
Antivírus e Software de Terceiros:
Verifique se há antivírus no servidor ou estações que possam estar interferindo com o bloqueio de arquivos compartilhados (principalmente escaneamento em tempo real de arquivos de rede).
Logs e Diagnóstico:
Ative logs de auditoria de acesso ao arquivo (via GPO ou local) para rastrear falhas de acesso.
Consulte o Visualizador de Eventos no servidor, especialmente os logs de Microsoft-Windows-SMBServer e Application.
Consistência de Rede e DNS:
Problemas intermitentes de resolução de nomes ou latência também podem causar falhas de bloqueio.
Certifique-se de que os nomes NetBIOS e DNS estão resolvendo corretamente e sem duplicidade.
Documentação de referência: