CapitalNumbers

joined 2 months ago
[–] CapitalNumbers@lemm.ee 1 points 1 day ago

Maybe a silly question, but is simply having the thing doing the sailing running on what might be a docker container that only has access to the internet via a VPN connection okay? my friend told me this is his set up

like, logically speaking this seems to be basically fine, since the sailing ship’s data is not visible to the ISP

[–] CapitalNumbers@lemm.ee 1 points 1 day ago

“retrieving” from ripping my personal DVD and BluRay collection?

[–] CapitalNumbers@lemm.ee 1 points 1 day ago

are you me haha?

[–] CapitalNumbers@lemm.ee 1 points 1 day ago (1 children)

i assume that’s just for free podcasts?

[–] CapitalNumbers@lemm.ee 1 points 1 day ago (1 children)

does a wild card cert essentially mean i have use one cert which will cover all my subdomains as well as the primary domain?

[–] CapitalNumbers@lemm.ee 3 points 1 day ago

Cool.

In other news, Swiss law makers claim opening and reading all mail sent to make sure it doesn’t include the phrase “monty bojangles” is “not a privacy concern”

My point is that in order to block a specific domain, you necessarily need to check it against a list of all legitimate domains being accessed

[–] CapitalNumbers@lemm.ee 2 points 1 day ago

As in why is a post about VPNs on a self-hosted forum?

[–] CapitalNumbers@lemm.ee 1 points 1 day ago (3 children)

really? like what? i’ve been using docker completely free and unrestricted - at i think so haha

 

Seems that the Swiss legislature may pass a law requiring ProtonVPN to start banning certain domains from being access by French users (mostly illegal sports streaming sites)

For those using ProtonVPN, is the writing on the wall?

[–] CapitalNumbers@lemm.ee 3 points 2 days ago

Here’s my approach to documentation. It’s about habits as much as it’s about actually writing anything down:

  1. Never setup anything important via naked terminal commands that you will forget you did

  2. Always wrap important commands in some kind of “setup-xyz.sh” script and then run that script to see if your install worked.

  3. If you need to make a change to your service, ensure you update your script and so it can be re-run without braking anything

Get into the habit of this and you are documenting as you go

[–] CapitalNumbers@lemm.ee 1 points 2 days ago

i second this

i haven’t gotten around to looking into something like terraform/ansible yet, and currently rely on a series of setup.sh scripts and docker-compose files

i have a single master setup.sh at the root of my homelab which basically just outlines which scripts i need to run and in what order in order to get things back up and running from zero

i only user my README.md for any non scriptable stuff (such as external services i rely on such as cloudflare/vpn providers, etc)

[–] CapitalNumbers@lemm.ee 1 points 2 days ago

i mean charitably you could say that your code / architecture should be self documenting, versus having to rely on READMEs / wikis

in effect, if you change the code you are by definition also changing the documentation, since the file names/function names/hierarchy is clear and unambiguous

[–] CapitalNumbers@lemm.ee 1 points 2 days ago (1 children)

while security might be compromised if an attacker found your documentation, it could equally be compromised by having zero documentation

the easier it is for you to get things back up and running in the event of a data loss / corrupted hard drive / new machine / etc, the less likely you are to forget any crucial steps (eg setting up iptables or ufw)

view more: next ›