i_am_not_a_robot

joined 1 year ago
[–] i_am_not_a_robot@discuss.tchncs.de 9 points 1 week ago (2 children)

It may or may not be a concern to you, but if you are hosting it from your home then people will be able to determine your IP and rough physical location.

If you're on American cable internet and expecting a lot of traffic, your upload speed may become a problem.

[–] i_am_not_a_robot@discuss.tchncs.de 3 points 2 months ago (1 children)

Having a non-garbage domain provider can be a luxury. I used to work at a place where we were paying boatloads of money for certificates from Sectigo for internal services, and they were charging us extra per additional name and even more if we wanted a wildcard, even though it didn't cost them anything to include those options. Getting IT to set up the DNS records for Let's Encrypt DNS verification was never going to happen.

[–] i_am_not_a_robot@discuss.tchncs.de 12 points 2 months ago (1 children)

I'm pretty sure browsers stopped distinguishing EV certificates years ago.

[–] i_am_not_a_robot@discuss.tchncs.de 6 points 2 months ago (1 children)

A large percentage of those hosts with SSH enabled are cloud machines because it's standard for cloud machines to be only accessible by SSH by default. I've never seen a serious security guide that says to set up a VPN and move SSH behind the VPN, although some cloud instances are inherently like this because they're on a virtual private network managed by the hosting provider for other reasons.

SSH is much simpler and more universal than a VPN. You can often use SSH port forwarding to access services without configuring a VPN. Recommending everyone to set up a VPN for everything makes networking and remote access much more complicated for new users.

[–] i_am_not_a_robot@discuss.tchncs.de 11 points 2 months ago (4 children)

Shodan reports that 35,780,216 hosts have SSH exposed to the internet.

Moving SSH to ports other than 22 is not security. The bots trying port 22 on random addresses with random passwords don't have a chance of getting in unless you're using password authentication with weak passwords or your SSH is very old.

SSH security updates are very infrequent and it takes practically no effort to keep SSH up to date. If you're using a stable distribution, just enable automatic security updates.

[–] i_am_not_a_robot@discuss.tchncs.de 21 points 2 months ago (15 children)

Having SSH open to the internet is normal. Don't use password authentication with weak passwords.

[–] i_am_not_a_robot@discuss.tchncs.de 1 points 3 months ago (1 children)

intel's WiDi software supported Miracast, which is a standard.

[–] i_am_not_a_robot@discuss.tchncs.de 4 points 3 months ago (3 children)

Or use Miracast, AKA WiDi, Smart View, SmartShare if you just want to mirror a screen.

[–] i_am_not_a_robot@discuss.tchncs.de 6 points 4 months ago (2 children)

You don't need a static IP to have a domain name, and you don't always need to pay for a domain name either.

[–] i_am_not_a_robot@discuss.tchncs.de 11 points 4 months ago (2 children)

That Pentum is a budget CPU from just over 10 years ago. It has PCIe 2.0. Maybe the "gigabit" ethernet is connected to the CPU by a single 500Mbit PCIe lane.

Docker Swarm encryption doesn't work for your use case. The documentation says that the secret is stored encrypted but can be decrypted by the swarm manager nodes and nodes running services that use the service, which both apply to your single node. If you're not having to unlock Docker Compose on startup, that means that the encrypted value and the decryption key live next to each other on the same computer and anyone who has access to the encrypted secrets can also decrypt them.

view more: next ›