Por que o Partilhamento de Ficheiros SMB Funciona no Windows mas Falha no macOS?

Quando o compartilhamento de ficheiros SMB funciona no Windows mas falha no macOS, o servidor provavelmente não está completamente offline. O Windows já mostrou que a partilha existe e que pelo menos um cliente pode alcançá-la. A diferença é mais provável que esteja no endereço usado, credenciais guardadas, identidade da conta, negociação SMB, requisitos de assinatura, permissões da partilha ou na forma como o Finder lida com pastas de rede.

O método de resolução de problemas mais seguro é fazer com que ambos os computadores testem o mesmo destino. Comece com o IP exato do servidor e o nome da partilha, depois avance para a resolução do nome do host, autenticação, negociação de segurança, permissões, compatibilidade Samba e desempenho do Finder. Não comece por ativar SMB legado ou desativar a assinatura no Mac.

Confirme Primeiro Que o Windows e o macOS Estão a Abrir a Mesma Partilha

O Windows pode já ter uma unidade mapeada como \\192.168.1.50\Documents, enquanto o utilizador do Mac está a clicar num ícone de servidor no Finder ou a tentar apenas smb://nome-do-servidor. Esses testes podem apontar para endereços, contas ou caminhos de partilha diferentes.

No computador Windows, registe o endereço do servidor que funciona, o nome da partilha, o nome de utilizador e se a ligação usa um endereço IP ou nome do host. Depois pressione Command + K no Finder e insira o caminho equivalente, como smb://192.168.1.50/Documents.

Se o Mac conseguir abrir o caminho exato IP-e-partilha, o serviço SMB e a partilha são fundamentalmente acessíveis. O problema restante é mais provavelmente a descoberta, DNS, credenciais armazenadas ou o formato original do caminho.

Use o IP do Servidor Antes de Confiar na Descoberta pelo Finder

O Windows e o macOS nem sempre descobrem dispositivos de rede da mesma forma. Um servidor pode aparecer automaticamente no Explorador de Ficheiros do Windows enquanto permanece ausente na vista de Rede do Finder.

Isto não significa necessariamente que o macOS não possa usar SMB. A descoberta automática depende do DNS, mDNS, comportamento compatível com NetBIOS, resolução de nomes do router e dos anúncios feitos pelo servidor de ficheiros. Acesso direto através de smb://IP/partilha ignora a maior parte dessa camada de descoberta.

Se o IP funcionar, mantenha a configuração SMB inalterada e investigue o nome em vez disso. Verifique se o nome do host resolve para o endereço correto, se o servidor se anuncia através de mDNS e se o Mac tem em cache um endereço antigo.

Limpe as Credenciais Guardadas Antes de Redefinir a Palavra-passe do Servidor

O macOS pode reutilizar credenciais SMB armazenadas no Acesso a Chaves. Isto torna-se confuso quando a palavra-passe muda, o mesmo servidor é acedido tanto por IP como por nome do host, ou o utilizador selecionou anteriormente acesso de convidado.

Desligue a partilha montada, abra o Acesso a Chaves e pesquise pelo nome do host do servidor, endereço IP e nome da partilha. Remova entradas antigas, depois reconecte e insira a conta que realmente existe no servidor SMB.

Os passos de resolução de problemas da Apple começam por verificar o nome de utilizador, palavra-passe, nome do host e acesso à partilha corretos. Embora essa página trate de ambientes SMB hospedados no macOS, a mesma separação é útil aqui: autenticação bem-sucedida e permissão para usar uma partilha específica são verificações diferentes.

Certifique-se de que o Mac está a enviar a identidade correta da conta

Um computador Windows pode ligar-se automaticamente com a sua conta iniciada. No macOS, o diálogo de login pode usar por defeito o nome de utilizador do Mac, que pode não existir no Windows, NAS ou servidor Samba.

O servidor pode esperar uma conta local do servidor, utilizador Samba, conta Microsoft, identidade do Active Directory ou uma conta qualificada com o nome da máquina, grupo de trabalho ou domínio. Dependendo do ambiente, os formatos válidos podem incluir nome de utilizador, SERVIDOR\nome de utilizador, ou DOMÍNIO\nome de utilizador.

Não use um PIN do Windows Hello como palavra-passe SMB. Normalmente, um PIN desbloqueia o dispositivo Windows localmente; o servidor de ficheiros ainda precisa da palavra-passe da conta subjacente ou de outro método de autenticação suportado.

Verifique se a Porta 445 é Acessível a partir do Mac

Se o caminho SMB exato falhar antes de aparecer o pedido de login, verifique se o Mac consegue alcançar o servidor na porta TCP 445. O Windows pode estar a usar uma interface de rede, VLAN, perfil de firewall ou rota guardada diferente.

No macOS, um teste simples como nc -vz 192.168.1.50 445 pode mostrar se a porta aceita uma ligação. Um tempo limite aponta para problemas de encaminhamento, isolamento VLAN, regras de firewall ou um servidor que não está a escutar na interface esperada.

Se a porta 445 estiver acessível mas a autenticação falhar, o caminho físico da rede já não é o principal suspeito. Passe para credenciais, dialetos SMB, assinatura e permissões de partilha.

A Negociação do Dialeto SMB Pode Diferir Entre os Dois Clientes

Roteadores antigos, dispositivos NAS legados e instalações Samba desatualizadas podem oferecer combinações de protocolo que um computador Windows aceita mas que um Mac atual não negocia com sucesso.

A solução a longo prazo é configurar o servidor para SMB2 e SMB3 em vez de depender do SMB1 ou de uma coleção de exceções de compatibilidade do lado do cliente. Uma configuração moderna do Samba pode usar explicitamente SMB2 como protocolo mínimo e SMB3 como máximo, o que oferece ao Windows e ao macOS um intervalo de negociação mais claro.

Não presuma que a compatibilidade com Windows prova que a configuração do servidor é moderna. O SMB1 ou autenticação legada pode ter sido ativada manualmente nessa máquina Windows, enquanto o Mac está a usar uma base de segurança diferente.

Os Requisitos de Assinatura e Autenticação Devem Coincidir

A assinatura SMB verifica que as mensagens não foram modificadas em trânsito. Uma ligação pode falhar quando o cliente e o servidor discordam sobre capacidades de segurança SMB, autenticação, assinatura ou comportamento de validação-negociação.

A Apple nota que o SMB 3 é o método de ligação padrão no macOS, que sessões SMB 3 autenticadas usam assinatura, e que certos ambientes ligados a diretórios podem falhar durante as verificações de validação-negociação e assinatura de sessão SMB 3. Esse é um caso específico do Open Directory, mas ilustra porque uma mensagem genérica de “ligação falhada” pode originar-se durante a negociação de segurança em vez da rede básica.

Não defina signing_required=no ou validate_neg_off=yes como a primeira resposta. Desativar a validação ou assinatura pode reduzir a proteção contra interceção. Primeiro confirme se o servidor suporta uma versão atual do SMB e tem uma política de assinatura consistente.

O Acesso de Convidado Pode Não Ser o Que o Windows Está Realmente a Usar

Uma partilha do Windows pode abrir sem apresentar um pedido de palavra-passe, levando o utilizador a assumir que é uma partilha de convidado. O Windows pode, na verdade, estar a reutilizar credenciais em cache do Gestor de Credenciais ou da conta iniciada.

No cliente Windows, inspecione a sessão SMB ativa ou desligue a partilha mapeada e volte a ligar explicitamente. Depois use a mesma conta do lado do servidor no Mac.

Se a partilha for intencionalmente anónima, confirme que o servidor permite acesso de convidado e mapeia os utilizadores convidados para uma conta com permissões adequadas no sistema de ficheiros. Evite ativar acesso amplo de convidados apenas para contornar um problema de credenciais não resolvido.

Permissões da partilha e permissões do sistema de ficheiros são separadas

Um Mac pode autenticar-se com sucesso mas ainda assim ver uma partilha vazia, receber “permissão negada” ou montar a pasta como só de leitura. Nesse caso, a ligação SMB funcionou; a autorização de ficheiros não.

A maioria dos servidores de ficheiros avalia pelo menos duas camadas. A configuração da partilha decide quais os utilizadores que podem aceder à partilha, enquanto as permissões NTFS, propriedade POSIX ou ACLs do sistema de ficheiros decidem o que esses utilizadores podem ler, criar, modificar e eliminar.

Teste Windows e macOS com a mesma conta do servidor. Se um cliente usar um utilizador ou grupo diferente, os resultados não são diretamente comparáveis. Verifique também se o Mac acidentalmente se ligou como convidado enquanto o Windows usava uma conta autenticada.

O Samba pode precisar de melhor suporte a metadados macOS

Se o servidor usar Samba, a compatibilidade básica com Windows não garante um comportamento ideal no macOS. O Finder e as aplicações Mac usam atributos estendidos, metadados do Finder, fluxos de dados alternativos e forks de recursos que os clientes Windows podem nunca solicitar.

Uma configuração Samba destinada a uso misto Windows e macOS pode ativar metadados macOS através de fruit e streams_xattr. Uma configuração típica pode incluir vfs objects = catia fruit streams_xattr para que os metadados específicos da Apple possam ser representados sem comprometer o acesso normal do Windows.

Estes módulos são mais relevantes quando a partilha é montada, mas os nomes dos ficheiros, atributos estendidos, forks de recursos, comportamento do Time Machine ou metadados do Finder são inconsistentes. Não substituem a correção de uma palavra-passe incorreta ou de um servidor inacessível.

Problemas de desempenho do Finder podem parecer falhas de ligação

Por vezes, a partilha está ligada, mas o Finder mostra um diretório vazio, fica a carregar durante vários segundos ou deixa de responder ao abrir uma pasta grande. O utilizador percebe isto como “SMB está avariado”, mesmo que a montagem tenha sido bem-sucedida.

O Finder pode solicitar metadados de ficheiros, permissões, pré-visualizações, informações de recursos e atualizações de diretórios. Estas operações afetam um Mac de forma diferente de uma listagem básica de diretórios do Windows, especialmente em pastas grandes ou servidores sem tratamento de metadados orientado para Apple.

Teste a mesma partilha montada no Terminal com comandos como ls, ou copie um ficheiro grande sem navegar primeiro numa pasta grande. Se o acesso pelo Terminal funcionar enquanto o Finder continuar lento, resolva problemas de metadados e enumeração de diretórios em vez de autenticação.

Uma partilha lenta não é o mesmo que uma partilha falhada

Não combine falhas de autenticação e problemas de velocidade de transferência numa só análise. Um Mac que não consegue montar uma partilha tem um problema diferente de um Mac que monta com sucesso mas escreve lentamente.

Num caso da comunidade Unraid, as leituras atingiram cerca de 180 MB/s enquanto as escritas caíram para cerca de 2 MB/s, embora os testes locais de disco e rede fossem muito mais rápidos. Isso é útil como padrão de sintoma, mas não prova que a assinatura seja a causa universal; o layout do armazenamento, comportamento da cache, ficheiros pequenos, interfaces do cliente e definições do Samba podem produzir assimetria semelhante.

Meça separadamente: débito de rede, leitura de um ficheiro grande, escrita de um ficheiro grande e carga de trabalho com muitos ficheiros pequenos. Só ajuste as definições de desempenho SMB depois de identificar qual teste é realmente lento.

Samba baseado em Docker adiciona problemas de mapeamento de utilizadores e volumes

Um contentor Samba pode aceitar ligações Windows enquanto rejeita macOS porque os dois clientes não apresentam a mesma identidade. O contentor pode também publicar corretamente a porta 445 enquanto o seu volume montado tem propriedade ou ACLs incompatíveis.

Verifique a conta Samba dentro do contentor, o UID e GID do anfitrião usados para o armazenamento montado, as permissões de leitura/escrita do volume, a porta publicada e o efetivo smb.conf. Reveja os registos do contentor enquanto o Mac tenta ligar-se.

Se o pedido chegar ao contentor e a autenticação for bem-sucedida, pare de alterar a rede Docker. Concentre-se no mapeamento de utilizadores, configuração da partilha, propriedade do sistema de ficheiros e suporte a metadados Apple.

Tratar os ajustes SMB do lado do cliente como a última camada

As correções online frequentemente fornecem um longo /etc/nsmb.conf ficheiro que desativa a assinatura, altera o cache de diretórios, força um protocolo ou modifica o comportamento multicanal. Copiar todas essas definições de uma vez torna impossível saber qual alteração foi relevante.

Alterações testadas pela comunidade envolvendo cache de diretórios e comportamento multicanal com fios podem ajudar combinações específicas de macOS, rede e Unraid. A mesma discussão inclui opções que reduzem a segurança e resultados conflitantes, pelo que deve ser tratada como resolução de problemas experimental e não como configuração universal.

Antes de editar nsmb.conf, guardar o estado atual e alterar um parâmetro de cada vez. Retestar a mesma pasta e transferência de ficheiros após cada alteração. Evitar desativar a assinatura apenas para ganhar velocidade, a menos que se compreenda a compensação de segurança e a partilha seja limitada a uma rede confiável.

Seguir uma ordem de resolução de problemas em camadas

O processo mais eficaz começa com o alvo exato e avança para um comportamento do cliente cada vez mais específico. Não edite simultaneamente as configurações do Samba, Keychain, DNS, assinatura e Finder.

Começar com o caminho Windows funcional, testar smb://IP/partilha no macOS, e confirmar a porta 445. Depois, limpar as credenciais guardadas, verificar a identidade da conta e verificar o suporte SMB2/3. Depois disso, examinar a assinatura, permissões da partilha, ACLs do sistema de ficheiros, extensões Samba Apple e desempenho do Finder.

Esta sequência preserva as evidências de cada teste. Um resultado IP versus nome do host identifica problemas de descoberta; um pedido de login identifica um serviço SMB acessível; uma partilha montada mas só de leitura identifica permissões; e uma sessão Terminal funcional com uma janela Finder lenta identifica o comportamento de navegação do lado do cliente.

Conclusão Final

Quando o SMB funciona no Windows mas falha no macOS, use a ligação do Windows como referência e não como prova de que todas as definições do servidor estão corretas. Os dois clientes podem estar a usar endereços, nomes de utilizador, credenciais em cache, capacidades do protocolo ou permissões diferentes.

Comece com o exato smb://IP/partilha caminho. Se o IP funcionar mas o nome do host falhar, resolva problemas de descoberta. Se o login falhar, limpe as credenciais do Keychain e verifique a conta do servidor. Se a autenticação funcionar mas o acesso aos ficheiros não, inspecione as permissões da partilha e as ACL do sistema de ficheiros. Se a partilha montar mas o Finder for lento, avance para metadados, extensões Apple do Samba e testes de desempenho medidos.

As opções do lado do cliente que desativam a assinatura ou as verificações de negociação devem ser o último recurso. Um servidor SMB2/3 atual, mapeamento claro de contas, permissões corretas e suporte deliberado a metadados do macOS fornecem uma solução mais fiável do que enfraquecer a segurança para acomodar uma incompatibilidade de configuração inexplicada.

Perguntas Frequentes

Por que é que o Windows vê o meu servidor SMB mas o Finder não?

O Windows e o macOS podem usar métodos de descoberta diferentes. Experimente o IP exato do servidor e o caminho da partilha com smb://192.168.x.x/partilhaSe isso funcionar, o problema é a resolução do nome do host ou a descoberta, e não o SMB em si.

Por que é que o meu Mac continua a rejeitar uma palavra-passe que funciona no Windows?

O Mac pode estar a reutilizar uma palavra-passe antiga do Keychain ou a enviar o nome de utilizador local do macOS em vez da conta do servidor. Remova a credencial SMB armazenada e volte a ligar-se com a conta definida no servidor de ficheiros.

Devo desativar a assinatura SMB no macOS?

Não como primeira solução. Desativar a assinatura reduz a proteção da integridade das mensagens e pode ocultar uma configuração de servidor desatualizada ou inconsistente. Verifique primeiro o suporte SMB2/3, credenciais, permissões e política de assinatura do servidor.

Por que é que o Mac consegue montar a partilha mas não criar ou editar ficheiros?

A ligação e autenticação foram bem-sucedidas, mas o utilizador pode não ter permissões de escrita na configuração da partilha SMB ou nas permissões do sistema de ficheiros NTFS/POSIX subjacente.

Por que é que o Finder é lento quando o Explorador de Ficheiros do Windows é rápido?

O Finder solicita metadados adicionais e pode demorar mais tempo a enumerar diretórios grandes. Teste uma transferência direta de ficheiros grandes e compare o Finder com o Terminal antes de alterar as definições de segurança.