You can run two nodes both behind restrictive full cone NATs and have them establish an encrypted connection between each other. You can configure your devices to act as exit nodes, allowing other devices on your "tailnet" to use them to reach the internet. You can set up ACLs and share access to specific devices and ports with other users. If you pay a bit more, you can also use any Mullvad VPN node as an exit point.
Tailscale is "just" managed Wireguard, with some very smart network people doing everything they can to make it go point-to-point even with bad NATs, and offering a free fallback trustless relay layer (called DERP) that will act as a transit provider of last resort.
Once upon a time, MySQL/InnoDB was a better performance choice for UPDATE-heavy workloads. There was a somewhat famous blog post about this from Uber[1]. I'm not sure to what extent this persists today. The other big competitor is sqlite3, which fills a totally different niche for running databases on the edge and in-product.
Personally, I wouldn't use any SQL DB other that PostgreSQL for the typical "database in the cloud" use case, but I have years of experience both developing for and administering production PostgreSQL DBs, going back to 9.5 days at least. It has its warts, but I've grown to trust and understand it.
Can you do PTP over the internet? I have only seen it in internal environments. GPS is probably the best solution for external users to get time signals with sub-µs uncertainties.
It's amazing what this technology can do. I wonder what the interface in the cockpit was like, who activated it and why, how it chose the runway, and other details that will likely come out in the final report if not earlier.
I think the radio call could be improved a bit though. It spends sooo much time on the letters and so little on the "emergency" part. It almost runs that sentence together "Emergencyautolandinfourminutesonrunway. three. zero. at. kilo. bravo. juliet. charlie."
>Aircraft November 4.7. Niner. Bravo. Romeo. Pilot incapacitation. Six miles southeast of Kilo. Bravo. Juliet. Charlie. Emergency auto land in four minutes on runway three zero right at Kilo. Bravo. Juliet. Charlie.
It would be nice to hear something more like:
Aircraft November-Four-Seven-Niner-Bravo-Romeo. Mayday mayday mayday, pilot incapacitation. Six miles southeast of the field. Emergency autoland in four minutes on runway three zero right at Bravo-Juliet-Charlie.
Still amazing, and successful clear communication ... but it could use some more work :)
The cockpit side is very passenger friendly, it assumes zero aviation knowledge. It's a single button and once pressed the system will show on the screens that it's active, what to expect and where it is going. The passengers just sit and watch, while it tells you via voice and on the screens what's happening. No action required apart from the single button.
It uses the navigation database (onboard) and weather data via datalink (ADS-B in the US, satellite in other places) to select an airport/runway. It looks for a long enough runway with a full LPV (GPS) approach available and favorable wind.
Some of the audio replays I heard had silence cut out, but the aircraft transmits every two minutes, for about twenty seconds each. It does share the information I'd want to hear in an uncontrolled environment, but in a busy towered class delta it likely needs to be shortened. They had plenty of advance warning of this aircraft being inbound and cleared the airspace well before it arrived, but if it had happened with less notice critical instructions may have been "stepped on" at a critical time.
The only complaint is it uses phonetics for everything multiple times in each transmission, I'm a radio guy, I would use phonetics once, then otherwise spelled out letters - aka, "whiskey lima foxtrot" and WLF the next time I needed to say it.
This is not how communication is done in aviation. Instead, it’s common to abbreviate to the last three alphanumerics of tail numbers (so “niner alpha bravo” for N789AB) after the first call — but this is conditional on not having a potentially confusing other aircraft on frequency (N129AB), and the system here can’t reasonably know that, so must take the conservative option.
I took issue with calling out the airport, multiple times in full phonetics, both at the beginning and the end of the transmission. All other callsigns, perfectly reasonable.
If anything, the tail number does not matter nearly as much. A plane with auto land presumably already has ADSb out (almost certainly 1090ES), is squawking 7700, and is probably already IFR anyway. As in this situation, the controllers knew well in advance they had an emergency inbound and who it was. At an uncontrolled field, I need something to tag (robotic "bravo-romeo" is plenty) and a relative position. Bonus if it does the math and predicts landing time, which it does.
Frankly, it should know (like I have to) if it's going to auto land at a towered field or uncontrolled, and adjust as necessary to those circumstances.
I’m not sure I agree. Not sure I disagree, either. If I’m another pilot in the air when this occurs, it feels like the most important things for me to know are (1) stay the hell away from the runway, and the announced approach, for a while; (2) only a single aircraft is doing an emergency autoland currently; (3) assume that the aircraft will need medical response while on runway (no auto-taxi) so if I was planning on landing in the next half hour or so, go to alternate. (1) and (3) are well covered, but (2) is subtle — /today/, the chance of two aircraft doing an emergency autoland at the same field at the same time is negligible, but it’s still something both I and the system designers need to think about.
I'd actually argue that Aviation is the outlier among Part 90, Amateur, and Public Safety users. The general rule in most radio services is using both phonetics and not, as to try to balance intelligibility and communications density.
It's an outlier because typically the comms cycle is very fast and only a single cycle. The radios are also quite bad and there isn't room for errors that you'd normally correct naturally in the context of a longer conversation
Can’t say “the field” in the general case; there are many places in the NAS where the same frequency is used by a few uncontrolled airports that are close together.
I'm pretty sure that every ATC already knows this automated voice and what it means.... in a year or two, after having stories and videos it will become even more well known and then people will say that repeating emergency too much or spending too much time on it is a waste of airtime.
I always thought having day laborers chilling in Home Depot parking lots was a net positive thing for the store and a bit of an untapped potential. Companies pay a lot of money to insert themselves in the hiring stream, and here is Home Depot as the defacto meeting point for a substantial amount of economic activity. Surely a more intelligent and less frightened company could make something positive out of this.
But that's what you get with a fear-based political leadership. ICE targets day laborers not because of the horrible damage they do to the US economy, but because they have been selected as the scapegoats du jour.
How can an intelligent company make money from illegal activity in your opinion? Day laborers hang in the parking lot because they can't work legally, if they could then they could use HD's contractor portal and bid on jobs there.
I've considered setting up an ASN and grabbing an IPv6 block for myself for a while now, but have never had the gumption, time, and funds at the same time.
killedbygoogle.com says 2004 to 2014 so a decent chunk of the service's run.
reply