Self hosting is hard. You need to take care of security, backups, software updates, software installation and so on. Even on something like a QNAP (which can be compared to managed hosting) this can be hard. Flip the wrong switch and you expose something to the world. Missed a security update: your device is now vulnerable. While I host a lot of things myself I can understand self hosting is not for everyone.
Start Self Hosting
131–140 of 625 posts
Re: Start Self Hosting
#132It's a little different from "self hosting" but it does have a similar effect of bringing all your data home and putting it in your control. We have to start somewhere, might as well start with bringing in all the data we've put out there. (It's not a replacement for self-hosted media servers, for example.)
The backend and underlying processing engine is all functional and working very well; now I'm just getting the UI put together, so I hope to have something to share later this year.
[1]: https://twitter.com/timelinize (website coming eventually)
Re: Start Self Hosting
#133Self hosting is hard. You need to take care of security, backups, software updates, software installation and so on. Even on something like a QNAP (which can be compared to managed hosting) this can be hard. Flip the wrong switch and you expose something to the world. Missed a security update: your device is now vulnerable. While I host a lot of things myself I can understand self hosting is not for everyone.
Personally, I tend to self host the things whose maintenance I at least find satisfying, and hopefully enjoy. Otherwise I pay someone (through ads or my own money) to do it for me.
Re: Start Self Hosting
#1341. buy a box at home
2. run on onion: https://medium.com/axon-technologies/hosting-anonymous-websi...
3. access media using onion browser
I believe electricity cost of hosting at home would be expensive and accessibility will be a problem 2000 miles away without cdn. One might have to consider having this box on a separate network.
So anonymity here might not be worth the price?
Re: Start Self Hosting
#135Earlier quoted context omitted.
> A button click can instantiate something powerful (and useful (and easy-to-use...)), but it will degrade over time, and eventually flat-out stop working Software doesn't degrade over time (other than, you know things like cosmic ray bit flips, but in most realistic situations that should be fully mitigatable.) The needs of the software user (including hardware and software they want the piece of software to interac…
Sure, but my old Google cloud apps on python 2.7 will one day get rug-pulled and forced to upgrade. It can only stay working forever if the platform doesn't change underneath it.
“Degradation over time” was being cited as a reason not to self-host. Pointing out that not self-hosting exposes you to risk of others changing the environment so it no longer supports your software is a diametrically-opposed argument.
Re: Start Self Hosting
#136Self-hosting is not always the answer for a lot of people. Self-hosting are not easy for laypeople (someone who are not familiar with it) to try to get their feet wet with it. For myself, I am on the level of beginner and I do struggle to stay on self-hosting path. When I set it up, I learn there is more steps that I have to do because the documentations and guides did not bother to explain those step and expect me t…
I think the whole "self hosting isn't easy" meme gets repeated so much that people just take it as given now and default to managed software. Or, someone might argue "Well, my grandmother who knows nothing about tech cannot self-host, so it's not viable!" ignoring there is a huge spectrum of competence between grandma and a seasoned Linux sysadmin. People aren't morons, and there's enough info out there on how to do…
Re: Start Self Hosting
#137Self-hosting is something that we should be constantly iterating on making easier; it's really the path forward for privacy centric folks. The main challenges are managing workload scheduling (SystemD is complicated for a layperson). Networking is another challenge; for instance, if you wanted all or part of these services to remain offline or on a Mesh VPN there's a lot of knowledge required. There's some projects t…
Is it? It has clean and logical abstractions, and consistency. Services depending in each other isn‘t complex or difficult to understand.
I suspect that a nice GUI would make systemd quite usable for non-expert users.
BTW: It‘s called ”systemd“:
> Yes, it is written systemd, not system D or System D, or even SystemD. And it isn't system d either. [0]
[0]: https://www.freedesktop.org/wiki/Software/systemd/#spelling
Re: Start Self Hosting
#138My work was pretty sub-par at the time, but I felt the burn pretty badly. Since then I’ve had very little faith in any site that allows creators to upload their content.
I still have work uploaded to SoundCloud, but also have backups stored locally and on my self hosted nextcloud instance for this reason.
This is probably more along the lines of the current situation with Vimeo than it is with Picaso, but I can still feel the burn from time to time.
Re: Start Self Hosting
#139Follow-up question: Should someone interested in self-hosting do it from a literal PC in your basement, configured as a server? Or is self-hosting on AWS / DreamHost / whatever good enough? I ask because I like self-hosting a lot, especially when market solutions don’t really do what I need them to. But security, man, that worries me. I can’t tell you what a three-way handshake truly is, or what a signed certificate…
Nevertheless, if someone is willing to dedicate some time for study and experimentation in the beginning, this is not an insurmountable problem.
I have been using self-hosting on "a literal PC in my basement" for about 20 years, without any problems whatsoever, and with negligible costs (the main cost being that I have a set of public IPv4 addresses and a fixed IPv4 address on my router connected to the ISP, which implied a more expensive monthly fee for the ISP).
After the first few months, during which I have made frequent changes in the configuration, while I understood better and better how it should work, the time wasted with server management during the next years has been negligible, i.e. just a few hours per year, used mainly for software or hardware upgrades.
Configuring and managing services just for personal needs or for the needs of a small number of users, e.g. a family, is much simpler than in an enterprise setting.
For reliability, it is good to have a second spare computer and a second image of the root SSD/HDD used on your server, to be able to replace the active server in case of failure. As others have already mentioned, periodic backups should be done and they should preferably be stored in a different location.
While I believe that self-hosting is not difficult, unless someone has already done such management work as a professional, it is necessary to learn many things.
For security, the first thing needed is to understand well what a firewall does, which are the firewall rules needed by whatever services you want to host and how to configure and monitor whatever firewall program you choose.
For this, some knowledge about how the main IP protocols for networking work is necessary.
The management of keys and certificates is also important, as you have mentioned, but what you need to learn for this is much less than what you need to learn about networking protocols, in order to both make a correct server configuration in the beginning and to diagnose any problems that might appear later (usually because someone at your ISP makes some changes in their configuration, which break yours, but nobody who answers the support call has any idea that they have changed anything, so you should better be able to identify yourself what they might have done, if you want a quick solution).
Re: Start Self Hosting
#140Earlier quoted context omitted.
"Flip the wrong switch and you expose something to the world." One strategy for dealing with accidental misconfigurations is to employ a "network slug"[1]: "A Network Slug, or "Slug", is a transparent layer 2 firewall running on a device with only two interfaces. ... The purpose of a Slug is to reinforce a security policy or to block uninentional leaks of information." [1] https://john.kozubik.com/pub/NetworkSlug/tip…
Got one of those. It is hard. Very hard. Absolutely freakin’ hard to make a bump-in-the wire dynamic 5-tuple blocking “hub”. It also does “waterfall” egress packet delaying.
A slug should not need to be dynamic nor should it be complicated in any way ... in fact, it is one of the simpler systems I have ever deployed ...