Hi guys!
My wife switched to EOS some time ago and we also upgraded our internet so we have been thinking creating some sort of network share thingy so we can easily move files and stuff.
What do you recommend? We are both using Plasma and it would be nice that it would be somehow integrated into Dolphin. 
I think the easiest way is to use Samba. There are tutorials already on how to set it up and install it.
Im running nfs as network share between my linux desktop and my linux satellite box. Its easy to move or copy files between them both. Usually i us it for watching movies on my TV Screen which are on my PC. nfs is way faster than samba
If you only want share files in your network i highly recommend localsend
Samba is a Windows protocol, basically enough said.
So anything Microsoft touched is automatically bad? Well, so be it, then.
I use this and simply love it.
NAILED IT!!!
Thanks a lot guys! I think we are going to give a go to localsend.
I Also use localsend too, not frequently and not a network share as I don’t have that set up yet. But I used it to send files from my phone to my PC and works well, and you can also send files to the PC to the phone (Maybe to forward it via text), and text messages, Sometimes I have a website URI on my phone and I send it to my PC via the text option (I don’t use browser sync to send links that way).
Interesting i have been thinking to do the same as OP
Since my Wife soon will move over to Linux(EndeavourOS of course 
).
No meaning that its really just a waste on a pure Linux type system. There is NFS which is native to Linux and doesn’t require a lot more resources.
I’ve set up a rpi, as server. Connecting through nfs locally. Using a vpn to connect if I’m away from home.
As the shares are just folders on the clients they show up in dolphin.
Wow, there’s some misinformation in this thread…
I think it is worth mentioning there is a difference between a file share (SMB/NFS) where you are accessing the files for all intent as a drive, and file transfers (FTP, SFTP, SCP, Rsync and Localsend which after looking at the github page uses HTTP/S and API calls).
SAMBA is not a protocol, it is an interoperability suite for the SMB/CIFS protocols. As a side note SMB (Server Message Block) was invented by IBM but Microsoft later took over the standardization and it is part of the CIFS (Common Internet File System) developed by Microsoft.
There are really only 2 common protocols used for file shares, which are NFS (Network File System) and SMB. I’m not going to go into the details of file locking, security etc. And are assume we are talking about local file sharing in a secure environment.
NFS - The standard for file sharing on Linux. There is also a client built-in to modern Windows systems that can be enabled. But you won’t as standard be accessing Windows shares from Linux using NFS and Apple OSX doesn’t really support NFS.
SMB - The standard for file sharing on Windows. Can be used & accessed by Windows, Linux & Apple OSX (who also have their own protocol called AFP, because why not).
Basically if you’re purely using purely Linux, or you are using Linux to store files and don’t use a Mac then you can go NFS. If you need to connect to/from standard Windows machines, or use a Mac then I’d recommend SMB using SAMBA.
I simply recommended Samba because there are tutorials for it online and I’ve used it beforehand and it worked for me without issues.
@winnyace SAMBA is a fine choice (and would work for the OP), I just felt nobody had really addressed what the options or differences where. It is all about personal choice, which is why a lot of us use Linux in the first place
I didn’t want to write a book that’s been already written (elsewhere). SMB has always been a security nightmare. Maybe SMB 3.* solves most of that, I stopped using in by 2.0 unless absolutely required (with Windows in the picture).
I still notice a lot of problems with setting up Samba, I think NFS will be less so as it’s more straight forward w/o regard to network browsing, domain controllers, and other things that Linux doesn’t need.
SMB (and NFS for that matter) were not designed to be protocols to be run across public networks. In the case of SMB prior to to version 3, you should either be using a VPN, or not using SMB at all and using Webdav with TLS encryption. The same goes for NFS, you should be using a VPN or SSH tunneling to secure the traffic. Anyway all of this is off topic as the OP just wanted to set up simple file sharing locally.
[You added to your post while I was replying lol] Yep, I agree; NFS is the simpler option in a Linux only environment 
Sorry I’m a bit anal about this stuff as I lived it for 25 years of my career as a senior network consultant (I have many scares) before transitioning to be a software dev.
Multichannel SMB in a proper environment with enough line speed runs circles around nfs - speaking of RDMA-populated high-bandwith NICs and Switches and a whole bunch of fast PCIe-attached drives and stuff. Funnily it is windows which currently has the best performance and lowest overhead here - with ZFS on Windows, on top of it, to rub even more salt in our linux-masterrace wounds.
In the home environment you are right, but does it matter at home? Not sure…
What I am sure about is this:
Wrong.
Elitarism based on wrong “knowledge” always amuses me. Sorry to be so harsh…
I have absolutely no idea what it looks like in a company network or similar. I can only report on my experience in a private home network. OP also wanted to know how he can best implement it at home. It’s just a suggestion on my part.
on my home grown NAS I use SAMBA because it’s easy to set up and simple to connect to from the dolphin network tab. I used to use NFS, and on my home network I honestly didn’t notice enough of a difference with the files I was transferring, but dumped it when NFS was dropped from dolphin’s network tab (I know I could put it in fstab, but didn’t want to. However with most of my machines being linux the easiest is to just use sftp setting up proper keys, and either use dolphin network tab or mount it with rclone