
Enrico
Members-
Content Count
41 -
Joined
-
Last visited
Profile Information
-
Gender
Male
-
Location
Italy
-
FireWall rule not working
Enrico replied to LDCC's topic in ESET Internet Security & ESET Smart Security Premium
Akamaiedge is a CDN used by multiple websites and programs, blocking that global domain can cause issues, it's better to block only some of the subdomains used for analytics or tracking (like *g.akamaiedge.*). You can use Wireshark with the filter "dns" to log all the connection requests made by the app. -
FireWall rule not working
Enrico replied to LDCC's topic in ESET Internet Security & ESET Smart Security Premium
@itman : if I create a new zone with some IP ranges (goog), then create a deny rule for Firefox, the firewall behaves correctly. So we have two options: something's wrong in the op rule or something was fixed with the last module update. -
FireWall rule not working
Enrico replied to LDCC's topic in ESET Internet Security & ESET Smart Security Premium
That rule is totally wrong, you must create a new rule under Firewall - Advanced - Rules - Edit - Add Note that the IP's can change from time to time, so it's better to block domains, subdomains or even scripts with web access protection - url address management ( *line.me* ). -
Firefox certificates issue
Enrico replied to Enrico 's topic in ESET Internet Security & ESET Smart Security Premium
I know, but tell it to the bank (that was naggin' me with "install the app from gooogle play because it's more secure" blah blah), to the insurance or to the biggest ISP here, today their are facing serious issues because of this procrastination. -
Firefox certificates issue
Enrico replied to Enrico 's topic in ESET Internet Security & ESET Smart Security Premium
Update: I've started having issues with FF on some websites, the solution was set "security.tls.version.min" to 1 . -
Firefox certificates issue
Enrico replied to Enrico 's topic in ESET Internet Security & ESET Smart Security Premium
I can confirm that disabling filtering the cert goes away... In the 20H2 machine I've resolved with Eset reinstallation/reconfiguration, root certificates cleanup/rebuild and restoring some old firefox profiles, now everything seems ok, so probably it was a corruption or a misconfiguration due to November patches. In the 1909 machine a newer Eset certificate was installed and after reboot no browsing issues. Thanks -
After the last updates I started having the certificates issue with firefox https://forum.eset.com/topic/23125-certificate-issues-for-firefox-740-64bit/page/6/ On W10 20H2 FF 78.4.1 ESR has credential issues that lead to secure connection errors and data loss, Ungoogled Chromium seems not affected. On W10 1909 FF displays invalid cert on every website, the same with Ungoogled. Pref "security.enterprise_roots.enabled" is "true" and locked (by Eset or by group policy) I see no errors in browsers console. On the third PC with 20H2 and without Eset SSP I have no issues.
-
UUID was removed from the link, that's why you see a blank page. You can visit this page https://eshop.eset.com/it/eset/renewal/ and see dns logs. Strangest thing is that I load the international page But clicking "renew" leads to eshop.eset.com/it/eset/renewal/ and relative connections to google servers. Another strange thing: different languages=different third parties involved in user tracking (some localizations like french and dutch are more privacy friendly). Funny that to purchase the license of a software that I use to protect me from Google (& frien
-
Yesterday I've recived a license renewal e-mail from licenze'at'enjoy.eset.com (ITA), in the recipient there was a hyperlink (renew now) to https://enjoy.eset.com/pub/cc?_ri_= ...(tracking UUID)... , the link resolves to a Google server IP (109.113.201.35.bc.googleusercontent.com ). For privacy and security reasons I'm blocking all Google Ip ranges and domains, so no connection was made. My question is: why license renewal process must pass trough Google data gathering?