Last month we had an issue with a multitude of unwanted connections against our mail servers from a specific netblock in Argentina. In my experience, coordinated attacks from IP addresses originating from the same netblock usually indicates an issue on the ISP side.
I was not planning to add support for MTA-STS for my domain as I’ve previously deployed DANE for SMTP transport security. MTA-STS is an alternative solution that does not require DNSSEC for authentication but instead relies on certification authorities.
After installing and running Microsoft Teams for Linux on Ubuntu 18.04 for a couple of days, the application suddenly stopped working. Starting Microsoft Teams would load the application menu in the top bar, but it was not possible to get the actual application window to load. Clicking “Open” from the application context menu would do nothing at all.
After migrating my blog from WordPress to Hugo, I wanted to find a simple solution that allowed me to mirror my blog content effortlessly to my hidden services. As Hugo is a static content generator, I didn’t have the opportunity to dynamically rewrite content on the fly by pulling the HTTP host from the current request.
Back in 2018, Patrick Volkerding mentioned that he was testing PAM and Kerberos to provide proper support for Active Directory and NFS on Slackware Linux. It seems like Mr. Volkerding has finally reached a decision.
As I was booting up my Arch Linux box, systemd informed me of a start job running for /dev/disk/by-uuid. 90 seconds later, the job timed-out and some fashionable colored messages flashed by with the speed of light.
About half a year ago, I decided to turn off my old Gentoo instance and end my run with WordPress. My current cloud instance is running Ubuntu, and I’ve migrated (most of) my content from the old WordPress installation to Hugo.
I’ve made the decision to go ahead and block another one of those pesky new gTLDs that are seemingly exclusively used by malicious actors. Email delivery from .best domains will no longer get past any spam filter under my control.
As a managed service provider (MSP) we’re using an off the shelf remote monitoring and management (RMM) platform. Recently, and just for curiosity’s sake, I decided to take a closer look at the Linux agent offered by this platform. I’ll admit to being somewhat shell-shocked when I discovered that the installer had Slackware Linux on the list of supported distributions.
Yesterday, my Scaleway hosted VPS was scheduled for migration to another physical server. According to Scaleway, the expected downtime was only a few minutes. The maintenance was scheduled to begin at 10:00 UTC, so I was expecting the server to be available when I tried to connect over SSH at 11:30 UTC. Unfortunately, there was no sign of life to be found.