Different permissions when creating directories compared to SSH shell connection
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 6.4k
- Forks
- 315
- PR merge metrics
- No merged PRs in 30d
Description
If I connect to my Debian 9.5 linux server using a ssh shell and create new directories they get the permissions 755 by default:
mkdir /tmp/1
drwxr-xr-x 2 root 4.0K Oct 21 00:29 1/
When I use Filezilla, Total Commander (or any other tool that supports SFTP connections over SSH Port 22) to create directories, they are still created with the permissions of 755.
When I mount the filesystem into a Windows volume using the map network function with the parameter \sshfs\user@server.... and create a directory on that volume it gets permissions of 700 instead of 755.
drwx------ 2 544 4.0K Oct 21 00:33 2/
I'm using sshfs-win version 2.7 on Windows 10 Pro (tried also 3.2 beta, but that version doesn't work at all, no connection to server).
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the discrepancy using sshfs-win 2.7 on Windows 10 against the Debian 9.5 server, comparing directories created through an SSH shell, SFTP clients, and the mapped \sshfs volume. Check whether the mapped-volume path consistently produces 700 instead of 755, and document the conditions and expected permissions.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100