"System error 67 has occurred." with SSHDroid Android Server
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 6.4k
- Forks
- 315
- PR merge metrics
- No merged PRs in 30d
Description
Bug Report
I get "System error 67 has occurred." when connecting to a server running on a mobile Android device using SSHDroid.
I can successfully connect to the server with WinSCP.
I tested this with both:
- sshfs-win-2.7.17334-x64 / winfsp-1.2.17346
- sshfs-win-3.5.19106-x64 / winfsp-1.5.19090
On the Windows 10 client side, I am using this command and I am getting the following output:
> net use P: \\sshfs\root@mobile\
The password is invalid for \\sshfs\root@mobile\.
Enter the username for 'sshfs': root
Enter the password for sshfs:
System error 67 has occurred.
The network name cannot be found.
I can see from the server log that the connection is established, the authentication is successful, but connection is then immediately closed.
How to Reproduce
- on Android device, setup SSHDroid and start server on standard port 22 (grant root access)
- on Windows 10 x64 client, install sshfs and winfsp
- from command prompt, execute net use P: \sshfs\root@mobile\
Behaviors
Remote server should be mounted to drive.
Environment
- OS version and build: Windows 10 64bits Version 1803 (OS Build 17134.706)
SSHDroid - WinFsp version and build:
- sshfs-win-2.7.17334-x64 / winfsp-1.2.17346
- sshfs-win-3.5.19106-x64 / winfsp-1.5.19090
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
Start by reproducing the reported net use P: \\sshfs\root@mobile\ command with the listed sshfs-win and WinFsp versions, then compare the client behavior with the SSHDroid server log. Done means identifying why the authenticated connection closes and allowing the remote server to mount as a drive.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android
- Domain
- networking, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100