For several weeks now I cannot use the websites

archive.today archive.fo archive.is archive.li archive.md archive.ph archive.vn

with ESET Internet Security installed. Regardless if I use Firefox, Chrome or Edge on Windows 11, Windows 10 and also Windows 7.

The sites just don't load.

 

The sites are fully working if I completely uninstall ESET Internet security.

A temporary deactivation of the firewall and/or virus protection in ESET has no effect.

 

What is the solution to this problem?

So that's why I've not been able to use these sites recently? I remember searching for something there about a month ago, but the connection would just timeout. I figured the sites were having trouble since they would simply timeout without any errors.

I can confirm I'm still unable to open these sites on a machine with EIS installed. I've just tried on another computer with just defender and my phone, both using the same ISP, it those sites load up instantly.

Edited December 18, 20231 yr by cofer123

https://news.ycombinator.com/item?id=38063548

Might have something to do with Eset's heavy reCaptcha use.

 

Go to settings and disable SSL/TLS scanning. It's not the first time that ESET SSL/TLS scanning "breaks" some websites. The same happened to me on some sites too.

Edited December 18, 20231 yr by arcanum

  On 12/19/2023 at 12:42 AM, arcanum said:

Go to settings and disable SSL/TLS scanning.

Thanks, that does indeed work.

  On 12/19/2023 at 1:01 AM, User said:

Thanks, that does indeed work.

I'd strongly recommend re-enabling SSL/TLS filtering, otherwise you expose the computer to Internet-borne threats. Nowadays most malware originates from HTTPS sites so without SSL/TLS filtering downloaded files are not scanned and malicious web pages may not be blocked.

The issue with the said sites has been reported to developers for investigation.

  On 12/19/2023 at 12:42 AM, arcanum said:

Go to settings and disable SSL/TLS scanning. It's not the first time that ESET SSL/TLS scanning "breaks" some websites. The same happened to me on some sites too.

  On 12/19/2023 at 1:01 AM, User said:

Thanks, that does indeed work.

  On 12/19/2023 at 5:01 AM, Marcos said:

I'd strongly recommend re-enabling SSL/TLS filtering, otherwise you expose the computer to Internet-borne threats. Nowadays most malware originates from HTTPS sites so without SSL/TLS filtering downloaded files are not scanned and malicious web pages may not be blocked.

The issue with the said sites has been reported to developers for investigation.

Marcos is right! The post by arcanum marked as a "solution" is not a solution!  You should unmark the solution and wait for Eset's solution.

Edited December 18, 20231 yr by 100

  On 12/19/2023 at 6:23 AM, 100 said:

Marcos is right! The post by arcanum marked as a "solution" is not a solution!  You should unmark the solution and wait for Eset's solution.

It's not a solution, but temporary solution while waiting ESET engineers to fix it out. 🙂

And everyone should know that never ever permanently disable any security components.

Excluding just the IP address is a much safer workaround:

Excluding the IP address is not trivial in this case, because the sites use a lot of different IP addresses and once you enter for example archive.today that IP address is forwarded to another IP address.

As linked in posting 3:
 

  Quote

 

The operator wants to ensure that all archives occur across a country boundary, so that any takedowns have to be an international affair.

And as such cloudflare DNS doesn’t work with it for some reason

 

So is it possible to exclude the domain names instead of IP-addresses?

There's about 1% of websites that does not work with SSL/TLS scanning enabled. They just timeouts. I'm interested what might be a reason for that. Does SSL/TLS scanner do something (handshake) that prevents the website to load? 

 

Information from developers:

This server is unable to cooperate with any of the commonly used software that we've tried, even with TLS filtering disabled (curl, openssl command line tool, Qualys server test: https://www.ssllabs.com/ssltest/analyze.html?d=archive.today). Our  guess is it has a poor TLS implementation. Please report this issue to the website owner, there's nothing we can do about it.

Users of Kaspersky had the same problem with these domains and they provided a solution: 

add the domain names (archive.today / archive.is / ...) in the "Encryted Connections Examination" as "Trusted Addresses"

See last posting in this German forum:

https://forum.kaspersky.com/topic/probleme-mit-archiveis-oder-archiveph-35965/

So is this not possible in EIS?

It appears that setting scan to Ignore for both cert. used by archive.ph and archive.today did the trick too:

Thanks, that seems to work so far.

Since today the workaround above doesn't work anymore.

What now?

  On 2/7/2024 at 11:34 PM, User said:

Since today the workaround above doesn't work anymore.

What now?

One distinct possibility is the archive web site certificates have changed. You could try deleting and re-adding certs. associated with the web sites.

  On 2/8/2024 at 12:21 AM, itman said:

One distinct possibility is the archive web site certificates have changed. You could try deleting and re-adding certs. associated with the web sites.

Thank you very much.

Now it works again.