Início / unix / Perguntas / 468935
Accepted
axxic3
Asked: 2018-09-14 19:07:00 +0800 CST

Merlin Asuswrt Cifs Smb Share não pode ser montado

  • 772

Depois de instalar o Merlin 380.70 no meu roteador asus, não consigo montar meus compartilhamentos smb conectados via USB via cifs. Eu continuo recebendo vários erros de montagem: 6 e 22 são os mais comuns. Eu tentei mudar a versão smb para 1.0, 2.0 e 3.0. Tentei configurar sec=ntlm. Nada funcionou até agora. Minha montagem fica assim:

sudo mount -t cifs //ip/share/ -o username=John,domain=WORKGROUP,sec=ntlm,vers=1.0 /mnt/share

Que não mostra tal dispositivo ou endereço. Eu tentei ssh'ing para encontrar meu arquivo smb.conf para encontrar o caminho completo, mas não consigo encontrar o arquivo. Tenho a sensação de que o novo firmware tem uma convenção de nomenclatura diferente para o compartilhamento. Alguma ideia?

ubuntu samba

2 respostas

  1. Best Answer

    Ok, eu pesquisei o software que você está executando e encontrei isso no arquivo README no SourceForge:

    • ALTERADO: O suporte ao protocolo Samba agora pode ser definido como SMBv1, SMBv2 ou SMBv1 + SMBv2 (o novo padrão). Isso resultará em uma queda de desempenho em todos os modelos, mas será mais seguro. Idealmente, as pessoas devem alterá-lo apenas para SMBv2 e, em seguida, reinicializar todos os dispositivos clientes para começar a usar apenas o novo protocolo. Se o desempenho for mais importante do que a segurança para você, você poderá alterná-lo novamente para SMBv1, que é o antigo comportamento padrão.

    Isso me diz que o dispositivo asuswrt-merlin provavelmente está usando SMBv1 e de alguma forma o Samba v3.6 não lida bem com isso. Para usar o SMB v1, você precisa alterar as seguintes configurações diretamente em workgroup= em smb.conf

    ntlmssp_client:force_old_spnego = não ntlmssp_client:client_ntlmv2_auth = sem cliente ntlmv2 auth = sem cliente use spnego = não

    Você também pode precisar disso:

    autenticação de texto simples do cliente = sim

    Mas provavelmente não. Eu precisava que as quatro linhas acima fossem necessárias para o Linux se conectar a uma caixa OpenIndiana via SMB. As linhas que começam com ntlmssp_client podem não ser necessárias, mas já estavam no arquivo e várias cópias dessas linhas não prejudicam, desde que sejam as mesmas. Você pode tentar ver se definir um ou outro para sim funciona. Provavelmente funcionará se você alterar a configuração Asuswrt-merlin para SMBv2, mas não tenho certeza.

    • 1

  2. Esta foi a resposta original. Basicamente, é como saber se um dispositivo está acessível usando os protocolos SMB/CIFS da Microsoft:

    Suponho que você esteja falando de dispositivos USB conectados ao roteador ASUS. O primeiro passo seria certificar-se de que as portas tcp corretas ainda estão abertas no roteador ASUS. A maneira mais fácil de testar isso seria usar telnet ou netcat (nc).

    Para telnet seria:

    telnet 192.168.1.1 139
telnet 192.168.1.1 445

    (as portas TCP 139 e 445 são as usadas para CIFS). Aqui está o que você obtém se a porta não estiver aberta:

    root@JarMini:~# telnet 192.168.1.1 139
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection refused
root@JarMini:~#

    Isto é o que você obterá se a porta estiver aberta.

    root@JarMini:~# telnet 192.168.1.1 445
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
^]

telnet> close
Connection closed.

    Nota: Você tem que digitar Ctrl- ]para "sair" da sessão de telnet se você se conectar (ou apenas pressionar enter várias vezes e o daemon SMB provavelmente o desconectará). E aparentemente a porta 139 não é necessária para versões "mais recentes" do SMB. (Minhas informações na porta 139 podem estar um pouco datadas.)

    Netcat (nc) é um pouco mais simples:

    root@JarMini:~# nc -zv 192.168.1.1 445
Connection to 192.168.1.1 445 port [tcp/microsoft-ds] succeeded!
root@JarMini:~# nc -zv 192.168.1.1 139
nc: connect to 192.168.1.1 port 139 (tcp) failed: Connection refused

    Infelizmente, existem várias versões do Netcat. Ubuntu (e derivados) usam netcat-openbsd, que é o que eu usei. Outros sistemas linux podem ter netcats diferentes com opções diferentes. Assim, o telnet é mais seguro, embora um pouco mais confuso.

    O motivo desse teste é saber se o problema é a configuração do SMB ou se o dispositivo simplesmente não está escutando as solicitações do SMB.

    Pode haver um problema com um dispositivo de rede intermediário, mas isso parece improvável.

    Caso você esteja interessado, o dispositivo que eu estava testando acima é um Mac, ao qual eu poderia conectar via CIFS a partir de uma caixa Linux.

    TheTwilightZone jmitchel # uname -a
Linux TheTwilightZone 4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:30:51 UTC 2017 i686 i686 i686 GNU/Linux
    • 0

relate perguntas