O Mac mini não pode se conectar ao meu servidor SMB corporativo. Estava trabalhando há alguns dias atrás

20

Estou no trabalho e meu Mac mini parou de se conectar às pastas compartilhadas do servidor SMB corporativo.

Se eu tentar o Finder> Conectar ao servidor (usando o URL armazenado nas conexões anteriores bem-sucedidas), o macOS Sierra se queixará de um "erro genérico" mais do que inútil.

Nos meus logs do console, não consigo detectar nenhum erro relacionado ao samba (onde devo procurar?)

Existem máquinas mini Mac clônicas no mesmo andar (as de meus colegas de trabalho) e elas podem se conectar a esse servidor sem nenhum problema.

Se eu executar ping nesta máquina na minha linha de comando, posso vê-la perfeitamente.

Se eu tentar isso na linha de comando:

smbutil view smb://192.168.XXX.XXX/docs/

O macOS Sierra gera isso:

smbutil: server connection failed: No such file or directory

Se eu tentar essa linha de comando muito exata em uma máquina de colega de trabalho, ela apenas lista os recursos compartilhados pendurados no servidor SMB ...

Alguma dica? Talvez seja algo relacionado a algum serviço ser desativado por engano no meu Mac mini?

Não tenho acesso à máquina e configuração do Samba Server da minha empresa.

Eu li e pesquisei muitas páginas no Google e estou mais do que perdido.

Caso isso seja útil, eu uso o MacPorts. Pode parecer algo aleatório para adicionar aqui, mas talvez eu não esteja ciente de alguma biblioteca que eu possa ter instalado que possa ser problemática com o cliente oficial do OS X SAMBA.

Isaac
fonte
Não faço ideia se tenho um firewall (software do sistema) e não me lembro de ter um ou ter mexido com sua configuração nos últimos meses. Minhas pastas compartilhadas SMB corporativas simplesmente pararam de funcionar do nada.
Isaac
Desativado (provavelmente está nesse status desde que eu peguei esse Mac) #
Isaac
Mesma coisa. A máquina Mi mostra "Esse arquivo ou diretório não existe". O Mac dos colegas de trabalho do Mi mostra a lista completa de recursos. BTW, ambos os Mac (meu colega de trabalho e meu) não possuem o arquivo /etc/nsmb.conf. Eu tenho o Google por aí, e algumas pessoas parecem ter esse arquivo ... Mas não nós.
Isaac
Mais uma tentativa ... use o nome de usuário de uma conta que você conhece (talvez seja colega de trabalho) no servidor SMB. Portanto, seu comando deve se parecer com o seguinte: smbutil view smb://[email protected] (Eu também estou assumindo que você pode executar ping neste servidor a partir da sua máquina, BTW)
Allan
Sim, suas direções são claras e fáceis, mas a mesma coisa. Eu testei com muitos nomes de usuário de colegas de trabalho e a mesma coisa: "Esse arquivo ou diretório não existe". Eu tentei -G -g e -a parâmetros, e não. OTOH: Sim, esse servidor SMB é perfeitamente executável de ping na minha máquina. Além disso, uma adequada mostra nmap portas 139 e 445 abertas (IIRC estes são os portos relevantes para SMB ()?)
Isaac

Respostas:

33

SUCESSO!!

Após 2 meses de miséria (moderada), finalmente encontrei o motivo pelo qual o SMB não funcionou com o meu Sierra Mac Mini.


TL; DR O motivo foi este kext instalado:

com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>

Você pode verificar se o instalou com o seguinte comando em um terminal comum:

kextstat | grep -iv apple

Caso você o possua (e também esteja com problemas de conectividade SMB), é possível desinstalá-lo digitando o seguinte comando, novamente, de um Terminal comum (não é necessário inicializar no modo de Usuário Único):

sudo /Library/Extensions/intelhaxm.kext/Contents/Resources/uninstall.sh

Siga as instruções na tela, reinicie e pronto :)

Fazendo isso, você perderá a aceleração de hardware dentro dos emuladores do Android, mas eles funcionarão no modo de renderização de software. Não é brilhante, mas é alguma coisa. Você pode reinstalar o HAXM caso realmente precise da emulação de aceleração de hardware para Android novamente (mas esteja preparado para perder a conectividade SMB novamente (?)).


Resposta longa:

Se você usa o Sierra Mac para desenvolver coisas para Android, provavelmente instalará os módulos necessários aleatórios típicos (SDK, emuladores, drivers, etc ...). O problema é que "o acelerador Intel HAXM" é um dos drivers típicos que você precisa. instale se você quiser uma aceleração de hardware adequada de seus emuladores para o desenvolvimento do Android. Bem, aparentemente, e acredite ou não, esse driver não é compatível com o uso de SMB no macOS Sierra, pelo menos com o meu MAC.

O subsistema Sierra SMB e o HAXM são aparentemente softwares não relacionados, mas parece que eles são de alguma forma incompatíveis entre eles. Caso você tenha problemas de SMB, precisará decidir qual dos dois realmente precisa:

SMB ou emuladores rápidos adequados para o desenvolvimento do Android .

Eu escolhi SMB :)


Obrigado a TODOS nesta pergunta, respondendo, comentando, etc ... especialmente Brett que, depois de muitas semanas, me colocou na liderança correta.

Isaac
fonte
5
Obrigado. Depois de remover o haxm, eu precisava reiniciar para que ele surtasse efeito. Mas eu não havia reiniciado anteriormente, depois de ver o erro, então poderia ter me resolvido.
Wayne Shelley
4
Muito obrigado por isso! Eu estava ficando louco depois que uma atualização de El Capitan para Sierra quebrou a impressão. Gostaria de ter percebido o ângulo do samba antes e chegado aqui mais cedo.
Vijay Dev
3
Juntando-se ao coro de agradecimentos, @Isaac. Isso estava me deixando louco por 2 horas seguidas.
DomQ
3
Obrigado .. exatamente meu problema apple.stackexchange.com/questions/339412/…
boecko 13/10/1918
1
Instalei recentemente o Android Studio e minhas unidades de rede não se conectariam mais. Não através do Finder, através do terminal, smb / cifs, nada. Essa resposta foi exatamente o problema. Um brinde a você; Eu nunca teria encontrado.
precisa
8

Eu tive o mesmo problema (1025 falhas ao abrir o dispositivo smb, syserr = nenhum arquivo ou diretório) e finalmente o localizei para o /dev/nsmb0dispositivo não estar configurado corretamente devido a um kext conflitante de um aplicativo de terceiros muito antigo. Se você cat /dev/nsmb0receber "Dispositivo não configurado", é possivelmente um problema semelhante.

Para resolvê-lo, examinei todos os kexts que não eram da Apple e removi os apps / kexts, um de cada vez, até que funcionasse. Eu tive que inicializar no modo de usuário único (cmd + s durante a inicialização) para remover alguns deles.

Você pode pesquisar nos kexts carregados que não são da Apple usando kextstat | grep -iv apple. Aqui está um exemplo da saída para mim em um sistema funcional:

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   82    0 0xffffff7f8284c000 0x7000     0x7000     net.sf.tuntaposx.tap (1.0) 23FDB715-3D0D-3A26-ACBA-E3794C231CB7 <7 5 4 1>
   83    0 0xffffff7f82853000 0x7000     0x7000     net.sf.tuntaposx.tun (1.0) 95DD963D-E23D-3B0F-8DE8-A4D2F6BFA5CC <7 5 4 1>
   87    3 0xffffff7f8287c000 0x63000    0x63000    org.virtualbox.kext.VBoxDrv (5.0.28) 4ED2DD49-255E-37C8-A0B8-2556670B17B1 <7 5 4 3 1>
  144    0 0xffffff7f8363e000 0x7000     0x7000     com.zerotier.tap (1.0) 8BA59C0A-B3A7-3418-BFF5-B4914CE7734A <7 5 4 1>
  146    0 0xffffff7f83645000 0x8000     0x8000     org.virtualbox.kext.VBoxUSB (5.0.28) E7605ACF-20E3-3016-94E2-A6013CD9260F <145 87 40 7 5 4 3 1>
  151    0 0xffffff7f8366f000 0x5000     0x5000     org.virtualbox.kext.VBoxNetFlt (5.0.28) 89C23056-9027-33DB-852A-429BFA00D6DE <87 7 5 4 3 1>
  152    0 0xffffff7f83674000 0x6000     0x6000     org.virtualbox.kext.VBoxNetAdp (5.0.28) 1A767D65-6674-3A9F-B305-DAA197F109CC <87 5 4 1>

Você pode descarregar kexts por nome de arquivo com:

kextunload /System/Library/Extensions/KextName.kext

ou para o nome do pacote configurável:

kextunload -b com.example.kext.name
Brett
fonte
Parece realmente promissor. Estou em casa agora, mas amanhã vou tentar no trabalho. Para alguns projetos, preciso usar tap e tun, e posso vê-los listados lá. Eu estou mais do que certeza de que estão interferindo com a Serra de alguma forma, então eu vou mantê-lo informado
Isaac
1
Essa lista de kexts é o que está sendo executada agora enquanto o SMB está trabalhando. Eu apenas o incluí como exemplo de saída. O toque / tun parece estar funcionando bem para mim, por isso editei a pergunta para esclarecer.
Brett
Estar no trabalho, é meio difícil conseguir algum tempo livre para começar a mexer com meus kexts ... Quando você descarrega um kext, você precisa redefinir logo depois? Eu também tenho kexts que é melhor não desinstalar (tun, tap, virutalbox, etc ...) Ou não tenho idéia de como reinstalá-los adequadamente depois, caso não sejam os culpados ... Na minha lista, tenho os seguintes kexts diferentes (em comparação com o seu): com.Cycling74.driver.Soundflower (2), org.pqrs.driver.Karabiner (10.21.0), org.pqrs.driver.VirtualHIDManager (1.1.0), com.intel.kext .intelhaxm (6.0.1). Os que não listei estão incluídos na sua lista de trabalho.
Isaac
Eu tentaria remover o Karabiner. O antigo aplicativo de terceiros que estava me causando problemas era o KeyRemap4MacBook, que agora se chama Karabiner.
Brett
Para responder às outras perguntas, se você pode remover o kext sem estar no modo de usuário único, provavelmente não precisará reiniciar. A desinstalação do Karabiner não funcionou para mim, então tive que inicializar no modo de usuário único e excluir manualmente o kext de / Sistema / Biblioteca / Extensões após descarregá-lo.
Brett
0

Você está conectado a outros compartilhamentos SMB ao mesmo tempo? Hoje, relatei um erro à Apple referente ao macOS Sierra, pelo qual, se eu estiver conectado a outro compartilhamento SMB em um servidor diferente, ao tentar conectar-me a um segundo servidor, ele usará o endereço IP original e o caminho de compartilhamento do novo servidor.

Por exemplo

  1. Já conectado ao smb: //192.168.0.2/share1
  2. Tente conectar-se ao smb: //192.168.0.3/share2
  3. A análise de pacotes mostra que o macOS tenta se conectar ao smb: //192.168.0.2/share2, que não existe.

As únicas soluções alternativas que encontrei são: conectar-se para desconectar-se do primeiro servidor antes de tentar a conexão no segundo. No entanto, isso significa que você só pode ter uma conexão SMB aberta por vez.

Uma solução um pouco melhor foi usar o nome do host do servidor em vez do endereço IP. Isso pareceu permitir que eu me conectasse ao segundo servidor SMB sem problemas. Se você não souber o nome do host, poderá obtê-lo abrindo o terminal e digitando o seguinte comando.

host <ip_address>

Espero que isto ajude.

Editar - eu pensei que talvez valha a pena mencionar que esse problema parece afetar todos os clientes que foram atualizados para o Sierra.

Ryansin
fonte
Não, não consigo me conectar a nenhum compartilhamento SMB. Eu acho que você está descrevendo um caso diferente do meu ... Obrigado mesmo assim.
Isaac
Ok amigo, não se preocupe. Você tem direitos de administrador? Li algo anteriormente que os usuários sem raiz não podiam montar compartilhamentos no / Volumes desde a atualização para o Sierra.
ryansin
Outro passo solução de problemas que você poderia tentar é usar o Wireshark para pacotes de registro de / para esse endereço IP específico, assim como tentar conectar
ryansin