Sheridan
-
Posts
4,144 -
Joined
-
Last visited
Content Type
Forums
News
20th
EduGeek EDIT Conference
Blogs
Everything posted by Sheridan
-
I think MDM/DEP is going to be the ONLY way to deploy more than a handful of ipads in the near future. Apple have given up on Configurator which was OK for small numbers. Alas, I can't get our meraki mdm to import any of our certificates (smoothwall etc) even though they are in the correct format, so I'm stuck with using configurator for a little while longer
-
Naff is being polite! I've started Ac 1.7 back up and its deploying my apps like it should do.
-
Yup - but its not just 17.0.0.0, looking at the firewall logs it goes to 23.206, 62.252, some 213. addresses etc - there loads of places it hits. I've set the firewall so the macbook running AC has direct unfiltered access - I either see my old error back, or it just stops. Typical apple development - spend 99% of the development time on activation/licensing and 1% on the program itself! Even when I get some apps installed one by one, they won't start. Or rather they start, then stop straight away. I've wasted far too much time on ac2 now - judging from the comments on here and other forums it was barely half tested before it was released so I think we're wasting our time being guinea pigs.
-
We already have a mac server (old style) which is mainly used for dishing out preferences to our small iMac suite. Might be worth a try. Having said that, with direct access on a dedicated connection we should be ok!
-
My "ACUInternetServiceContext" error seems to have disappeared. Still not working though - now it gets as far as 'Applying on iPad' and just stays there. It says 'downloading apps' but I can only see very sporadic actvity from the macbook on the firewall - and it has direct unfiltered access out So one problem fixed, another one pops up. It does seem to be the norm these days to just release half finished stuff (IOS8,9 AC2, Windows 10, etc etc)
-
I did think about ringing apple, but this is a simple program bug and therefore will just be added to the list. I've reported it online for what its worth though Roll on AC3, or perhaps AC4 might work....
-
LOL - Downloaded a half dozen Apps after 'buying' them with our VPP account - Logged into AC2 as VPP account - Added above apps to blueprint - Deployed blueprint to single ipad and....wait for it....... An underlying service (ACUInternetServiceContext) unexpectedly quit. [ConfigurationUtility.error - 0x68 (104)] I give up!
- 413 replies
-
- 1
-
-
- apple
- configurator
- (and 2 more)
-
I can imagine I've got the wrong end of the stick regarding VPP accounts, but I thought you could still deploy downloaded, free apps regardless of which account downloaded them. That is obviously now wrong (thanks to you guys letting me know, cos I've missed that somewhere!) I'll get a load of these apps pulled down from the vpp account give that a whirl! As for the MDM, yes it has its advantages - but still offers no more local control of the ipads. MDM is suited to large deployments - AC still suits smaller scale like us where we have <100 ipads and wish to update/app apps/refresh according to our schedule. That worked well with AC 1.7.2 - unfortunately AC2 hasn't offered much more management of the actual ipads, just a new front end and seperation of profiles/apps etc by using blueprints.
-
So its MDM or nothing? Thanks a bunch Apple for overcomplicating a simple job. Configurator was the ideal way of using a macbook to deploy a default set of apps to a trolley of ipads!
-
I've got iCloud disabled for everything on this profile! Signed in as VPP account, installed app from local Mac (the app was downloaded using itunes with non vpp account) and it always asks for a login.
-
Actually, even one app at a time doesn't work. When I finally got 1 ipad configured - none of the apps work. They're all free ones but all won't start as they stop at a 'Sign in to iTunes Store' I hate apple's products sometimes....
-
I'm trying a similar thing - a blueprint for a set of restrictions, and one for a list of (free) apps. The restrictions blueprint will work sometimes but the apps one fails every time. So I can get a configuration profile on, but have to add each app manually which is no good. I can get them done with 1.7 - looks like we'll have to wait until apple sort this buggy mess out.
-
I'll have a look at that, but I'm not using Profile manager - just AC to deploy ipads. I wonder if thats another issue!
-
I'm just trying to use AC2 to apply profiles and Apps to a single ipad (that ironically came to use becuase a student had pin locked it) 10 Apps, 1 profile - fails every single time with the same error. Apply the apps one by one and it works. What a crock. No point using an MDM, it offers nothing extra in terms of locking down these things.
-
16? I wish I could get 2 done at the moment! Its seems like its a known bug - its on Apple forums. Apple are ignoring it which seems the norm nowadays. I've got 60 ipads to update, but its not going to be with ac2 it seems
-
I can only get around the error by installing apps one at a time. Great.
-
Yeah I've gone back to 1.7.2. To be honest, what does AC2 actually offer over 1.7.2? Its barely a half dozen extra policy settings and still no way to stop kids setting alarms!
-
Thanks for all the input on this, I'm going to get a management license and do some testing again once its an enrolled device.
-
AC2 has failed to even update one single device here. Complete POS that crashes out every time its trying to apply the profile. Nice useful error message too
-
Yeah its going to be down to preference. Do they want to login to the VLE seperately, or use the GAFE account with SSO. I think if we switched off SSO from the VLE to GAFE and allowed direct login to GAFE the VLE would be used a lot less!
-
I'll give a few student accounts a try and see how it works out. These aren't going to be quite as simple to deploy as I first thought! I notice when I put the list of exceptions in our smoothwall a few google sites went rather odd (missing css, pages not rendered etc) so I've had to take that out for the moment.
-
I think we've gone down a slightly different route (which was helped by Smoothwall during the setup) as we use the option to only allow logins to our Google domain. That means we have https inspection ON for the small list of google sites (and web searches etc) but OFF for other sites that don't require it. I think I've also discovered a major flaw with the chromebook idea for us - as we use a third party VLE (that uses GAFE) it means signing in to the chromebook doesn't work, as they need to SSO through the vle.
-
Ah right - so if I'm getting this right, those of you have got this working have got a list of the google sites as authentication exceptions, but https inspection enabled for GAFE, but with the https inspection enabled for unauthenticated users?
-
So effectively the Proxy setting is completely ignored? Where have I seen that before then! How do you find these exceptions fit in with https inspection of your GAFE accounts traffic then? Allowing exceptions for the likes of accounts.google.com which is part of the inspection policy seems to be at odds with each other.
-
Wow, unauthenticated access to the whole of google basically! Not very good for a school environment then!
