5 ms·

Android 13: This site can’t provide a secure connection archive.ph uses an unsupported protocol. ERR_SSL_VERSION_OR_CIPHER_MISMATCH

by mahkoh 3y ago

a1o 3y ago
Curiously it's working fine on iPhone Safari.
- Wistar 3y ago
  Also on ipad
cmrx64 3y ago
use https://archive.is/UXyGN https://archive.is/UXyGN as an alternative, idk why people drop "phake" links ;)
robobro 3y ago
Not helpful for you, but works fine for me on my PC, if that helps anyone else.
politelemon 3y ago
Works on Firefox
arcanemachiner 3y ago
Are you using CloudFlare for your DNS (i.e. 1.1.1.1)? The archive URLs (ph, is, today) used to block requests from them for some reason (and possibly still do). EDIT: Apparently the issue was resolved in 2022 (on mobile and gotta run so can't link wiki page).
- deleted 3y ago
  [deleted]
kelnos 3y ago
I see this too. I'm using Firefox, and 1.1.1.1 for my DNS, and get SSL_ERROR_NO_CYPHER_OVERLAP in Firefox, and the same error you do in Chromium. Curl also fails with a similar error. 1.1.1.1, 8.8.8.8 (Google's DNS), and 9.9.9.9 (Quad9) all resolve archive.ph to the same IP address for me, 89.253.237.217. If I get on a VPN (Mullvad, exit in Los Angeles, CA, USA), I get a different address for archive.ph (41.77.143.21), which works fine. If I get off the VPN, but put that address in /etc/hosts, it still works. Reverse DNS on 89.253.237.217 (no VPN) gives me "example.spb.ru", while for 41.77.143.21 (with VPN) it's "host.41.77.143.21.binaryracks.net". If I get back on the VPN, and put the Russian IP in /etc/hosts, it works as well. So I wonder if my ISP (Comcast) is interfering with TLS negotiation when attempting to access some hosts, and perhaps this is related to Russian sanctions, or just some other Russia-related blocking? Anyhow, try putting: 41.77.143.21 archive.ph in your /etc/hosts file (not sure if there is an equivalent on Android), and see if that helps.

Android 13: This site can’t provide a secure connection archive.ph uses an unsupported protocol. ERR_SSL_VERSION_OR_CIPHER_MISMATCH

by mahkoh 3y ago

Android 13: This site can’t provide a secure connection archive.ph uses an unsupported protocol. ERR_SSL_VERSION_OR_CIPHER_MISMATCH

a1o 3y ago

Curiously it's working fine on iPhone Safari.

Wistar 3y ago
Also on ipad

cmrx64 3y ago

use https://archive.is/UXyGN https://archive.is/UXyGN as an alternative, idk why people drop "phake" links ;)

robobro 3y ago

Not helpful for you, but works fine for me on my PC, if that helps anyone else.

politelemon 3y ago

Works on Firefox

arcanemachiner 3y ago

Are you using CloudFlare for your DNS (i.e. 1.1.1.1)? The archive URLs (ph, is, today) used to block requests from them for some reason (and possibly still do). EDIT: Apparently the issue was resolved in 2022 (on mobile and gotta run so can't link wiki page).

deleted 3y ago
[deleted]

kelnos 3y ago

I see this too. I'm using Firefox, and 1.1.1.1 for my DNS, and get SSL_ERROR_NO_CYPHER_OVERLAP in Firefox, and the same error you do in Chromium. Curl also fails with a similar error. 1.1.1.1, 8.8.8.8 (Google's DNS), and 9.9.9.9 (Quad9) all resolve archive.ph to the same IP address for me, 89.253.237.217. If I get on a VPN (Mullvad, exit in Los Angeles, CA, USA), I get a different address for archive.ph (41.77.143.21), which works fine. If I get off the VPN, but put that address in /etc/hosts, it still works. Reverse DNS on 89.253.237.217 (no VPN) gives me "example.spb.ru", while for 41.77.143.21 (with VPN) it's "host.41.77.143.21.binaryracks.net". If I get back on the VPN, and put the Russian IP in /etc/hosts, it works as well. So I wonder if my ISP (Comcast) is interfering with TLS negotiation when attempting to access some hosts, and perhaps this is related to Russian sanctions, or just some other Russia-related blocking? Anyhow, try putting: 41.77.143.21 archive.ph in your /etc/hosts file (not sure if there is an equivalent on Android), and see if that helps.