Closed yokrysty closed 3 years ago
There was a similar report but not exactly the same here that may possible be related https://github.com/jborean93/smbprotocol/issues/111. Is the username you are providing in the form DOMAIN\username
or just username
? The linked issue seemed to indicate the netlogon DOMAIN\username
may be needed. Otherwise my other comment in there has some debugging tips to try and track down what may be the problem.
i made some digging and it seems that the SMB server only accepts encrypted packets, maybe due to some internal company policies, so not a default AWS setup, this means i can use minimum dialect of 3.0.0, issue can be closed
Thanks for confirming!
It is working fine using SMB 3.1 dialect but not working with 2.1 dialect, getting access denied. From the official AWS documentation it should work: Amazon FSx is accessible from compute instances with the SMB protocol (supporting versions 2.0 to 3.1.1). https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html#fsx-access-shares