None of those details really matter.

What matters for the point of this argument is the simple fact that Discord is owned by the company Discord Inc.

That includes all of the servers and everything on them.

Imagine if ALL OF THE INTERNET was owned by Google …

Seems like everything is back to normal, at least from what I can tell on my end and a lot of other users’ reports.

Obviously they can’t. They place them on a pad, presumably a wireless charging & communication pad. Literally says in the article: “The pad wirelessly turns on the iPhone, runs the software update, then turns it off again.”

I do, a bit differently from what’s been mentioned here so far:

I actually host my server at home, running mailcow as my email-server-software of choice, and incoming emails do get delivered directly to my ISP-assigned IP via dynamically updated DNS records.

However: Outgoing email is delivered via an SMTP relay service, specifically Mailgun (I like them because for normal everyday email volume it’s free), because even when I was hosting the email server in a datacenter, it was impossible to not encounter deliverability issues.

Keplerbrücke repräsentiert.

Wirklich eine der übersichtlichsten Kreuzungen von Graz :)

MatPat!

They came to him, and he saw that they were very sick, so he said to them:

“I’m so sorry. We do accept your Insurance, but we don’t accept your medical group.”

Also: Make sure that the user you ran “ssh-copy-id” against on the remote machine is also the user you’re trying to log in with.

+1 for bookstack

Good point. Though without knowing the exact details, it’s hard to make a call on what the best strategy is.

If it was me, and I was trying to contest claims as to available bandwidth, I’d probably still be running a regularly scheduled speed test (if nothing else then at least to regularly saturate the connection), and then talk to the ISP with both the speed test results and the bandwidth graph to show as complete a picture as possible.

But if he wanted that historical data for, say, making sure an ISP delivers promised bandwidth, then unless he’s constantly maxing out the connection, the usage graph is going to be fairly useless.

So you want the available bandwidth to be monitored in “real time”, but you don’t want constant speed tests to happen. Then you mention a script doing a speed test.

You’re gonna have to choose: Either you run some kind of Speedtest on a regular basis, which will give you somewhat “real-time” results, or you don’t do it, and you don’t have real-time data as a result.

A very quick google search brought up this power shell script, that even formats the results for PRTG:

https://github.com/greiginsydney/New-OoklaSpeedTest.ps1

Currently one server as VM host for:

• Nextcloud
• Mailcow
• Apache/PHP/mariadb as both reverse proxy for Nextcloud and the mailcow web interface and webserver for personal and company websites, bitwarden and bookstack
• Custom backup server (wireguard connections to different sites and incremental backup routines with bash/rsync)