Sheridan Posted February 7, 2017 Posted February 7, 2017 All of a sudden we seem to be getting errors when some users are opening Gmail. Some see an error when clicking compose, others see 'Loading...' for a minute of so before the followng error text appears: Error Some features have failed to load. If this problem persists, try reloading the page or using the basic HTML version. Now the odd thing is this happens on Chrome and IE, on W7 and W10 and doesn't follow any pattern. Older or newer PC. We have a dedicated 300Mbps connection through our smoothwall UTM and aren't having any performance issues so I'm doubting connectivity issues. This has affected both staff and student accounts but only a handful so far. I've run through the usual google recommendations (cleared cookies, cleared sign on cookies, disabled all labs (not that they use any), and even deleted profiles) but the problem persists. Anyone else seen this errors start to pop up recently?
TIOAOA Posted February 7, 2017 Posted February 7, 2017 It doesn't have anything to do with Rapport does it as per http://www.edugeek.net/forums/internet-related-filtering-firewall/177769-chrome-random-crash-outs.html?highlight=rapport
Sheridan Posted February 7, 2017 Author Posted February 7, 2017 It doesn't have anything to do with Rapport does it as per http://www.edugeek.net/forums/internet-related-filtering-firewall/177769-chrome-random-crash-outs.html?highlight=rapport No, we don't have Rapport on any PCs here. It happens on both IE and Chrome, both of which are locked down with no addins. Oddly we haven't changed anything recently (like policy settings etc)
Sheridan Posted February 7, 2017 Author Posted February 7, 2017 Well its spreading here now, I'm expecting a growing pile of complaints by the end of the week! Clearing profiles/rebooting the UTM/etc has had no effect. It seems unlikely to be an OS issue as it effects 7/10. We have noticed the users who are having the issue have no issues using their gmail on their phones, but I guess that is a) a seperate app and b) not behind out UTM so it doesn't really prove anything.
KibosJ Posted February 7, 2017 Posted February 7, 2017 Using Gmail here with Smoothwall and haven't noticed any problems. Is it just Gmail or other google services?
Sheridan Posted February 7, 2017 Author Posted February 7, 2017 Using Gmail here with Smoothwall and haven't noticed any problems. Is it just Gmail or other google services? Well I now know its the smoothwall thats causing it! If I disable authentication for mail.google.com it works fine, however the https inspection and content modification also then fail allowing users to login to any gmail account (school policy is to only use provided gmail account!) So I'm stuck with this at the moment, Not sure if its something google or smoothwall have changed.
chinesewhispers Posted February 7, 2017 Posted February 7, 2017 Not anything linked to this is it? http://www.edugeek.net/forums/smoothwall-direct-support/176385-glamis-3-need-restart-web-proxy.html What level of Smoothwall are you running?
Sheridan Posted February 8, 2017 Author Posted February 8, 2017 We're on Glamis 3 but don't have the malware license anyway. I could handle it if switching off authentication didn't also break the HTTPS Inspection and Content Mod but this clearly doesn't work. I thought that an authentication exception for our NTLM would put those into Unauthenticated IPs, which are in both the https and content mod categories. Weird how this just started suddenly. We have made no changes to our UTM or GPO's recently to trigger this.
SpaceInvader83 Posted February 8, 2017 Posted February 8, 2017 Could it be your SSL inspect breaking it? https://support.google.com/chrome/a/answer/6334001?hl=en&ref_topic=3504941
Sheridan Posted February 8, 2017 Author Posted February 8, 2017 Could it be your SSL inspect breaking it? https://support.google.com/chrome/a/answer/6334001?hl=en&ref_topic=3504941 I'm not sure as we've used https inspection on gmail along with content mods for years and its only just started failing - it worked a treat allowing access to only our gmail domain. That article also doesn't mention whitelisting the mail.google.com url, which is the one that seems to fix/break it when authentication is applied.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now