El Capitan пробует SMBv1 только на некоторых серверах

Question

Я не могу подключиться к общим ресурсам Windows SMB на некоторых хостах, так как мы отключили SMBv1 в нашем домене. После некоторых исследований с Wireshark, кажется, мой Mac предлагает SMBv1 только в качестве опции для некоторых хостов:

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

Это НЕ то же самое поведение, которое я вижу при подключении SMB к другому хосту (который все еще работает после согласования 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.???

Эти хосты находятся в одном домене, и я использую тот же метод для подключения к ним (Finder, cmd-K, cifs://./c$). Все, что я могу найти, указывает на то, что El Capitan должен использовать SMBv3 во всех случаях - кто-нибудь знает, почему он пробует только SMBv1 здесь?

Answer 1

Хорошо, хорошо после некоторого дополнительного исследования это похоже на то, что изменение cifs:// на smb:// приводит к желаемому эффекту - запрашивается SMBv2 и монтирование успешно. Я всегда использовал cifs:// в прошлом, хотя это казалось наиболее надежным методом, но после нахождения статьи здесь, я думаю, это было ошибочным.