Hi Everyone.
I have a customer who has a FGT 80E with full UTM features. The main web policy has Web Filtering, IPS, AV and SSL inspection Security Profiles assigned. The end users are reporting that randomly they will get redirected to gstatic.com/generate_204. Looking the browser history under gstatic.com/generate_204 it references "Fortinet DNS Service" which made me wonder if it was one of the Security Profiles causing the issue. I removed all profiles from the web rule and the issue still occurred.
I then came across this KB (https://kb.fortinet.com/kb/documentLink.do?externalID=FD36680) regarding QUIC (Quick UDP Internet Connections) and as the customer had reported that the issue was with Google Chrome, I asked them to implement Method 1 from the KB on a machine that was experiencing the issue. Unfortunately this did not resolve the issue.
I have looked at the logs on the FGT and there is nothing there to help me. I am not convinced its a FGT issue (although the reference the Fortinet DNS Service is making me doubt myself) so I am hoping that someone here has seen this before? I have also raised a support ticket with Fortinet in the hope this has been seen before.
The FGT is running firmware v6.4.1 build1637 (GA).
Note: I have seen this error message when dealing with CWPs in the past but this is not applicable in this instance.
TIA.
Nominating a forum post submits a request to create a new Knowledge Article based on the forum post topic. Please ensure your nomination includes a solution within the reply.
I don't think I've seen this before, but you do know 6.4.2 and 6.4.3 have been released, right? I would recommend upgrading to 6.4.3 ASAP.
6.4.1 was crazy buggy and we saw things that didn't make any sense to us. It was such a relief when 6.4.2 came out.
FWIW, we saw strange things that sound *somewhat* like this on proxy mode policies. Flow mode would fix it for us. The issue was the SSL inspection, so we could either turn it completely off (no_inspection profile) or change to flow mode.
lobstercreed wrote:Thanks for this. I realised that going from 6.0.x to 6.4.1 changed the default behaviour of the security profile from flow mode to proxy meaning that some of the profiles were rendered useless even though they were applied to flow based rule (exclamation mark was displayed beside the profile that was affected). Having read some forums, I was hopeful that switching the profiles to flow based would help but nope. Always conscious of rocking a new FW hence the reason we haven't upgraded to 6.4.3. You running 6.4.3 currently without issue?
I don't think I've seen this before, but you do know 6.4.2 and 6.4.3 have been released, right? I would recommend upgrading to 6.4.3 ASAP. 6.4.1 was crazy buggy and we saw things that didn't make any sense to us. It was such a relief when 6.4.2 came out. FWIW, we saw strange things that sound *somewhat* like this on proxy mode policies. Flow mode would fix it for us. The issue was the SSL inspection, so we could either turn it completely off (no_inspection profile) or change to flow mode.
Yes, I upgraded Friday morning - no issues so far. If you'd feel better, at least go to 6.4.2. I was on it since the day after it came out and was never so happy to upgrade. Had 4 TAC cases open on 6.4.1 for serious issues.
Quick update on this. Upgraded to 6.4.3. Issue seemed to disappear for ~2 weeks then raised its head again.
So randomly, the user would be browsing and get a webpage with "Connect to Network. The network you are using may require you to visit www.gstatic.com". At the same time Outlook will appear with a cert error which is consistent with it detecting connection to a new network. All very strange.
To mitigate this, I have applied a web filter override and applied it to the web filter in use.
Anyone any additional thoughts?
which certificate is being presented at such a moment?
i believe www.gstatic.com is used to google products to check if they have internet access. is this on mobile devices or also on wired ones?
and no network issues you are aware of?
can you share a screenshot of the certificate? if it comes form the FortiGate itself it might be because it is blocking something on https. although you said it also happens on policies without UTM enabled right? is that still the case?
No network issues. We have noticed a SLA that could be confusing the box but apart from that, nothing.
Good morning,
I'm reopening this thread because I'm struggling a lot.
Every time a user tries to access internet via hotel/airport Wifi, Fortinet shows the "URL Blocked by FortiClient" with these details: "www.gstatic.com/generate_204 is in the category Unknown. FortiClient has been configured to block unrated URLs. This URL was categorized as unrated because the FortiGuard URL rating service is inaccessible."
We have this issue since ever, starting from firmware v. 6.4 as I remember.
Actual details: FortiGate 200E, v. 7.2.0 build 1157.
Is there a way to finally solve it? It's pretty annoying, especially when people is outside Europe and mobile hotspots are too expensive.
Select Forum Responses to become Knowledge Articles!
Select the “Nominate to Knowledge Base” button to recommend a forum post to become a knowledge article.
User | Count |
---|---|
1679 | |
1085 | |
752 | |
446 | |
226 |
The Fortinet Security Fabric brings together the concepts of convergence and consolidation to provide comprehensive cybersecurity protection for all users, devices, and applications and across all network edges.
Copyright 2024 Fortinet, Inc. All Rights Reserved.