WhatsApp Down
web.whatsapp.com
web.whatsapp.com
Employees did not like it and after a few months everyone migrated to Whatsapp.
Oh, and the core of the UK government runs on WhatsApp https://www.theguardian.com/uk-news/2023/jun/02/senior-torie...
Wow, I'm surprised a government IT would allow this. Any corp I've worked for strictly prohibited use of messaging tech that's not self-hosted.
That makes me wonder, what _do_ governments around the world use for p2p communication?
I'm sure the business profited greatly from that...
And right now you look can look all the big MoveIT mass exfiltration hitting a wide range of orgs that wouldn't use Sharepoint "for security reasons".
See this movie's footage for Afghan Army usage: https://www.rottentomatoes.com/m/retrograde_2022_2
The Ukraine has/had a relevant IT-offshoring sector, from Wikipedia there's around 1/3 of the soviet military industry that was sitting there (including companies like Antonow)... and they had a few years of preparation since the krim was occupied where they knew that russian secret services would try to undermine any kind of communication infrastructure.
I doubt that they currently rely on WhatsApp for military communication...
Edit: But thanks for the information :)
;; communications error to 66.111.50.12#53: timed out
;; communications error to 66.111.50.12#53: timed out
;; communications error to 66.111.50.12#53: timed out
;; communications error to 66.111.48.12#53: timed out
whatsapp.com. 60 IN A 157.240.223.60
;; Received 57 bytes from 2620:13e:100d:c::35#53(d.ns.whatsapp.net) in 119 ms
Especially a.ns.whatsapp.net still seems down (IPv6 also).I wonder whether this could be a BGP thing again, it was modified very recently according to [1] but I don't understand too much about that.
[1] https://lg.twelve99.net/?type=bgp&router=bei-b2&address=66.1...
The trick is if you bake IPs into your client packages, you need to have most or at least some of those IPs still working until the packages expire, and you need to have a process for server teams and client teams to update the lists for future releases as well as for server teams to know what's in the client builds in the wild. That's not too hard if you're running in bare metal hosting and your hosts are long lived. It's harder if you're running ephemeral cloud stuff (but there's ways to reserve IPs, so it's not _that_ hard).
There's some additional difficulty if you're only running ipv4 servers and some of your clients only have NAT64 access to ipv4. But, it's 2023, you can and probably should make ipv6 work on your servers.
Yes WhatsApp.com is wrong about the status of their own messenger hehe
The phone client is resilient to DNS failures, but it's hard to do that for a website used by a browser (I'm not really sure how it would be done, probably something with service workers which can intercept and process outgoing requests?); and impossible to do if you hadn't loaded it previously.
Disclaimer: I worked at WhatsApp until 2019, including on resilience to DNS failures.
Now I wish I had somewhere a history of DNS entries.
Edit: there appears to be historical DNS records on the internet, so pinning a known IP in /etc/hosts make things work
Looks like it's back now (or in progress to back anyway), but if you want to mess around with your hosts file, and you don't mind a bit of spelunking, you can find your suggested facebook IP with host www.facebook.com, and then look around in the /24 of that IP, looking for whatsapp-cdn-... in reverse DNS. That IP should respond well to requests for web.whatsapp.com. You might need to do something for the websocket hostname(s) too, but I forget the details of that. Might work going to the same IP. Take a look at domains used now, in case you want to do this again in the future.
Or am I reading too much into this?