{"id":10613,"date":"2025-11-14T09:12:20","date_gmt":"2025-11-14T14:12:20","guid":{"rendered":"https:\/\/stevepedwards.today\/DebianAdmin\/?p=10613"},"modified":"2025-11-14T09:12:20","modified_gmt":"2025-11-14T14:12:20","slug":"adding-sshfs-mounted-shares-between-2-named-lan-clients-with-an-mdns-python-script","status":"publish","type":"post","link":"https:\/\/stevepedwards.today\/DebianAdmin\/adding-sshfs-mounted-shares-between-2-named-lan-clients-with-an-mdns-python-script\/","title":{"rendered":"Adding SSHFS mounted shares between 2 NAMED LAN clients, with an mDNS python script"},"content":{"rendered":"
<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Install OpenSSH Server:<\/p>\n

Bash<\/p>\n

sudo apt update
\nsudo apt install openssh-server
\nConfigure SSHD: (Optional, but good for setup)
\nEdit \/etc\/ssh\/sshd_config (e.g., sudo nano \/etc\/ssh\/sshd_config):<\/p>\n

Ensure Port 22 is uncommented or set to your desired port.<\/p>\n

Ensure ListenAddress 0.0.0.0 to allow connections from any IP within WSL2's network (or even LAN if proxied).<\/p>\n

PasswordAuthentication yes (for initial testing, but consider SSH keys for long-term security).<\/p>\n

Subsystem sftp \/usr\/lib\/openssh\/sftp-server (this line should already be there).
\nSave changes and exit.<\/p>\n

Restart SSH service:<\/p>\n

Bash<\/p>\n

sudo service ssh restart
\nCrucially: Enable LAN access for PC_B's WSL2 on PC_B's Windows host.
\nThis is identical to the previous explanation for Windows Explorer access because the core problem is how to expose WSL2's internal IP to the LAN.<\/p>\n

Preferred (Windows 11 22H2+): Mirrored Mode Networking:
\nOn PC_B's Windows, edit C:\\Users\\YourWindowsUsername\\.wslconfig (create if doesn't exist):<\/p>\n

[wsl2]
\nnetworkingMode=mirrored
\nThen, in PowerShell on PC_B, wsl --shutdown and restart your WSL2 distro. This will give PC_B's WSL2 instance an IP directly on your LAN. Note down this IP address.<\/p>\n

Alternative (older Win11 or if mirrored mode issues): Port Forwarding:
\nOn PC_B's Windows, in an Administrator PowerShell, set up port forwarding from PC_B's LAN IP to PC_B's WSL2 internal IP (e.g., for port 22, or 2222 if you changed it). Remember to also open a firewall rule on PC_B's Windows for that port.<\/p>\n

Part 2: On PC_A (The Client WSL2 Instance)
\nThis is the WSL2 instance where you want to mount the remote files.<\/p>\n

Install SSHFS:
\nSSHFS relies on fuse (Filesystem in Userspace).<\/p>\n

Bash<\/p>\n

sudo apt update
\nsudo apt install sshfs
\nLoad FUSE module (usually automatic, but good to check):<\/p>\n

Bash<\/p>\n

sudo modprobe fuse
\n(You typically don't need to do this manually in WSL2 anymore as it usually loads on demand).<\/p>\n

Create a local mount point:
\nThis is where the remote files will appear.<\/p>\n

Bash<\/p>\n

mkdir -p remote_babyhp
\nMount the remote directory using SSHFS:
\nNow, from PC_A's WSL2 terminal, execute the sshfs command.<\/p>\n

Bash<\/p>\n

sshfs stevee@192.168.1.32:\/var\/www\/ remote_hplaptop -o allow_other
\nLet's break down this command:<\/p>\n

sshfs: The command to mount an SSH filesystem.<\/p>\n

your_username_on_pc_b: The username you use to log in to WSL2 on PC_B (e.g., stevee).<\/p>\n

PC_B_IP_ADDRESS:<\/p>\n

If using Mirrored Mode Networking on PC_B: This will be the actual LAN IP address of PC_B's WSL2 instance.<\/p>\n

If using Port Forwarding on PC_B: This will be the LAN IP address of PC_B's Windows host, not its WSL2 internal IP.<\/p>\n

:\/path\/to\/remote\/folder: This is the absolute path to the directory on PC_B's WSL2 instance that you want to mount (e.g., :\/home\/stevee\/my_project). The : separates the host\/user from the remote path.<\/p>\n

~\/remote_pc_b_files: The local mount point you created on PC_A.<\/p>\n

-o allow_other: This is important! By default, FUSE mounts are only accessible by the user who mounted them. allow_other makes the mounted filesystem accessible to other users (and processes) on PC_A's WSL2. This is often necessary for applications to interact with the mounted files.<\/p>\n

Example:
\nIf your user on PC_B is stevee, PC_B's WSL2 has the LAN IP 192.168.1.105 (via mirrored mode), and you want to mount \/var\/www from PC_B into ~\/hplaptop_www on PC_A:<\/p>\n

Bash<\/p>\n

sshfs stevee@babyhp:\/var\/www sshfs_babyhp
\nOR which PC you on:
\nsshfs stevee@hplaptop:\/var\/www sshfs_hplaptop
\nIt will then prompt you for the password for stevee on xx.<\/p>\n

To Unmount:
\nWhen you're done, unmount the directory:<\/p>\n

Bash<\/p>\n

sudo umount ~\/remote_pc_b_files
\nAdvantages of SSHFS for WSL2-to-WSL2:
\nSecurity: SSH provides a secure, encrypted tunnel for file transfer.<\/p>\n

No Samba Needed: You avoid the complexities of Samba configuration (smb.conf, smbpasswd, etc.) on the server side.<\/p>\n

Familiar Linux Tools: You're using native Linux commands (sshfs, mount, umount) directly within your WSL2 environments.<\/p>\n

Flexibility: You can mount specific directories rather than entire shares.<\/p>\n

This method is highly recommended for inter-WSL2 file access, offering a clean and secure solution.<\/p>\n","protected":false},"excerpt":{"rendered":"

<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Install OpenSSH Server: Bash sudo apt update sudo apt install openssh-server Configure SSHD: (Optional, but good for setup) Edit \/etc\/ssh\/sshd_config (e.g., sudo nano \/etc\/ssh\/sshd_config): Ensure Port 22 is uncommented or set to your desired port. Ensure ListenAddress 0.0.0.0 to allow connections from any IP within WSL2's network (or even LAN if proxied). PasswordAuthentication yes (for ...\u00a0 Adding SSHFS mounted shares between 2 NAMED LAN clients, with an mDNS python script<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-10613","post","type-post","status-publish","format-standard","hentry","category-post"],"a3_pvc":{"activated":true,"total_views":1,"today_views":0},"_links":{"self":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/10613","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/comments?post=10613"}],"version-history":[{"count":1,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/10613\/revisions"}],"predecessor-version":[{"id":10614,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/10613\/revisions\/10614"}],"wp:attachment":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/media?parent=10613"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/categories?post=10613"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/tags?post=10613"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}