Hi Andrew,
I forgot to attach the log at the client side, please find it in the
attachment.
I also add some debug by myself, please see the following debug output in
the client log:
----------------------------------------------
SMB2 dialect revision received from server is 767
The common SMB2 dialect revision for both client and server is 0
SMB2 dialect revision received from server is 528
The common SMB2 dialect revision for both client and server is 7
NEG SUCCEEDs
----------------------------------------------
Does the debug output above proved that the negotiation phase is not the
problem? I observed that the client silently closed the TCP connection
after two rounds of protocol negotiation.
Will the problem be the authentication method negotiation? Please point it
out to me.
Thanks and wait for your reply!
Jun
On Tue, Sep 25, 2012 at 10:43 AM, Jun Yi <
yi.ju...@gmail.com> wrote:
> Thanks Andrew,
>
> Let's first clarify the version I used. I use the master branch, e.g.,
> version 4.1.0, for both client and server sides.
>
> I run smbclient4 at the client side:
> junyij@junyij] ./smbclient4
> -V
>
> Version 4.1.0pre1-DEVELOPERBUILD
> junyij@junyij] ./smbclient4 -m SMB2 -W smb-workgroup -U junyij
> //localhost/share1
>
> Connection to \\localhost\share1 failed - NT_STATUS_REVISION_MISMATCH
>
> I run sbmd at the server side with configuration file /etc/samba/smb.conf
> junyij@junyij] sudo ./smbd
> -V
>
> Version 4.1.0pre1-DEVELOPERBUILD
> sudo ./smbd -s /etc/samba/smb.conf -d 10 -l smbd-4
> junyij@junyij] cat
> /etc/samba/smb.conf
>
> [global]
> workgroup = smb-workgroup
> max protocol = SMB2
> min protocol = SMB2
> [share1]
> path = /tmp
>
> The generated log file ./smbd-4/log.smbd and the captured txt file (using
> filter tcp.port == 445 for wireshark) are attached in this email.
> Please forgive me that I used a very old wireshark which can save it as
> pcap file.
>
> Thanks and earnestly wait for your reply.
>
> Jun