@raineer htop indicates a single-threaded load - that might be it.
SSH might use a single-threaded cipher, which would make sense for a single "serial" connection.
context: i'm still reluctant to set up samba. Even more context; i'm trying to optimise #sshfs, but i might be hitting the crypto barrier.
I'm using #SSHFS via fstab, in #KDE / #KDEneon. Every time Dolphin touches the trash:/ on sshfs Dr. Konqi generates a kioworker crash report.
Perhaps i need better mount options?
sshfs#user@host.lan:/path/ /mnt/point/ fuse defaults,noauto,user,cache=no 0 0
edit: adding _netdev doesn't help, and Compression=yes slows things to a USB2 kind of crawl
(It works good enough, so i'm not doing things wrong enough. I won't be setting up samba.)
Today I learned you can use #SSHFS to auto mount a directory over SFTP such that it appears like a local directory to desktop userland applications. I've noticed that some applications don't like letting you save files directly to GVFS or other locations for network folders mounted by the user, but SSHFS just uses SFTP and can run at boot via fstab to make a network mount look like a local folder. Very handy for sharing folders with VMs in a transparent manner.
Today, for the 1st time, i've transferred files onto the #Linux #NAS / #HomeServer at over 700MB/s (in htop)! 🤩
Source: Ryzen 7840HS, RAM-cached(?), Samsung 990 Pro 2TB NVMe, with LUKS
Target: i5-7500, spinning #ZFS mirror, 2x SATA Toshiba MG09, consumer grade NVMe SLOG mirror, ZVOL with LUKS
Via: #SSHFS over 10gig ConnectX-3, SFP+ DAC, cheap Chinese Realtek switch, one of the CX3 runs via an ASMedia ASM2464PD #Thunderbolt / #USB4 bridge.
I'm pretty chuffed with the #crypto throughput. 🤓
I'll skip the rant and just tell you the result: I am looking into alternatives for #Nextcloud. All I really need is access to files on a homeserver from #GrapheneOS. I have not yet found an #sshfs client that works for me, so now I'll try #DAVx5 with the #WebDAV module of #nginx ...
One neat thing about #Syncthing vs #sshfs: with Syncthing you can limit which device is allowed to sync which folders. Useful if you need to sync a folder with a device you don't entirely trust.
The SSH_FXP_NAME response has the following format:So far so good: we should have the info we need (at least from unix servers) despite in an unfortunate textual format.
uint32 id
uint32 count
repeats count times:
string filename
string longname
ATTRS attrs
[...]
`longname' is an expanded format for the file name, similar to what
is returned by "ls -l" on Unix systems
[...]
The format of the `longname' field is unspecified by this protocol.
It MUST be suitable for use in the output of a directory listing
command (in fact, the recommended operation for a directory listing
command is to simply display this data).
sftp> cd testIt turns out that the sftp-server from OpenSSH handles
sftp> ls -l
-rw-r--r-- 2 tesio users 0 Mar 26 20:34 copy
-rw-r--r-- 2 tesio users 0 Mar 26 20:34 file
sftp> ls -l *
-rw-r--r-- ? 115209 100 0 Mar 26 21:34 copy
-rw-r--r-- ? 115209 100 0 Mar 26 21:34 file
ls -l differently when it is received without any argument or with an argument.ls_file function receives remote = 1).st_nlink in #sshfs, for any file we should sent an additional SSH_FXP_READDIR request to the server for the parent directory, find our file of interest within the list of files and extract the number of links from its longname.On/Off-Skript zum Einbinden entfernter Server mit sshfs. Mit yad-Menü und optionaler systemd-Unterstützung.
https://codeberg.org/CarstenHa/mntmysrvr
#linux #shell #bash #coding #programming #ssh #sshfs #mntmysrvr
Ever wondered how to edit your code with VSCodium on your LAN (remote SSH)?
The alternative plugin does not work on a jail unfortunately or even on some installs....
The solution is to install sshfs and mount the repositories remote. The user and group permissions need to be set correctly.
But the manual helps doing that. Works very nicely!
Which remote file access options(s) do you use (or would recommend) over a cellular + VPN connection?
Use case: I am reassessing the best options for my remote access to NAS files over cellular + VPN (#OpenVPN, #Wireguard) with anticipated 10 to 50 Mbps connectivity speed.
Typical use is working on documents, spreadsheets, source code, one-way backup of phone pictures. For my use, automatic synchronization with the NAS is more important than speed because the NAS handles backups.
I am leaning toward setting up #Syncthing again because it would also work well for offline use. For this poll, I am considering #SSHFS, #SMB, and #NFSv4 are using direct access to the NAS with no local storage (yes more latency, but probably acceptable) instead of adding rsync between the PC and NAS over one of those network file systems.
The following options have worked in the past on the various OS that I have needed to use:
Why shouldn't I use #sshfs for sharing my Mini-NAS drive to my network machines? Should I jump thru all the hoops and setup #Samba (yes there is a windows machine in the mix, albiet WinP11Pro so could use #NFS) but I have sshfs-win https://www.winfsp.dev installed already 😅
Setting up NFS would be a good thing to learn though 🤔
Anyone have any experience with SSH crashing when Plex accesses a share via SSHFS? I've set it up with auto mount now, so it fixes itself when I restart the episode, but it's interfering with my lazy days watching Stargate SG-1. 😁
I guess I could try to set it up with something else, but I stream a lot of data back and forth from my PC to the Synology NAS, and it's never been a problem except for when using Plex.
🧵 1/n
finally benchmarking the battery life of my #Lenovo #IdeaPad Miix 510-12IKB + the #Sandberg 420-75 USB-C PD #powerbank. 🍻 This photo was taken at ~8 hours of runtime. (👀 see also pic alt text)
Setup:
👉 tablet and powerbank was fully charged
👉 100% display brightness, muted audio
👉 1080p/<10mbps HEVC playing looped in VLC
👉 via iAX210, Wi-Fi 5/5gig AP, #sshfs for Windows
👉 "default AC plugged in" power profile
Currently: tablet still fully charged, powerbank at 22%, duration is 8:25 hours
#rsync my recently updated Steam library to the NAS:
→ 454 GB work load
→ only 107 GB transferred
→ 4.6x speed-up
→ from #NVMe #NTFS to an #sshfs mount point
→ saturated 2.5gig LAN a few times
EDIT:
→ spinning HDD mirror backend
→ #ZFS settings & layout in pic2 & pic3 👀
→ the #SATA solid state write cache got utilised quite nicely
@tokyo_0 #TrueCrypt is #abandonware with serious security issues.
Use #VeraCrypt or even better: migrate machines to #Linux and use #LUKS / #dmcrypt instead, as it's the best option at hand.
Do you run into errors like the following when using (1) #sshfs to mount the fs of a host that you (2) later #ssh into where your local ssh config (3) enables a ControlMaster for multiplexing and also (4) forwards something?
"""
mux_client_forward: forwarding request failed: remote port forwarding failed for listen path [...]
muxclient: master forward request failed
ControlSocket /home/[…] already exists, disabling multiplexing
"""
This happens because sshfs (rightfully) sets "ClearAllForwardings". Here are two options to avoid this:
* add "ssh_command='ssh -o ControlMaster=no'" to your sshfs call
* add "ssh_command='sshfsssh'" to your sshfs call and create a executable file "sshfsssh" somewhere in your path with code like the following, which will create the ControlMater before mounting:
"""
#! /bin/bash
for option in "$@"; do
if [[ "${option:0:1}" == "-" ]] || [[ "${option}" == "sftp" ]]; then
continue
fi
# FIXME: this seems to work, but I wonder if there is a more reliable way to retrieve the host without checking options
likely_host="${option}"
done
# briefly connect to host to initialize ControlMaster including forwarding
ssh -n "${likely_host}" :
ssh "$@"
"""
