Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
Yup, the mount is authenticated and the Share Permissions on Windows have it set to Full Control for Everyone, plus 'Password protected sharing' is turned off under Advanced Network Settings.
Okay, so on the device which is connecting to the share, from a cli, can you create files on the share mount? Don't use your GUI if using one. Go to a prompt, and touch or copy a file in the mount location.
No GUI on my end (It's been fun learning to use a headless server). I have to sudo to be able to do anything in the mount locations. Using ls -s, the permissions and owner aren't changing after using chown and chmod.
Okay, so you need to match the uid/gid of your user on the client machine with whatever is on the host volume machine because it seems like your auth is not set right. You probably want a dedicated user. If you're not sure what that means, just move on to the next bit.
On Windows machine: create new user, make sure ownership is set in permissions, log in with that user on the client machine. Then you won't need sudo. You can Google to find more explanation, but that's the gist.
If you need to sudo to create files, it means your Windows share isn't allowing whatever authenticated user you have doesn't have permissions to actually write on the Windows machine.
I'll look into that, thanks!
We just had a total power outage, and restarting my main machine I remembered I have Linux Mint installed as duel boot. I've been waiting for a final push to get me to migrate away from Windows. Would it be easier to do all this from Linux Mint instead of Windows?
It's certainly more cohesive if you're doing a Samba<>Samba setup. Either combo will work though, you just need to make sure of the permissions for the share, and that your connected uid/gid is set properly for read/write.