Answers.Body: <p>I've had it go the other way...</p>
  
  <p>Website (self hosted Moodle) worked while we set it up. Worked fine first period. Something got triggered on the school network and decided that too many students were going to the site so it got blocked. </p>
  
  <p>Same as you I could still get to it from my computer, but students couldn't. </p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-19T17:18:53.693Z
Answers.Text: Wow is this actually a thing? Never considered it could be on the school's end. That seems so counterintuitive though, if it's a classroom for teaching programming, shouldn't they expect teachers to guide many students at a time to use the same online tools or services, hence the same websites? But then, I'm just an "outsider" educator teaching a government course hosted by a university, so I'm unfamiliar with how university IT people govern their network. But this could explain that problem I experienced.
Answers.UserDisplayName: Daniel with a Spaniel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-19T18:02:24.780Z
Answers.Text: I don't think it was our school network directly. Pretty sure it was the filtering service that we subscribed to so the students "could be safe."
Answers.UserDisplayName: Ryan Nutt
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-18T03:13:16.387Z
Answers.Text: Seems possible to me that teachers and students are routed different and come from different IP addresses. So when the students mistype their passwords (and are all coming from the same IP address) the site get suspicious, but teachers are not effected.
Answers.UserDisplayName: dlu
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-18T03:24:27.623Z
Answers.Text: I'd be surprised if it is your school network or the filtering service. I think it is much more likely that the Moodle was seeing lots of failed login attempts which it interpreted as either login probing or a DOS attack and so it blocked the school's IP address. The block may timeout, or it may need to be cleared manually.
Answers.UserDisplayName: dlu
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-19T16:28:08.477Z
Answers.LastActivityDate: 2019-02-19T16:28:08.477Z
Answers.UserDisplayName: Ryan Nutt
Answers.Body: <p>It is very common for institutions to use a single IP address and Network Address Translation (NAT) to avoid the problems of getting and maintaining a larger IP address space. As a result a website experiences all of the traffic from the institution as a single user. Depending on the threshold for password failures or rate limiting the traffic may see the school's traffic as a DOS attack.</p>
  
  <p>You may be able to contact the provider and see if they can adjust the threshold for your site's IP address - I know this is possible on Drupal based sites. If they are unwilling it might be worth asking if they would prefer that you use, and could recommend, an alternative site that is able to handle schools (and kids who don't type well and who forget passwords).</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-20T12:03:31.843Z
Answers.Text: I didn't realize this, and it makes a lot of sense.  Nice answer!
Answers.UserDisplayName: Ben I.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-03-18T03:20:51.450Z
Answers.LastActivityDate: 2019-03-18T03:20:51.450Z
Answers.UserDisplayName: dlu
Answers.Body: <p>Yes.  I have a web development class.  If more than 5 people connect to the free hosting site, it stops anyone else from connecting via FTP, since we appear to all have the same IP address.  Multiple connections from the same site can be a script running, and most users will not appear to have multiple connections.
  I do: Demo using the FTP client, go through some of the issues with connecting (error messages etc.) and then, because of this restriction, I will either:</p>
  
  <p>1) Manage the class in groups (if a small class) or</p>
  
  <p>2) Give them a task (ftp their site) to perform at home for review at the next class</p>
  
  <p>It is annoying, but as indicated above, it is likely to detect DOS or other malevolent connections.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-21T17:10:07.597Z
Answers.Text: I didn't want to make my post too long so I didn't mention that I also experienced your problem when I tried to get my students to sign up and upload their files on a hosting site (xfinityfree to be precise). Although the conditions here are different from my Nodejs.org problem, your answer most certainly explains one half of the problem that caused me to post here in the first place. Thank you for replying.
Answers.UserDisplayName: Daniel with a Spaniel
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-22T18:57:50.220Z
Answers.Text: In one class (different training center) none of the class can connect via ftp at all. This is a different problem as well (school network blocking rather than site) but I did verify that it was both the location and specific to learner accounts.
Answers.UserDisplayName: srattigan
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-02-20T16:15:25.663Z
Answers.LastActivityDate: 2019-03-18T14:41:35.870Z
Answers.LastEditDate: 2019-03-18T14:41:35.870Z
Answers.UserDisplayName: srattigan
Body: <p>So I had my students go to <a href="http://www.nodejs.org" rel="nofollow noreferrer">NodeJS.org</a> to download Node.js, and they did it with no problems. Two days later, I had them go to <a href="http://www.nodejs.org" rel="nofollow noreferrer">NodeJS.org</a> again, but none of us could access the site, not even from the designated "teacher's computer" of the classroom I was using.</p>
  
  <p>However my laptop, which was connected to the school's wireless service for teachers, could still access the site. I'm assuming classroom computers and the school wireless are on separate networks. Could this mean that the anti-<a href="https://en.wikipedia.org/wiki/Denial-of-service_attack" rel="nofollow noreferrer">DDos</a> system at <a href="http://www.nodejs.org" rel="nofollow noreferrer">NodeJS.org</a> basically mistook us for a potential <a href="https://en.wikipedia.org/wiki/Denial-of-service_attack" rel="nofollow noreferrer">DDoS</a> and blocked us? There were about 20 students. A week later we could access the site again.</p>
  
  <p>So I'm just wondering if anyone else experienced anything like this? </p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-19T13:16:55.633Z
Comments.Text: If you can reach them from any machine, the front page has links to the pages on which you can raise issues. Ask them there. Every such site will have its own policies, of course.
Comments.UserDisplayName: Buffy
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-20T09:36:32.740Z
Comments.Text: Note: I see many teachers and students using the word DDOS (Distributed Denial Of Service) attack, I never hear them saying DOS (Denial Of Service) attack. There is nothing distributed about what you are describing.
Comments.UserDisplayName: ctrl-alt-delor
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-20T09:38:07.083Z
Comments.Text: Have you considered torrent?
Comments.UserDisplayName: ctrl-alt-delor
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-20T19:23:09.287Z
Comments.Text: Can you put a copy on a local shared drive?  Another clever way too get by could be to create a torrent as suggested ( https://torrentfreak.com/how-to-create-a-torrent/ ) but the optimal solution is likely to be the one suggested first, and ask the site to give you a "clean access pass".  In any case, it is a learning experience and now you'll recognise it when it happens again.  Welcome to CSE :)
Comments.UserDisplayName: srattigan
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-21T16:43:37.873Z
Comments.Text: @ctrl-alt-delor Thank you, I guess I focused too much on trying to convey my problem that I brain farted on the nomenclature.
Comments.UserDisplayName: Daniel with a Spaniel
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-02-21T16:46:04.087Z
Comments.Text: @srattigan yes, I subsequently shared the nodejs exe to solve this problem. I was just posting this here to see out of curiosity if anyone else has experienced a problem similar to this.
Comments.UserDisplayName: Daniel with a Spaniel
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-03-18T13:59:08.680Z
Comments.Text: The problem isn’t that it looks like a DDoS attack, it clearly doesn’t - all the traffic is from the same IP. It’s that it looks like a brute force attempt to break in. The rate and duration are probably also too low for it to look like a DoS attack.
Comments.UserDisplayName: dlu
Tags: <classroom-infrastructure>
Title: Do some websites block school building/classroom IP networks because they mistake us for possible DDOS?
ThreadText: # Do some websites block school building/classroom IP networks because they mistake us for possible DDOS?
  
  (Asked by: username_0 on 2019-02-19)
  
  So I had my students go to [NodeJS.org](http://www.nodejs.org) to download Node.js, and they did it with no problems. Two days later, I had them go to [NodeJS.org](http://www.nodejs.org) again, but none of us could access the site, not even from the designated "teacher's computer" of the classroom I was using.
  
  However my laptop, which was connected to the school's wireless service for teachers, could still access the site. I'm assuming classroom computers and the school wireless are on separate networks. Could this mean that the anti-[DDos](https://en.wikipedia.org/wiki/Denial-of-service_attack) system at [NodeJS.org](http://www.nodejs.org) basically mistook us for a potential [DDoS](https://en.wikipedia.org/wiki/Denial-of-service_attack) and blocked us? There were about 20 students. A week later we could access the site again.
  
  So I'm just wondering if anyone else experienced anything like this?
  
  **Tags:** classroom-infrastructure
  
  > **Comments:**
  > **username_1**: If you can reach them from any machine, the front page has links to the pages on which you can raise issues. Ask them there. Every such site will have its own policies, of course.  
  > **username_2**: Note: I see many teachers and students using the word DDOS (Distributed Denial Of Service) attack, I never hear them saying DOS (Denial Of Service) attack. There is nothing distributed about what you are describing.  
  > **username_2**: Have you considered torrent?  
  > **username_3**: Can you put a copy on a local shared drive?  Another clever way too get by could be to create a torrent as suggested ( https://torrentfreak.com/how-to-create-a-torrent/ ) but the optimal solution is likely to be the one suggested first, and ask the site to give you a "clean access pass".  In any case, it is a learning experience and now you'll recognise it when it happens again.  Welcome to CSE :)  
  > **username_0**: @username_2 Thank you, I guess I focused too much on trying to convey my problem that I brain farted on the nomenclature.  
  > **username_0**: @username_3 yes, I subsequently shared the nodejs exe to solve this problem. I was just posting this here to see out of curiosity if anyone else has experienced a problem similar to this.  
  > **username_4**: The problem isn’t that it looks like a DDoS attack, it clearly doesn’t - all the traffic is from the same IP. It’s that it looks like a brute force attempt to break in. The rate and duration are probably also too low for it to look like a DoS attack.  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_3 on 2019-02-20. Score: 3 | Accepted answer
  
  Yes. I have a web development class. If more than 5 people connect to the free hosting site, it stops anyone else from connecting via FTP, since we appear to all have the same IP address. Multiple connections from the same site can be a script running, and most users will not appear to have multiple connections.
  I do: Demo using the FTP client, go through some of the issues with connecting (error messages etc.) and then, because of this restriction, I will either:
  
  1) Manage the class in groups (if a small class) or
  
  2) Give them a task (ftp their site) to perform at home for review at the next class
  
  It is annoying, but as indicated above, it is likely to detect DOS or other malevolent connections.
  
  > **Comments:**
  > **username_0**: I didn't want to make my post too long so I didn't mention that I also experienced your problem when I tried to get my students to sign up and upload their files on a hosting site (xfinityfree to be precise). Although the conditions here are different from my Nodejs.org problem, your answer most certainly explains one half of the problem that caused me to post here in the first place. Thank you for replying.  
  > **username_3**: In one class (different training center) none of the class can connect via ftp at all. This is a different problem as well (school network blocking rather than site) but I did verify that it was both the location and specific to learner accounts.  
  
  ---
  
  ### Answer by username_5 on 2019-02-19. Score: 2
  
  I've had it go the other way...
  
  Website (self hosted Moodle) worked while we set it up. Worked fine first period. Something got triggered on the school network and decided that too many students were going to the site so it got blocked.
  
  Same as you I could still get to it from my computer, but students couldn't.
  
  > **Comments:**
  > **username_0**: Wow is this actually a thing? Never considered it could be on the school's end. That seems so counterintuitive though, if it's a classroom for teaching programming, shouldn't they expect teachers to guide many students at a time to use the same online tools or services, hence the same websites? But then, I'm just an "outsider" educator teaching a government course hosted by a university, so I'm unfamiliar with how university IT people govern their network. But this could explain that problem I experienced.  
  > **username_5**: I don't think it was our school network directly. Pretty sure it was the filtering service that we subscribed to so the students "could be safe."  
  > **username_4**: Seems possible to me that teachers and students are routed different and come from different IP addresses. So when the students mistype their passwords (and are all coming from the same IP address) the site get suspicious, but teachers are not effected.  
  > **username_4**: I'd be surprised if it is your school network or the filtering service. I think it is much more likely that the Moodle was seeing lots of failed login attempts which it interpreted as either login probing or a DOS attack and so it blocked the school's IP address. The block may timeout, or it may need to be cleared manually.  
  
  ---
  
  ### Answer by username_4 on 2019-03-18. Score: 2
  
  It is very common for institutions to use a single IP address and Network Address Translation (NAT) to avoid the problems of getting and maintaining a larger IP address space. As a result a website experiences all of the traffic from the institution as a single user. Depending on the threshold for password failures or rate limiting the traffic may see the school's traffic as a DOS attack.
  
  You may be able to contact the provider and see if they can adjust the threshold for your site's IP address - I know this is possible on Drupal based sites. If they are unwilling it might be worth asking if they would prefer that you use, and could recommend, an alternative site that is able to handle schools (and kids who don't type well and who forget passwords).
  
  > **Comments:**
  > **username_6**: I didn't realize this, and it makes a lot of sense.  Nice answer!  
  
  ---
  
  