Gargoyle Forum

Hi all,

It seems that password protected smb/cifs shares CAN be accessed by all users.

-----log-----
Wed Nov 1 21:20:08 2017 daemon.err uhttpd[1784]: tr: short write
Wed Nov 1 21:20:08 2017 daemon.err uhttpd[1784]: tr: short write
Wed Nov 1 21:20:10 2017 auth.info passwd: Password for test changed by root
Wed Nov 1 21:20:12 2017 user.err syslog: error starting threads: errno 89 (Function not implemented)
Wed Nov 1 21:20:12 2017 daemon.err uhttpd[1784]: Command failed: Not found
Wed Nov 1 21:20:12 2017 user.err syslog: error starting threads: errno 89 (Function not implemented)
Wed Nov 1 21:20:12 2017 daemon.err uhttpd[1784]: Command failed: Not found

What is your settings used and resting method?

1) create user 'test' with 4 digit password
2) create Subdirectory '/test', Share Name 'test', Share Type: cifs only, no Anonymous Access, Users With Access: 'test'
3) add and save
4) create test.txt with WinSCP. any user can access test.txt freely without entering password.

I have tested this exactly as you have stated.

I observed the correct behaviour under Ubuntu.
I observed the correct behaviour under Windows AFTER rebooting.

Are you sure that this isn’t your client misbehaving rather than Gargoyle?

Hi Lantis,

I conducted further test as follows: changed two smb shares with new passwords and tried accessing them, the first share did ask for passcode this time. But funny thing is, once I entered the correct password for share1, share2 that is protected by a different new password can be access straight away.

Uncomment out the line beginning with Then reapply your share settings. This should fix the behaviour you are seeing, but destroys guest access.
I’m still looking into an all round solution.

it works!

https://github.com/ericpaulbishop/gargoyle/pull/680

Believe i have all behaviour fixed now.

I just realised I never told you what file to find that fix in.
Nice detective work!

thanks again for everything!