iOS 13 and iPadOS Restrictions

vassallon
Kind of a big deal

iOS 13 and iPadOS Restrictions

Okay Meraki we expect these to be ready on day zero:

 

iOS13.PNG

 

Also, please make sure you make how these are implemented within the dashboard/profiles well known beforehand so we can be ready. Not like when the change was made with Activation Locks.

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
17 Replies 17
vassallon
Kind of a big deal

The two I most care about are the following:

 

Modify whether Wi-Fi is on or off

 

Set the device name

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
BlakeRichardson
Kind of a big deal
Kind of a big deal

Removing access to find my iPhone and friends can already be done by simply hiding access to the apps using restrictions. 

PhilipDAth
Kind of a big deal
Kind of a big deal

Maybe we need a new option:

 

Fund my iPhone

BlakeRichardson
Kind of a big deal
Kind of a big deal

@PhilipDAth  an option for if you are having a few beers after work on a Friday could be "find my home"

kYutobi
Kind of a big deal

Is this for SM Enterprise only?

 

@BlakeRichardson @vassallon @PhilipDAth 

Enthusiast
vassallon
Kind of a big deal

@kYutobi I got this information directly from Apple in the What’s New for Enterprise and Education document from WWDC.

I was just hoping that Meraki will be on the ball and let us know if it will be ready on Day 0 when the new iOS and iPadOS come out.

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
mattia
Getting noticed

Does anyone have more details on the User Enrollment feature and the other points?

(source: https://www.apple.com/ios/ios-13-preview/features/)

Screenshot 2019-06-07 at 13.05.48.png

vassallon
Kind of a big deal

I keep waiting for this video to show up as I'm hoping there is some answers in it. We will also have to wait and see how Meraki implements these new features.

 

https://developer.apple.com/videos/play/wwdc2019/303/

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
vassallon
Kind of a big deal

@Noah_Salzman 

 

Did the Set Device name get implemented into Meraki or did Apple just tease us with this during WWDC?

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
Noah_Salzman
Meraki Alumni (Retired)
Meraki Alumni (Retired)

@vassallon — Apple has not released it yet.

vassallon
Kind of a big deal

@Noah_Salzman Thanks for the confirmation on that. I hadn't seen any documentation from Apple so I suspected that was the case. 

 

This was one of the biggest features I'm looking for in iOS 13 as then we can set the names and not have a small window where students can make changes before the dashboard overwrites again.

 

 

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
vassallon
Kind of a big deal

@Noah_Salzman I'll go poke the bear and ask Apple Enterprise support where is the feature that they said we'd have with iOS 13.

 

I'm still waiting for them to give us the ability to either force Bluetooth to always on or allow pairing while the Bluetooth setting is locked.

 

I've got two open cases with support on that ask, as if we let the students control Bluetooth it always seems to mysteriously turn off and then Apple Classroom doesn't work.

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
misterharrison
Getting noticed

This new "Force Wifi power on" restriction seems to default to ON, I think?

 

Is turning Wifi off and then on again no longer a valid troubleshooting step?

vassallon
Kind of a big deal

@misterharrison Yes, if you turn on this restriction there is no more ability to turn WiFi off. It stays on during Airplane mode and there is no option to turn WiFi off. You can still add and change WiFi networks though.

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
misterharrison
Getting noticed

@vassallon Yes, I understand the effect of the restriction.

 

What I'm wondering is whether, by enabling this restriction, we might be preventing the use of one of our recommended troubleshooting steps for our end users: namely, turning wifi off and then on again.

 

As a non-specialist when it comes to wifi connection issues, I don't know if this is even a valid troubleshooting step any more. Are there any wifi connectivity issues that can be solved with a wifi off/on cycle? (probably showing my ignorance here!)

vassallon
Kind of a big deal

@misterharrison 

 

Yes, it kills the ability to bounce WiFi as a troubleshooting step.

 

Though to bounce WiFi now you would need to restart the iPad, the famous two button salute or by power off and back on.

 

 

Lots of things can be resolved by restarting an iPad and while bouncing WiFi is a valid troubleshooting step, your better off doing a full restart on an iPad as a troubleshooting step.

 

 

Found this helpful? Give me some Kudos! (click on the little up-arrow below)
misterharrison
Getting noticed

Thanks @vassallon 

 

A "hard restart" takes much longer, though, in the heat of a lesson!

 

We have decided to disable that restriction for the time being. We are just surprised that it seems to default to on.

Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Labels