Home

AutoPilot requires 2 logins

%3CLINGO-SUB%20id%3D%22lingo-sub-662301%22%20slang%3D%22en-US%22%3EAutoPilot%20requires%202%20logins%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-662301%22%20slang%3D%22en-US%22%3E%3CP%3EI've%20noticed%20as%20of%20late%20(maybe%20in%20the%20past%20couple%20of%20weeks)%20that%20autopilot%20requires%202%20logins%2C%20one%20at%20the%20welcome%20screen%2C%20and%20another%20one%20at%20the%20account%20setup.%20We%20are%20expecting%20our%20users%20to%20login%2C%20walk%20away%2C%20and%20come%20back%20to%20find%20their%20computers%20business%20ready.%20Now%20it%20looks%20like%20when%20they%20come%20back%20they%20have%20to%20login%20again%20to%20finish%20the%20account%20setup.%20Is%20this%20change%20by%20design%20or%20is%20there%20some%20configuration%20anomaly%20in%20my%20setup%2C%20since%20this%20introduces%20additional%20friction%20in%20the%20user's%20experience.%20I'm%20also%20finding%20that%20compliance%20and%20configuration%20policies%20often%20fail%20for%20the%20system%20account.%20Is%20there%20a%20way%20to%20alleviate%20that%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-662301%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EIntune%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-662610%22%20slang%3D%22en-US%22%3ERe%3A%20AutoPilot%20requires%202%20logins%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-662610%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F352912%22%20target%3D%22_blank%22%3E%40derekliu%3C%2FA%3E%2C%20we%20are%20experiencing%20the%20same%20as%20for%20the%20two%20required%20logins.%20For%20me%2C%20it%20happens%20with%20both%201903%20and%201809.%26nbsp%3BAny%20suggestions%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-666873%22%20slang%3D%22en-US%22%3ERe%3A%20AutoPilot%20requires%202%20logins%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-666873%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F352912%22%20target%3D%22_blank%22%3E%40derekliu%3C%2FA%3EI%20don't%20know%20about%20your%20Autopilot%20problem%20and%20I%20have%20not%20experienced%20double%20login%20yet%2C%20but%20the%20system%20account%20not%20being%20compliant%20or%20failing%20with%20configuration%20policies%20is%20something%20I've%20had%20as%20well.%3CBR%20%2F%3EAre%20you%20assigning%20the%20policies%20to%20the%20devices%20or%20to%20the%20users%3F%20If%20you%20assign%20policies%20to%20a%20device%20it%20applies%20the%20policies%20to%20all%20accounts%20on%20that%20device%2C%20including%20the%20system%20account%20(which%20will%20usually%20bring%20trouble%20for%20the%20compliance%20and%20such).%20I've%20not%20had%20any%20cases%20in%20which%20the%20system%20account%20was%20actually%20needed%20in%20Intune.%3CBR%20%2F%3EIn%20almost%20all%20cases%20it%20is%20better%20to%20just%20assign%20the%20policies%20to%20the%20users.%20If%20they%20then%20change%20device%20it%20will%20automatically%20migrate%20all%20policies%20and%20apps%20to%20that%20device%20as%20well.%20Only%20when%20you%20work%20with%20special%20shared%20devices%20is%20assigning%20them%20to%20the%20device%20itself%20useful%20(and%20even%20then%20there%20is%20a%20good%20case%20for%20user%20assignment).%3CBR%20%2F%3ESimply%20reassigning%20the%20policies%20to%20users%20instead%20of%20devices%20won't%20make%20that%20system%20account%20go%20away%20in%20the%20portal%20though.%20You%20will%20have%20to%20delete%20the%20policy%20and%20make%20a%20new%20one%2C%20then%20assign%20it%20to%20the%20users%20only%2C%20then%20there%20won't%20appear%20a%20system%20account.%3CBR%20%2F%3E%3CBR%20%2F%3EThis%20is%20what%20I%20have%20found%20out%20from%20experience.%20I%20might%20be%20wrong%20but%20it%20has%20worked%20for%20me%20in%20the%20past.%20If%20someone%20wants%20to%20correct%20me%20about%20my%20policy%20assignment%20best%20practices%2C%20feel%20free%20to%20do%20so.%20I'm%20relatively%20new%20to%20Intune.%3CBR%20%2F%3E%3CBR%20%2F%3EHope%20this%20helps%20you%20with%20some%20of%20the%20problems%20you%20have.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-676230%22%20slang%3D%22en-US%22%3ERe%3A%20AutoPilot%20requires%202%20logins%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-676230%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F299283%22%20target%3D%22_blank%22%3E%40SamTeerlinck%3C%2FA%3EThank%20you%2C%20we%20implemented%20this%20and%20yeah%20it's%20working%20out%20a%20little%20bit%20better%20for%20us.%20We%20were%20still%20getting%20non-compliant%20for%20the%20%22require%20bitlocker%22%20item%20no%20matter%20how%20many%20times%20we%20restarted%20(made%20sure%20there%20were%20no%20pending%20updates)%2C%20so%20we%20switched%20over%20to%20the%20less%20stringent%20%22require%20encryption%20of%20data%20on%20device%22.%3C%2FP%3E%3C%2FLINGO-BODY%3E
derekliu
Occasional Contributor

I've noticed as of late (maybe in the past couple of weeks) that autopilot requires 2 logins, one at the welcome screen, and another one at the account setup. We are expecting our users to login, walk away, and come back to find their computers business ready. Now it looks like when they come back they have to login again to finish the account setup. Is this change by design or is there some configuration anomaly in my setup, since this introduces additional friction in the user's experience. I'm also finding that compliance and configuration policies often fail for the system account. Is there a way to alleviate that?

3 Replies

@derekliu, we are experiencing the same as for the two required logins. For me, it happens with both 1903 and 1809. Any suggestions?

@derekliuI don't know about your Autopilot problem and I have not experienced double login yet, but the system account not being compliant or failing with configuration policies is something I've had as well.
Are you assigning the policies to the devices or to the users? If you assign policies to a device it applies the policies to all accounts on that device, including the system account (which will usually bring trouble for the compliance and such). I've not had any cases in which the system account was actually needed in Intune.
In almost all cases it is better to just assign the policies to the users. If they then change device it will automatically migrate all policies and apps to that device as well. Only when you work with special shared devices is assigning them to the device itself useful (and even then there is a good case for user assignment).
Simply reassigning the policies to users instead of devices won't make that system account go away in the portal though. You will have to delete the policy and make a new one, then assign it to the users only, then there won't appear a system account.

This is what I have found out from experience. I might be wrong but it has worked for me in the past. If someone wants to correct me about my policy assignment best practices, feel free to do so. I'm relatively new to Intune.

Hope this helps you with some of the problems you have.

@SamTeerlinckThank you, we implemented this and yeah it's working out a little bit better for us. We were still getting non-compliant for the "require bitlocker" item no matter how many times we restarted (made sure there were no pending updates), so we switched over to the less stringent "require encryption of data on device".

Related Conversations
Tabs and Dark Mode
cjc2112 in Discussions on
36 Replies
Extentions Synchronization
Deleted in Discussions on
3 Replies
flashing a white screen while open new tab
Deleted in Discussions on
14 Replies
Stable version of Edge insider browser
HotCakeX in Discussions on
35 Replies
Security Community Webinars
Valon_Kolica in Security, Privacy & Compliance on
9 Replies