After disabling SMBv1 through some Firewalls within my network, I'm encountering a problem between a nas and the windows 7 workstations.

C:\Users\Username>net use * \\NAS.FQDN\SHARENAME
System error 64 has occurred.

The specified network name is no longer available.

SMBv1 is properly disabled onto the client [SC] QueryServiceConfig SUCCESS

    SERVICE_NAME: lanmanworkstation
            TYPE               : 20  WIN32_SHARE_PROCESS
            START_TYPE         : 2   AUTO_START
            ERROR_CONTROL      : 1   NORMAL
            BINARY_PATH_NAME   : C:\Windows\System32\svchost.exe -k NetworkService
            LOAD_ORDER_GROUP   : NetworkProvider
            TAG                : 0
            DISPLAY_NAME       : Workstation
            DEPENDENCIES       : Bowser
                               : MRxSmb20
                               : NSI
            SERVICE_START_NAME : NT AUTHORITY\NetworkService

But my firewall and wireshark just shows SMB and no SMB2 protocol.

Is windows 7 encapsulating SMBv1 and SMBv2 using the same header ?

I've checked with both IP and FQDN, nothing is working, I tried by disabling netbios over TCP/IP, results are always the same.

In order to get this working, dropping the FW rule for SMBv1 is the only solution ? Or is there any update to change this behavior on win7 ?

  • What model your NAS ? is it support smbv2 ?
    – yagmoth555
    Oct 11, 2017 at 14:34
  • The model is an EMC VNX 5400. SMBv2 is up and running on it.
    – Wheatstone
    Oct 11, 2017 at 15:32

1 Answer 1


SMB protocol handshake is always SMB, for backwards compatibility. The connection is upgraded later on. If you deny all packets with SMB headers, no connection will be established.

You cann see this in a successful protocol negotiation:

enter image description here

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.