Jump to content

NetworkSeb

Members
  • Posts

    7
  • Joined

  • Last visited

Everything posted by NetworkSeb

  1. We had the same issue on Chromebooks. Had to add 'earth.google.com' to 'URL Blocking' - 'Blocked URL exceptions' in the Google Admin Console (User & Browser Settings).
  2. Oh for sure we have the names, dates/times and what they have been looking at. All being delt with in terms of having the talks with the Students and informing their parents/carers of what they have been up to and working out suitable punishments. We expect the reply from the parents/carers and students to be that we should be blocking such content in school etc but we can show them the IT usage agreement forms they signed stating that although we do our best to block and prevent 'bad websites' the filters cannot possibly catch them all (no-one can!) its just a best effort thing really by all Schools and the web filtering systems they use . You can bet your bottom dollar that any parents/carers that have some sort of 'net nanny' type software on their kids devices do not realise that it can be bypassed so easily. Thankfully its only a small handfull of students that had been taking advantage of the 'hole'. I'm sure they will keep trying to access websites they shouldn't be so lets see what they find next! :-)
  3. We noticed that students have been using a website to bypass our Paloalto web filtering. The website is:https://webrecorder.io/ We are a bit miffed how the Paloalto missed this but have informed Paloaltonetworks of the mis-categorisation of that website so hopefully it will be re-categorised as high risk and as a kind of proxy. Just thought I'd make others aware incase it isn't being caught by their filtering systems too. We are currently checking to see if there are other 'web archives' that are allowing students to bypass the filters. Got to say it is scary seeing what the students have been using it for!
  4. Well I input the following into the Device Settings>USB Detachable Whitelist 0d28:0204 0951:1603 but I noticed that the preceding zeros are removed after saving so we end up with: d28:204 951:1603 Could that be the issue? If so, how does one resolve? Thanks
  5. Hello, I have tried to search for an answer to this but not had any luck so am hoping someone on here can help... We have just implemented the blocking of USB Storage Devices on our School Computers. As was expected there are exceptional circumstances that require the use of a USB Device to be allowed (Microbits being just one). So we have gone with a Whitelist approach using USBDLM on the Windows PCs. All working no problems. Unfortunately, we are not having much luck applying the same rules to the Chromebooks/boxes. In the Google Admin Console, we can see that in the user based settings we are able to 1 - allow USBs, 2 - allow USBs but read-only and 3 - block USBs altogether. Not exactly what we are after.In the Device settings there is a setting that is called USB Detachable Whitelist. This sounds like it should do what we need but unfortunately it doesn't appear to be the case. Regardless of what Vendor and PID details we enter the devices we do NOT want to be accessible are still showing up in the File app! So I guess the question is, has anyone been able to block USB devices but Whitelist a particular device(s) in ChromeOS? Hopefully someone has understood the problem I am facing and might have a solution or at the very least it would be nice to know that it's not just us with this issue. Thanks in advance.
  6. In the end I wrote my own script that exported groups / courses into AD then used moodle LDAP enrolment to enrol students and teachers into the courses with the correct permissions.
  7. Hey climo, Did you ever fix this issue? Having exactly the same issue on 2.5 (latest from git)
×
×
  • Create New...