Opera 12.17 no longer works with https for me
-
-
sgunhouse Moderator Volunteer last edited by
We had that with Vivaldi.net also, but it seems to have fixed itself for now ...
-
ktala35 last edited by
I have problem HTTPS too
fatal error (1066)
Unable to verify the website's identity (OCSP error).
The response from the online certificate validation (OCSP) server was too old.
Not at all sites but many. What can I do? -
Deleted User last edited by
@ktala35 Yes, i get such problem on wireshark.org, too! On Windows and Linux.
-
ghostbear last edited by
What version of Windows are you using ?.
Windows 7 64 bit.
--- How I (temporarily) fixed the problem ---
I went to opera:config => Security Prefs => Disabled "OCSP Validate Certificates".
Now I can at least access https sites.
-
Deleted User last edited by
I went to opera:config => Security Prefs => Disabled "OCSP Validate Certificates".
Yes, a temporary solution! because ...
this may lower security, missing revoced certificates. -
A Former User last edited by
I also get OCSP error when trying to access this site: https://ylilauta.org/
I am using Opera 12.17 (32bit) and windows 7 64bit. https://onedrive.live.com/redir?resid=4EB1F931FF579F20!2628&authkey=!AM88_BV06D8LFGs&v=3&ithint=photo%2Cpng
-
isildur last edited by
I've been having this problem for the last few days, too, on numerous websites that other browsers have no trouble with. I realize they may not be very interested in Presto-based Opera any more, but this is a security issue, so I really, really hope they fix this.
-
rseiler last edited by
Thanks for the obscure fix for the OCSP flavor. There's another new issue with some sites though:
Secure connection: fatal error (40) from server (Failed to connect to server. The reason may be that the encryption methods supported by the server are not enabled in the security preferences_.Still trying to figure that one out. This Russian thread says that it relates to Cloudfare. Apparently, the response from them is: "Yes, the Opera problem is a known issue and should be fixed on their end."
https://archlinux.org.ru/forum/topic/14019 -
rseiler last edited by
So, yes, the problem I mentioned last time, error 40, is because of CloudFlare's new free Universal SSL service, which requires a digital signature algorithm called ECDSA. As you can see by running this test, the signature algorithms section for Opera is blank:
https://www.ssllabs.com/ssltest/viewMyClient.htmlI engaged in an extended tech support back-and-forth with CloudFlare, and that's a hopeless avenue, trust me. Even their supported browsers list is wrong:
https://www.cloudflare.com/ssl#browsersOpera 8?! Uh, no.
BTW, TLS 1.1 is not enabled by default in Opera, but it's easily enabled in Prefs. It doesn't help though.
So, if Universal SSL catches on, it's the end of the Opera 12 line. So far that I've found, it's limited to obscure sites like the one I mentioned last time and this one:
https://dabr.euFortunately, CloudFlare's paid service doesn't seem to have the issue. If it did, Opera 12 would have already been over.
-
Deleted User last edited by
Opera 8?! Uh, no.
Fyi, Opera 8.54 works fine there, after you accept RSA certificate. Same with IE7.
-
rseiler last edited by
Fyi, Opera 8.54 works fine there, after you accept RSA certificate. Same with IE7.
That's incredible. I wonder why.
-
rseiler last edited by
Has anyone figured out a workaround for Error 40 yet, or at least an explanation for how an ancient version of Opera (apparently) works yet v12 doesn't? Sites that use ECDSA continue to grow.
-
blackbird71 last edited byIn checking the https://www.ssllabs.com/ssltest/viewMyClient.html site, if I employ Opera 12.14 with TLS 1.2 (and TLS 1.1 and 1) enabled, the site identifies signature algorithms of: SHA256/RSA, SHA1/RSA, MD5/RSA, SHA1/DSA. If I disable TLS 1.2, leaving enabled TLS 1.1 (and TLS 1), and revisit the site, it indeed identifies no available signature algorithms and warns the visitor about his browser not supporting TLS 1.2. (Performance is identical using Opera 11.52). It appears that the site and/or Opera doesn't provide for signature algorithms at TLS 1.1 or below.
Also, FWIW and from what I can determine, Opera 6.x through 8.x employed protocols SSL2, SSL3, and TLS 1.0. Opera 9.x employed SSL 2 (but was not set as default), SSL3, TLS 1.0, and added TLS 1.1 support. Somewhere after 9.x (either with 10.x or 11.x), SSL 2 was dropped entirely and TLS 1.2 support was added... that being the situation with my copies of Opera 11.x and 12.x. (My Opera 10.x copy has 'gone away', so I can't check it.)
-
rseiler last edited by
Signature algorithms SHA256/ECDSA, SHA384/ECDSA, and SHA1/ECDSA are probably the ones that are key to this (and maybe "Elliptic curves" too, whatever that is) for the Error 40 sites to actually work. Though I find it very hard to believe that those magically exist in 8.54.
-
-
-
mxxxw last edited by
"Use Opera 26." LMFAO!
Already have a backup browser, heavily modified FF. Just wanted to know if there's some sort of "hack" like the Google making you use the old web UI if you don't make it think you are using FF.
-
Deleted User last edited by
@mxxxw I said Opera 12 will not get any fixes related to new SSL ciphers. You cant enabled ciphers not programmed in Operas 12's internal SSL lib. There is no hack to activate nonextstent program features.
-
stng last edited by
The problem web-site hosted by Cloudfire, ins't?
Try to import chr... Opera's root certs to the Opera 12.
- Download archive: https://app.box.com/s/5p00vediw04ds7xkxwgg
- Close Opera
- Extract archive to your Opera's profile folder (don't forget to backup all *.dat files before any manipulations). Replace(rewrite) original *.dat files with files from zip-archive.
This should fix the issue with Cloudfire/SSL !
