O El Capitan apenas tenta o SMBv1 em alguns servidores

0

Não consigo me conectar a compartilhamentos SMB do Windows em alguns hosts, pois desativamos o SMBv1 em nosso domínio. Depois de fazer algumas pesquisas com o Wireshark, parece que meu Mac está oferecendo apenas o SMBv1 como uma opção para alguns hosts:

Internet Protocol Version 4, Src: 10.10.10.75 (10.10.10.75), Dst: 10.10.11.201 (10.10.11.201)
Transmission Control Protocol, Src Port: 62280, Dst Port: 445, Seq: 1, Ack: 1, Len: 51
SMB (Server Message Block Protocol)
    SMB Header
    Negotiate Protocol Request (0x72)
        Word Count (WCT): 0
        Byte Count (BCC): 12
        Requested Dialects
            Dialect: NT LM 0.12
                Buffer Format: Dialect (2)
                Name: NT LM 0.12

Este NÃO é o mesmo comportamento que vejo ao conectar o SMB a outro host (que ainda está funcionando depois de negociar o SMBv2):

Internet Protocol Version 4, Src: 10.10.10.75 (10.10.10.75), Dst: 10.10.11.75 (10.10.11.75)
Transmission Control Protocol, Src Port: 62914, Dst Port: 445, Seq: 1, Ack: 1, Len: 73
SMB (Server Message Block Protocol)
    SMB Header
    Negotiate Protocol Request (0x72)
        Word Count (WCT): 0
        Byte Count (BCC): 34
        Requested Dialects
            Dialect: NT LM 0.12
            Dialect: SMB 2.002
            Dialect: SMB 2.???

Esses hosts estão no mesmo domínio e estou usando o mesmo método para se conectar a eles (Finder, cmd-K, cifs: //./c$). Tudo o que posso encontrar indica que o El Capitan deve usar o SMBv3 em todos os casos - alguém sabe por que ele apenas tenta o SMBv1 aqui?

    
por ebarrere 30.05.2017 / 23:10

1 resposta

1

Ok, depois de mais algumas investigações, parece que mudar cifs: // para smb: // resulta no efeito desejado - SMBv2 é solicitado e a montagem é bem-sucedida. Eu sempre usei cifs: // no passado, já que este parecia ser o método mais confiável, mas depois de encontrar o artigo aqui Eu acho que isso foi equivocado.

    
por 30.05.2017 / 23:17

Tags