global-microsoft-outage

self-hosting critical services
a] email and onedrive is not critical - for critical you better have radio and blueprints on paper
b] IT personnel is expensive and annoying, especially to females (as they treat any nerd at work as non-person)
c] cloud allows you to shift responsibility - which is kryptonite especially to middle management
d] cloud is cheaper in the short term - those who sign in will not be there when the real TC"O" arrives
 
Is re-moralization aka hopium PsyOp.
Since it was never found out who was behind it, we can assume it was someone where they can still keep a secret and on whom the CIA is prohibited to spy on.
*cough*Isra*cough*
If it is military, do the military publish their plans for all to see?
You know there are different groups within 'military', right? Different levels with different access to information. Let's see what happens. Time will tell. I can't prove anything and nor can you. Peace.
 
I used to say that Microsoft should quit developing operating systems and focus on what they are really good at, the Office Suite.
Now I don't even know what to say.
 
  • Like
Reactions: mer
"The most concrete rumor so far (from sources speaking to The Verge’s Tom Warren) is that it involved configuration changes in Azure Virtual Network.Beyond that, no official technical details (exact settings, feature, or change type) have been released. Microsoft has promised a full post-incident report later."
 
the Office Suite.
Actually sucks monkey ba...
Microsoft is good at Device Drivers.
And what saved them server wise was Group Policy.
Now what saves them is that you can have all in one package integrated through SSO. AD - GP - Exchange - MS SQL - SharePoint - Teams - Word and Defender. Plus whatever else you desire on whichever HW.
And GUI - admins are cheaper.

Hopefully the Ai will make drivers and software "obsolete", especially the Office Suit.

Where they slept on is a] hypervisors b] command line options - pretty important if you want agents to help you out with management.
 
If it is military, do the military publish their plans for all to see?
You know there are different groups within 'military', right? Different levels with different access to information. Let's see what happens. Time will tell. I can't prove anything and nor can you. Peace.
Screenshot_2026-09-09_20-24-37.png
 
Another advantage of using Microsoft cloud crap is that if you miss responsibilities because your comm systems are down you can just say that your outage is in worldwide news. If you fail because of (the same length) outage in a smaller system your business partner will punish you. They either don't believe that you had such an outage or they will assume it is your own fault.
 
Thankfully, I don't have Micro$oft account (except quite old registration for DOS and Windoze 3.x). So I'm NOT affected here.

But seeing this (and outages of other clouds), I strongly believe ALL clouds SHALL have 100% same API (internal implementations can be 100% different, though).
If this is MANDATED by international law, anyone (individuals and / or organizations) can sanely have backup environment that is always except outages in sync and switch to another if one fails (with additional costs, of course) if they consider the system important. For mission critical systems, more than 2 cloud providers can be used and kept in sync.

Current APIs should be supported in conjunction with mandated compatible API to allow users "slow migrations" at least for several years.
 
Thankfully, I don't have Micro$oft account (except quite old registration for DOS and Windoze 3.x). So I'm NOT affected here.

But seeing this (and outages of other clouds), I strongly believe ALL clouds SHALL have 100% same API (internal implementations can be 100% different, though).
If this is MANDATED by international law, anyone (individuals and / or organizations) can sanely have backup environment that is always except outages in sync and switch to another if one fails (with additional costs, of course) if they consider the system important. For mission critical systems, more than 2 cloud providers can be used and kept in sync.

Current APIs should be supported in conjunction with mandated compatible API to allow users "slow migrations" at least for several years.
I don't think that's really necessary. Most of the cloud stuff is just nonsense anyways. Having your files encrypted on a fileserver is as close to the cloud as people typically benefit from. I personally, am more concerned by the lack of good file encryption software that works across platforms and allows the encrypted files to be kept encrypted on the server and only unencrypted locally. I see a bunch of options, most of them are quite old or only on one system or another.
 
I personally, am more concerned by the lack of good file encryption software that works across platforms and allows the encrypted files to be kept encrypted on the server and only unencrypted locally.
I like the idea if the algorithm and format is standardized and shared, as all transfers (cloud from/to another, or cloud from/to local) can be stay encrypted this way. It may make synchronizations simple.
 
I like the idea if the algorithm and format is standardized and shared, as all transfers (cloud from/to another, or cloud from/to local) can be stay encrypted this way. It may make synchronizations simple.
For personal use, I've been toying around with using a 5kb header to store the name of the file and some other key bits with a bunch of zeros appended with truncate to fill out the 5kb with the actual file attached afterwards and the entire thing encrypted using openssl and a random name being handed to it. dd can easily split the first 5kb to one file and the remaining to another.

Openssl, dd and I think truncate are all things that are fairly widely available.
 
And the best would be "master at local, and backup on cloud(s)" for data.
Programs for the system can run mainly on local or clouds, depending on the workloads. For constant workloads, running local and switch to clouds only when something abnormal happened on local. For workloads that are not so heavy but could have huge spikes would fit clouds (ticket sellers, live video, ...) as more computing power can be purchased for short period of times in real time.
 
And the best would be "master at local, and backup on cloud(s)" for data.
Programs for the system can run mainly on local or clouds, depending on the workloads. For constant workloads, running local and switch to clouds only when something abnormal happened on local. For workloads that are not so heavy but could have huge spikes would fit clouds (ticket sellers, live video, ...) as more computing power can be purchased for short period of times in real time.
The trouble is you need cluster of servers for redundancy, then you need UPS, air conditioning and solid door. To maintain that you need a lot of expensive staff too - and you would rather employ some nice ladies than a bunch of neurodivergent guys.

At home I would love to have my own email server but to get static IPv4 is expensive. IPv6 too - fu..ing ISPs, man.
To maintain it is another pain. You easily get on the Gmail IP shitlist.

Having your files encrypted on a fileserver
I am toying with the idea of encrypting my files on Google drive etc. beyond symetric encryption i.e. RAR. But the problem is lack of Android client.
Same goes for email. PGP used be a thing on desktop. Now you have problem installing even VeraCrypt.
Secret Police hates to come across they can't read right away, I guess.
 
It may be my prejudice, but I don't think we are looking at a general cloud problem here.

Microsoft is just not very good at this computer thing. Never has been. Just look at their cloud security incidents. They just don't reach the level of cometency that e.g. Google has.
 
Well, it happens. In any case, no one’s going to tell us the real reason why the services went down. Everything being written is just speculation and guesswork. Personally, I couldn’t care less—I’m not using any of these services today. I mean, the only one I ever used was Teams, and even that—I’ve completely abandoned my account. I’ve just stopped giving a damn about any of it.
Maybe they were making some changes and broke something, maybe it was a patch, maybe an intrusion. Could be hundreds, thousands of possible reasons...
 
"Prepare for x days with supplies" message given by many countries' governments...despite giving no real clue as to what they know.
Incessant "Russia is the bogeyman" messaging by EU countries' governments.
...
Petrol generator, lithium house battery, power packs, 3 FM radios to pick up emergency broadcasts, spare smartphone, big packs of duracells, water for 2 weeks, lots of cans of beans and soup, emergency chocolate, calor gas heater, camping gas stove, first aid kit, more batteries, crappy wind-up radio/torch thing, sub-zero rated sleeping bag, more emergency chocolate and biscuits, extra jumpers, coats, gloves, hats and duvets, 500 bog rolls just in case, emergency flashlights, old car battery in the garage hooked up to old car radio, etc, etc... I guess it must be winter approaching. Its all good, like caffeinated soap.

1794660765522.png
1794660889359.png
1794660985066.png


I guess the toilet-roll buying here is not quite at the full-on pandemic panic level yet (or 'bog-roll-gate', as we call it) 😬

1794661085783.png
 
Petrol generator, lithium house battery, power packs, 3 FM radios to pick up emergency broadcasts, spare smartphone, big packs of duracells, water for 2 weeks, lots of cans of beans and soup, emergency chocolate, calor gas heater, camping gas stove, first aid kit, more batteries, crappy wind-up radio/torch thing, sub-zero rated sleeping bag, extra jumpers, coats, gloves, hats and duvets, 500 bog rolls just in case, emergency flashlights, old car battery in the garage hooked up to shortwave radio, etc, etc... I guess it must be winter approaching. Its all good, like caffeinated soap.
View attachment 27905View attachment 27907View attachment 27908

I guess the toilet-roll buying is not quite at the full pandemic panic level yet 😬
View attachment 27909
You forgot some bottles of Ardbeg 10 for desinfection :):)
 
It may be my prejudice, but I don't think we are looking at a general cloud problem here.

Microsoft is just not very good at this computer thing. Never has been. Just look at their cloud security incidents. They just don't reach the level of cometency that e.g. Google has.

Agreed. Their ironclad stronghold on consumer OEMs is keeping them relevant.
 
It may be my prejudice, but I don't think we are looking at a general cloud problem here.

Microsoft is just not very good at this computer thing. Never has been. Just look at their cloud security incidents. They just don't reach the level of cometency that e.g. Google has.
Absolutely, but not being tied to a cloud company is still something to avoid.

I've known people that work at MS and a real problem is that they literally can't fix bugs because they don't have a test lab and the software is so bloated that often they can't even get a full core dump to even start identifying the instructions that caused the panic. So bugs that occur at MS can and do get fixed, the others are often times unfixable as they don't know what happened.
 
So when we send information about a BSOD they can't actually do anything with it?

:)
Usually no, not unless you get extremely lucky and the mini dump has all the relevant information. To some extent, FreeBSD has a similar issue in terms of modern core dumps being too large to send over the net, except that developers will just have you run a few commands locally when there is a reported panic to see where the problem happened. MS doesn't even do that. And they also intentionally allow support of noncompliant hardware as part of their strategy to remain the dominant OS. They'll work around bugs that should just be fixed by the OEM.

MS hasn't ever been particularly quality software, but it got worse when they closed down their testing lab and started to focus heavily on identifying bugs by using Windows internally as the test environment.
 
  • Like
Reactions: mer
Back
Top