Discord server owners can choose to have their members require account verification before joining as an anti-bot measure.

I use a ps5 controller for all my gaming needs and it works great on Linux (Kubuntu/Nobara) and Steam Deck. I use hardwired when playing on my Linux desktop, but when playing on my Steam Deck it’s over Bluetooth while docked. Still works perfectly fine. I even played Crosscode with my controller just fine on both systems.
I primarily use it on my desktop for FFXIV which is why I do hardwired. Bluetooth can be squirrely if the game isn’t launched through Steam

Turo for sharing cars. It’s car rentals but weird since you’re borrowing other people’s cars.

Kyte is in a similar vein for on demand cars via app, but it functions similar to a traditional car rental in every other way. Though they’re a baby company so they might not be a good Uber comparison yet.
My personal experience has been pretty good and the prices are very competitive, but we’ll see how they survive when the VC money runs out.

Does this mean it’ll work again? Mine have been intermittent for half a year now, no matter if media was just started or has been playing for hours.

I use the Outlook app for separating entities before I learned that work profiles were a thing and that my company has them turned on. Gives me different notifications I can control instead of all through Gmail, it’s still sandboxed because O365 does the same containerization, and it also does calendar syncing.
My only complaints are it doesn’t handle password changes very well (have to completely re add my profile when it’s time), and it is Outlook focused so it misses some Gmail features. This also doesn’t solve your Google Meet problem, but at least it’s two out of the three.

ONCE AND FOR ALL

We added a tilt sensor to our door that shows the state of the door for the most part. The threshold we have it at doesn’t detect if it’s partly open, but that’s okay for us because we never leave it cracked

Our solution that we set up years ago was to connect a Shelly to circuits on a normal, dumb door opener. The Shelly triggers open/closed itself and since the signal comes from the opener, there’s no crypto nonsense to figure out. It always works, no matter what MyQ/Chamberlain/LiftMaster do. Bonus, it also works if you have a very old opener.
We also supplemented this with a tilt sensor so we know the state of the garage door. The door can still be cracked and not registered as opened, but that’s a compromise we’re okay with since we never leave it intentionally cracked.

Yeah you’d need an L7 application layer filtering firewall to catch DoH since it would detect the SSL packet signature on port 53. Unfortunately that balloons the cost of the device past a reasonable level for a home aficionado.
A workaround for now would be to block known public servers that use DoH like Google DNS, since a lot of devices are adding features to enable DoH by default at the OS level

A group of friends and I jumped into a family plan and it’s far more manageable. For 6, it’s $3/month/person or $36/year/person if the owner pays yearly.
The value we’ve all gotten out of it is outstanding. Being able to push and pull certain websites in results is amazing in today’s era of AI generated website shit. And all of my technical searches have been 1000x better on Kagi than they have been on Google in recent years. Everyone in our group says the same thing, it’s that much better than what we’ve been enduring with Google.

Makes sense, you can do the same with the GUI if you import it as an encrypted .pem with the public and private key in the same file.

Is the delete needed? From the ClickOps GUI perspective, when you update a cert for renewal, you import the renewed cert with the same object name and it automatically overwrites the object.
There is an API endpoint for Palos, but it’s probably not as robust as the GUI. I wouldn’t know, I’ve never used it except for monitoring tool configs.

Edit: looks like there is a REST API endpoint for cert/private key changes: https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA14u000000sYecCAE&lang=en_US
&refURL=http%3A%2F%2Fknowledgebase.paloaltonetworks.com%2FKCSArticleDetail

I use this one and never have issues. I also have jsaux’s high power wall plug which is great for general use charging and powering this dock

Each modem is different. The idea is you convert the modem to bridge/passthrough mode and your desired router WAN interface is set for DHCP so it queries the ISP nexthop for a public IP directly.
Some isps can help with the modem config if you call them and ask for bridge/passthrough, but it shouldn’t be too bad to find because consumer modems don’t have very many settings.

Shellys are amazing. We use the pucks everywhere for anything that’s not innately smart.

Some of our use cases:

• Kitchen cabinet lighting that syncs each strip with each other as well as the overhead lights. Or the cabinet lights can be turned on independently.
• Garage door opener, because MyQ sucks (it’s hooked up to a real physical garage opener button and triggers the button for us)
• Outlet power monitoring (mostly for fun)
• Can be put in light switch boxes in lieu of something like Kasa switches, but the physical switch won’t follow the light state any more. Similarly, smart wall outlets for power toggling

Relevant: https://youtu.be/Aa0PSuUDxM0?si=GWefPCiX2HRNE-t6

The good news is, based on the diagram looking like it’s straight from AWS docs, there’s a Cloud formation template for all that.
Bad news, good luck troubleshooting any of it if something breaks

From an IT perspective with little context on this change other than what’s in the article, if there’s no way to import your own certs using an MDM, this change is terrible for businesses.

You need custom certs for all kinds of things. A company’s test servers often don’t use public CA certs because it’s expensive (or the devs are too lazy to set up Let’s Encrypt). So you import a central private CA cert to IT-managed devices so browsers and endpoints don’t have a fit.

For increased network security, private CAs are used for SSL decryption to determine what sites devices are going to and to check for malware embedded in pages. In order to conduct SSL decryption, you need your own private CA cert for decrypting and re-encrypting web content. While this is on the decline because of pinned certs being adopted by big websites, it’s still in use for any sites you can get away with. You basically kill any network-level security tools that are almost certainly enabled on the VPN/SASE used to access private test sites.

My only complaint is that coming from a networking background, Ubiquity’s OS is awful and makes me want to gouge my eyeballs out. Navigating the interface to find settings makes no sense, it’s not very granular in how you can configure certain filtering settings, dual wan setups are difficult to manually change over, and good luck looking at logs to troubleshoot any traffic flow issues (hint: you can’t).

For someone who just needs a firewall and a VPN endpoint, it’s great. If you need anything more than that, get opnsense/pfsense. Pairing one of those with Ubiquity APs (which are actually pretty terrific) is a really solid setup.

See: Cisco. At least when I last used it, the web server configuration utility added a lot of garbage to your running config that made it unreadable if you swapped back to the cli.

Systems that built the GUI first aren’t too bad. Palo Alto UI is pretty decent.