Estou configurando um novo servidor de arquivos x64 do Windows Server 2008. Para as estações de trabalho do Windows, tudo funciona como deveria, mas para as estações de trabalho do OS X são necessários mais de 30 segundos para se conectar ao servidor. A parte engraçada é que quando a conexão é estabelecida, tudo funciona bem.
Além disso:
Em nosso antigo servidor de arquivos do Windows Server 2003, não existe esse problema
Se eu usar o Terminal.app & montar, a conexão é estabelecida instantaneamente
Já tentei pesquisar o problema (é claro) e tentei coisas como desativar o SMB 2.0 no lado do servidor, mas sem sucesso
Alguém mais encontrou esse problema e encontrou uma solução?
Esqueci-me totalmente deste tópico, mas depois de recuperar a minha conta para comentar outro assunto, lembrei-me.
A solução foi criar um arquivo /Library/Preferences/edu.mit.Kerberos com conteúdo:
[libdefaults]
default_realm=foo.local
dns_fallback=no
Você precisa reiniciar o os x antes de ter algum efeito.
O cheiro strong de um problema de DNS (30 segundo timeout, em seguida, trabalhando). Eu instalaria o wireshark e daria uma olhada no que o sistema OS X está tentando fazer para a janela de 30 segundos. Minha aposta é no DNS de algum tipo.
Descobri que quando você clica em Ir - > Conecte-se ao servidor e coloque em smb: // server / share leva cerca de 19 segundos para abrir o prompt de logon.
Se eu clicar em Ir > Conecte-se ao servidor e coloque smb: // server: 139 / share demora cerca de 4 segundos para obter o prompt de logon.
Experimente e veja como funciona.
Página Adrian
Alguma resolução para esta? assumindo que é um problema de DNS, qual é a resolução? É simplesmente que as entradas de DNS reverso não existem e precisam ser criadas?
Eu não posso marcar isto porque sou novo aqui. Alguém por favor +1 para mim, porque eu também estou tendo esse problema chato.
Um rastreio de rede mostra alguns bits do tráfego de DNS que levam 30 segundos ...