Jump to content

Recommended Posts

Posted

We have many schools with large number of ipads and more often than not they are exhausting the 10mb links with iOS app updates, bringing Internet connectivity to a stand still. I understand you need a static public IP to implement Apple Caching server, does anyone know a way of setting this up in schools or have Y&H any plans to host their own?

 

This is becoming a big problem and any advice would be appreciated.

 

Thanks,

 

Chris (MINT)

Posted
You do need to ensure that your not sharing the same public IP with other schools though otherwise you'll take down all of the other schools networking for their iPads. I'd seriously recommend contacting your broadband supplier before enabling this feature.
Posted

Yes the schools are sharing Public ip's and this is the main problem. What we want to do is to be able to host caching servers from within our schools subnets in the YHGFL network.

 

cheers,

 

Chris (MINT)

Posted

Hi Everyone,

 

This is something we at YHGfL are currently investigating. abillybob is correct, the problem encountered currently is that schools are natted out on the same group of public IP's. This causes issues when registering a caching server because all devices within the network will then try and contact the caching server at a single school where the caching server resides. This will not be reachable from other schools/networks. This will stop apple products from the updating etc as apple will say "you have a caching server locally".

 

The reason for this is the single group of public IP’s and also the way in which networks pass through the filtering platform on egress.

 

Putting a caching server in our core network would NOT solve the issue of bandwidth utilisation as you are still using the link to get to our core.

 

We are currently looking at a number of solutions to allow individual networks / schools to have their own Apple caching server.

 

Kind regards

 

Marc

Posted

Thanks for the response Marc, please keep me updated when there is a solution in place, this would solve bandwidth issues in many of our schools.

 

Pete, listen ranges look a good idea that I wasn't aware of, but I think Apple point the devices to the caching server based on the public IP address they come from, I expect this would still cause issues for schools that aren't running a caching server.

 

Regards,

 

Chris

Posted
Hi Everyone,

 

This is something we at YHGfL are currently investigating. abillybob is correct, the problem encountered currently is that schools are natted out on the same group of public IP's. This causes issues when registering a caching server because all devices within the network will then try and contact the caching server at a single school where the caching server resides. This will not be reachable from other schools/networks. This will stop apple products from the updating etc as apple will say "you have a caching server locally".

 

The reason for this is the single group of public IP’s and also the way in which networks pass through the filtering platform on egress.

 

Putting a caching server in our core network would NOT solve the issue of bandwidth utilisation as you are still using the link to get to our core.

 

We are currently looking at a number of solutions to allow individual networks / schools to have their own Apple caching server.

 

Kind regards

 

Marc

 

Hi,

 

I have a BGFL school that I have helped successfully implemented this, it's correct that Apple point iPads back to the public I.P. that the caching server registers itself with the app store. This can not be done just by setting a listening range for the caching server.

 

You can now created a DNS MX record that points back to your school domain, this record needs to added to your LA core DNS Servers as well.They spoke to the LA so that their reverse proxies and ACL's on their part of the WAN network were aware of this domain. They added the I.P. subnet range for devices in the school for additional security.

 

This will stop other devices in other schools from trying to contact this schools caching server, I am in process of getting many others in BGFL schools correctly configured now as so many have just been turned on without thought which causes complete chaos across the WAN with iOS updates.

  • 4 weeks later...
Posted

Do your schools have their own IP addresses though? YHGFL only NAT through about 8 AFAIK.

Hi,

 

I have a BGFL school that I have helped successfully implemented this, it's correct that Apple point iPads back to the public I.P. that the caching server registers itself with the app store. This can not be done just by setting a listening range for the caching server.

 

You can now created a DNS MX record that points back to your school domain, this record needs to added to your LA core DNS Servers as well.They spoke to the LA so that their reverse proxies and ACL's on their part of the WAN network were aware of this domain. They added the I.P. subnet range for devices in the school for additional security.

 

This will stop other devices in other schools from trying to contact this schools caching server, I am in process of getting many others in BGFL schools correctly configured now as so many have just been turned on without thought which causes complete chaos across the WAN with iOS updates.

Posted
We set this up and our network around a week ago and a MacMini we had lying about. It's working perfectly and saving us a hell of a lot on bandwidth. Even when staff and students are updating apps it's pulling it from the cache rather than a new download.
  • 2 months later...
  • 2 weeks later...
Posted

If only if it were that simple.

This would only work if the local subnet used that allocated IP to egress the network, when you are using proxy filtering this is not possible as the filtering uses a group of public IP's . These NAT all of our schools. To put it simply it would not work due to the many exits to the network due to filtering , direct internet and the way the need to use different NAT pools

I am in the process of testing a solution which I belive works at BGFL. Brimstone kindly passed on some info regarding DNS and new options to only look at local subnetsd this would break the filtering for the given subnet. as decided on by the admin of the local server. Once I have tied all of this together I will update the page.

  • 2 months later...
  • 3 weeks later...
Posted

I've setup a caching server as well and although it's somewhat working my issue is related to iPads not always looking at cache server to download iOS updates or apps. The caching server automatically goes into 'pending' mode and all of a sudden register itself and start to work. It's stop and start issue is causing me a headache. Not sure what can be done.

 

Regards

 

J.

  • 11 months later...
Posted

I know this post is from a while ago but I'm setting up a caching server also at my BGFL school and was hoping for a little bit of guidance please.

 

From what I understand I need to request a static public facing IP from BGFL and get them toupdate their MX record. Is there much else I need to do?

 

Any help would be greatly appreciated

 

thanks.

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 account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...