Edge 86.0.622.58 On-premises Sync Not Working Over VPN With Cached Local Login

%3CLINGO-SUB%20id%3D%22lingo-sub-1846459%22%20slang%3D%22en-US%22%3EEdge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1846459%22%20slang%3D%22en-US%22%3E%3CDIV%20class%3D%22lia-message-subject-wrapper%20lia-component-subject%20lia-component-message-view-widget-subject-with-options%22%3E%3CSPAN%3EWe%20are%20running%20Edge%26nbsp%3B%3C%2FSPAN%3E%3CSPAN%3E86.0.622.58%26nbsp%3Bon%20Win10%20Enterprise%201909%20domain%20joined%20systems.%3C%2FSPAN%3E%3C%2FDIV%3E%3CDIV%20class%3D%22lia-message-body%20lia-component-message-view-widget-body%20lia-component-body-signature-highlight-escalation%20lia-component-message-view-widget-body-signature-highlight-escalation%22%3E%3CDIV%20class%3D%22lia-message-body-content%22%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20are%20trying%20to%20configure%20the%20Edge%20GPO%20to%20enable%20local%20sync%20of%20favorites%2C%26nbsp%3Bbut%20we%20are%20unable%20to%20get%20the%20on-prem%20sign-in%20to%20work%20over%20VPN%20and%20so%20the%20local%20profile.pb%20is%20never%20created.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EOur%20settings%20are%20as%20follows%3A%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EBrowserSignin%20%3D%201%3C%2FP%3E%3CP%3EConfigureOnPremisesAccountAutoSignIn%20%3D%201%3C%2FP%3E%3CP%3ERoamingProfileSupportEnabled%20%3D%201%3C%2FP%3E%3CP%3ESyncDisabled%20%3D%200%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhen%20we%20login%20to%20Windows%2010%20with%20a%20cached%20credential%2C%20connect%20to%20VPN%2C%20and%20launch%20Edge%20with%20these%20settings%2C%20we%20get%20prompted%20to%20sign-in.%26nbsp%3B%20The%20only%20account%20that%20seems%20to%20work%20is%20the%20%22work%20or%20school%20account%22%20which%20is%20our%20O365%20email%20address.%26nbsp%3B%20Signing%20in%20using%20this%20account%20results%20in%20the%20Edge%20account%20type%20and%20sync%20account%20type%20as%20AAD%20instead%20of%20on-prem%20and%20the%20message%20%22sync%20isn't%20available%20for%20this%20account%22%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20believe%20the%20cause%20of%20the%20issue%20is%20the%20AD%20account%20is%20not%20being%20used%20to%20sign%20in%20to%20the%20browser%20even%20though%26nbsp%3BConfigureOnPremisesAccountAutoSignIn%20is%20set%20to%201.%26nbsp%3B%20Doing%20a%20whoami%20at%20a%20command%20prompt%20shows%20my%20account%20name%20in%20domain%5Cusername%20format.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EUsing%20these%20same%20settings%20while%20logged%20into%20an%20on-site%20workstation%20results%20in%20on-premises%20sign%20in%20and%20sync%20working%20properly.%26nbsp%3B%20Is%20there%20any%20reason%20why%20this%20functionality%20would%20not%20work%20on%20a%20cached%20local%20logon%2FVPN%20scenario%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FDIV%3E%3C%2FDIV%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1863003%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1863003%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F854752%22%20target%3D%22_blank%22%3E%40jdbst56%3C%2FA%3E%26nbsp%3B%20Hi%20Joshua!%26nbsp%3B%20Thanks%20for%20reaching%20out!%26nbsp%3B%20The%20Identity%20Team%20was%20looking%20over%20your%20post%20and%20it%20would%20be%20helpful%20to%20get%20logs%20to%20better%20understand%20your%20specific%20question%2Fscenario.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EBecause%20of%20the%20sensitive%20information%2FPII%20that%20can%20be%20in%20the%20logs%2C%20there%20are%20a%20couple%20of%20options%3A%26nbsp%3B%3C%2FP%3E%0A%3CUL%3E%0A%3CLI%3E%3CA%20style%3D%22background-color%3A%20%23ffffff%3B%22%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhub%2F4343728%2Fsupport-for-business%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3EFile%20a%20customer%20support%20request%3C%2FA%3E%26nbsp%3B%20You%20should%20be%20able%20to%20work%20with%20them%20directly%20to%20investigate%2Fresolve%20your%20specific%20issue.%26nbsp%3B%26nbsp%3B%3C%2FLI%3E%0A%3CLI%3ESubmit%20diagnostic%20data%20through%20our%20in-browser%20feedback%20tool.%20It's%20under%20%22...%22%20menu%20%26gt%3B%20Help%20and%20feedback%20%26gt%3B%20Send%20feedback.%26nbsp%3B%26nbsp%3B%26nbsp%3BYou%20need%20to%26nbsp%3Bturn%20on%20%22Send%20diagnostic%20data%22%20and%20this%20should%20capture%20all%20the%20necessary%20logs.%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3CP%3EIf%20you%20are%20planning%20to%20use%20the%20in-browser%20feedback%20tool%20please%20get%20into%20a%20clean%20state%20and%20log%20feedback%20only%20after%20the%20issue%20is%20reproduced.%26nbsp%3B%20You%20can%26nbsp%3Bget%20into%20a%20clean%20state%20by%201)%20deleting%20User%20Data%20folder%20before%20launch%20OR%202)%20Create%20a%20separate%20folder%20and%20launching%20edge%20from%20command%20line%20using%20--user-data-dir%3D%3CTHAT%20folder%3D%22%22%3E%3C%2FTHAT%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EAdditionally%2C%20to%20help%20the%20team%20find%20your%20feedback%20quickly%2C%20you%20can%20include%20the%20string%20%22ForumIdentityOnPremisesVPN%22%20and%20comment%20below%20once%20you've%20submitted%20it.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1867710%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1867710%22%20slang%3D%22en-US%22%3EI%20have%20a%20similar%20issue.%20Seems%20that%20some%20VLANs%20work%20as%20expedted%2C%20others%20automatically%20want%20me%20to%20sign%20in%20using%20an%20Azure%20AD%20account.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1867812%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1867812%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F757644%22%20target%3D%22_blank%22%3E%40Kelly_Y%3C%2FA%3E%26nbsp%3BHello%2C%20I%20have%20submitted%20the%20logs%20through%20the%20in-browser%20feedback%20tool%20today%20per%20your%20rquest.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1868437%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1868437%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F854752%22%20target%3D%22_blank%22%3E%40jdbst56%3C%2FA%3E%26nbsp%3BThank%20you%20for%20the%20feedback!%26nbsp%3B%20I've%20located%20your%20specific%20report%20and%20routed%20it%20to%20the%20Identity%20Team.%26nbsp%3B%20We%20will%20follow%20up%20if%20there%20is%20any%20additional%20information%20needed%20or%20updates%2Finsights%20to%20share.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1869044%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1869044%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F854752%22%20target%3D%22_blank%22%3E%40jdbst56%3C%2FA%3E%26nbsp%3BThe%20team%20has%20investigated%20and%20can%20see%20from%20the%20feedback%20report%20submitted%2C%20on%20MS%20Edge%20launch%2C%20the%20user%20got%20signed%20in%20with%20the%20secondary%20AAD%20account%20on%20the%20machine.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fnam06.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fdocs.microsoft.com%252Fen-us%252Fdeployedge%252Fmicrosoft-edge-policies%2523configureonpremisesaccountautosignin%26amp%3Bdata%3D04%257C01%257Cv-keyoko%2540microsoft.com%257C06484720daaa4842b2c508d884ec0e35%257C72f988bf86f141af91ab2d7cd011db47%257C1%257C0%257C637405496675280835%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26amp%3Bsdata%3DyO5lV3W%252B8khM1ihRVbO2AaMQrpMsa1XsPteaE7SKWFA%253D%26amp%3Breserved%3D0%22%20target%3D%22_blank%22%20rel%3D%22nofollow%20noopener%20noreferrer%22%3EConfigureOnPremisesAccountAutoSignIn%3C%2FA%3E%20policy%20mentions%20that%20MS%20Edge%20will%20give%20preference%20to%20AAD%20accounts%20over%20on-premises%20account.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%20style%3D%22%20padding-left%20%3A%2030px%3B%20%22%3E%3CEM%3EEnable%20the%20use%20of%20Active%20Directory%20accounts%20for%20automatic%20sign%20in%20if%20your%20users'%20machines%20are%20Domain%20Joined%20and%20%3CSTRONG%3E%3CU%3Eyour%20environment%20is%20not%20hybrid%20joined%3C%2FU%3E%3C%2FSTRONG%3E.%26nbsp%3B%3C%2FEM%3E%3C%2FP%3E%0A%3CP%20style%3D%22%20padding-left%20%3A%2030px%3B%20%22%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20behavior%20currently%20being%20experienced%20is%20to%20be%20expected%20and%20the%20change%20to%20use%20secondary%20account%20was%20made%20in%20MS%20Edge%20V86.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20current%20suggestion%20from%20the%20team%20is%20to%20consider%20removing%20the%20secondary%20AAD%20account%20from%20machine.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ETo%20provide%20a%20little%20more%20information%2C%20we%20are%20evaluating%2Finvestigating%20creating%20a%20new%20policy%20so%20users%20will%20not%20get%20implicit%20sign-in%20with%20secondary%20AAD%20account%20if%26nbsp%3BConfigureOnPremisesAccountAutoSignIn%20is%20configured.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F520174%22%20target%3D%22_blank%22%3E%40bin_da%3C%2FA%3E%26nbsp%3B-%20Please%20take%20a%20look%20at%20this%20post%20and%20see%20if%20it%20helps%20your%20situation%20as%20well.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThanks!%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%0A%3CBLOCKQUOTE%3E%3CHR%20%2F%3E%3C%2FBLOCKQUOTE%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1872991%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1872991%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F757644%22%20target%3D%22_blank%22%3E%40Kelly_Y%3C%2FA%3E%26nbsp%3BThanks%20for%20your%20response.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ESo%20in%20our%20testing%20we%20saw%20that%20both%20AAD%20accounts%20and%20personal%20accounts%20are%20taking%20precedence%20over%20the%20on-premise%20AD%20account.%26nbsp%3B%20We%20had%20to%20remove%20all%20traces%20of%20both%20accounts%20in%20order%20for%20the%20AD%20sync%20to%20work.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIn%20our%20testing%20scenario%2C%20we%20removed%20the%20AAD%20account%20from%20Access%20work%20or%20school%20in%20Windows%2010.%26nbsp%3B%20After%20doing%20so%20and%20closing%20Edge%2C%20deleting%20the%20the%20User%20Data%20folder%20from%26nbsp%3BAppData%5CLocal%5CMicrosoft%5CEdge%20and%20relaunching%20Edge%2C%20we%20found%20that%20the%20browser%20was%20then%20trying%20to%20sign%20in%20using%20personal%20gmail%2Fhotmail%20accounts.%26nbsp%3B%20We're%20not%20certain%20where%20these%20logins%20were%20coming%20from%20possibly%20the%20Microsoft%20Store%20or%20other%20Microsoft%20resources.%26nbsp%3B%20On%20one%20system%2C%20signing%20out%20of%20all%20Microsoft%20resources%20and%20clearing%20the%20Edge%20User%20Data%20folder%20allowed%20the%20sign-in%2Fsync%20using%20the%20AD%20account%20to%20work%20successfully.%26nbsp%3B%20On%20another%20system%2C%20signing%20out%20of%20all%20resources%20and%20clearing%20Edge%20User%20Data%20folder%20did%20not%20resolve%20the%20signing%20with%20personal%20account.%26nbsp%3B%20On%20this%20system%20we%20had%20to%20completely%20delete%20the%20Windows%20user%20profile%20to%20enable%20sign-in%2Fsync%20with%20the%20on-premise%20AD%20account.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ESo%20in%20order%20to%20make%20this%20functionality%20viable%20for%20our%20enterprise%2C%20there%20needs%20to%20be%20the%20ability%20to%20force%20the%20sync%20to%20use%20on-premise%20AD%20account%20without%20the%20need%20of%20deleting%20the%20Edge%20User%20Data%20folder%20and%2For%20Windows%20user%20profile.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1874362%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1874362%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F854752%22%20target%3D%22_blank%22%3E%40jdbst56%3C%2FA%3E%26nbsp%3BThanks%20for%20following%20up%20with%20your%20testing%20results!%26nbsp%3B%20The%20Identity%20Team%20has%20confirmed%20what%20you've%20seen%20is%20to%20be%20expected.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20auto%20sign-in%20policy%20works%20in%20this%20way%3A%3C%2FP%3E%0A%3COL%3E%0A%3CLI%3EFirst%20tries%20with%20Windows%20OS%20sign-in%20account.%3C%2FLI%3E%0A%3CLI%3EThen%20tries%20with%20secondary%20AAD%20account.%3C%2FLI%3E%0A%3CLI%3EThen%20tries%20with%20secondary%20MSA%20account.%3C%2FLI%3E%0A%3C%2FOL%3E%0A%3CP%3EIn%20this%20case%2C%26nbsp%3Bonce%20the%20AAD%20account%20was%20removed%2C%20step%20%E2%80%9C3%E2%80%9D%20took%20place.%26nbsp%3B%20So%20like%20you%20noticed%20it%20is%20necessary%20to%20remove%20all%20of%20the%20MSA%20and%20AAD%20accounts%20from%20settings.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%20appreciate%20your%20feedback!%26nbsp%3B%20It%20is%20helpful%20to%20hear%20directly%20from%20users%20as%20they%20are%20investigating%20the%20new%20policy.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1878775%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1878775%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F757644%22%20target%3D%22_blank%22%3E%40Kelly_Y%3C%2FA%3E%26nbsp%3B%20Do%20you%20have%20any%20timeframe%20for%20this%3A%3CBR%20%2F%3E%3CSPAN%3E%22To%20provide%20a%20little%20more%20information%2C%20we%20are%20evaluating%2Finvestigating%20creating%20a%20new%20policy%20so%20users%20will%20not%20get%20implicit%20sign-in%20with%20secondary%20AAD%20account%20if%26nbsp%3BConfigureOnPremisesAccountAutoSignIn%20is%20configured.%22%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1878821%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1878821%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F824358%22%20target%3D%22_blank%22%3E%40benhealy%3C%2FA%3E%26nbsp%3BHello!%26nbsp%3B%20Sorry%2C%20no%20ETA%20yet.%26nbsp%3B%20I%20can%20follow%20up%20here%20once%20we%20have%20updates%20to%20share.%26nbsp%3B%26nbsp%3B%3CIMG%20class%3D%22lia-deferred-image%20lia-image-emoji%22%20src%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Fhtml%2F%408341BD79091AF36AA2A09063B554B5CD%2Fimages%2Femoticons%2Fsmile_40x40.gif%22%20alt%3D%22%3Asmile%3A%22%20title%3D%22%3Asmile%3A%22%20%2F%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EIs%20this%20blocking%20the%20adoption%20or%20deployment%20of%20MS%20Edge%20in%20your%20organization%3F%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1878898%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1878898%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F824358%22%20target%3D%22_blank%22%3E%40benhealy%3C%2FA%3E%26nbsp%3BThank%20you!%26nbsp%3B%20I've%20passed%20this%20information%20on%20to%20the%20team.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1923659%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1923659%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F757644%22%20target%3D%22_blank%22%3E%40Kelly_Y%3C%2FA%3E%26nbsp%3B%20Hi%2C%20Do%20you%20have%20any%20update%20on%20when%20we%20can%20expect%20a%20new%20GPO%20setting%20to%20force%20on-prem%20account%20sign-in%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1925329%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1925329%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F854752%22%20target%3D%22_blank%22%3E%40jdbst56%3C%2FA%3E%26nbsp%3BHi!%26nbsp%3B%20Still%20no%20ETA%20but%20w%3CSPAN%3Ee%E2%80%99ll%20keep%20you%20updated%20when%20we%20know%20more!%26nbsp%3B%20Thanks!%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1941143%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1941143%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F757644%22%20target%3D%22_blank%22%3E%40Kelly_Y%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%22%3CSPAN%3EThe%20current%20suggestion%20from%20the%20team%20is%20to%20consider%20removing%20the%20secondary%20AAD%20account%20from%20machine.%22%3C%2FSPAN%3E%3C%2FP%3E%3CP%3Ehow%3F%20%3A)%3C%2Fimg%3E%3C%2FP%3E%3CP%3EOur%20machines%20are%20not%20hybrid%20joined%20-%20we%20also%20see%20this%20behaviour%20(Edge%20not%20recognizing%20on-prem%20sync)%20even%20on%20Servers%20not%20having%20Office%20365%20installed.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2036509%22%20slang%3D%22fr-FR%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2036509%22%20slang%3D%22fr-FR%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F757644%22%20target%3D%22_blank%22%3E%40Kelly_Y%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHello%2C%20do%20you%20have%20any%20update%3F%20%3A)%3C%2Fimg%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2037413%22%20slang%3D%22en-US%22%3ERe%3A%20Edge%2086.0.622.58%20On-premises%20Sync%20Not%20Working%20Over%20VPN%20With%20Cached%20Local%20Login%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2037413%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F903809%22%20target%3D%22_blank%22%3E%40So_224%3C%2FA%3E%26nbsp%3BHi!%26nbsp%3B%20No%20updates%20from%20the%20team%20yet%20but%20we%20will%20follow%20up%20here%20with%20information.%26nbsp%3B%20Thanks!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CEM%3E-Kelly%3C%2FEM%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E
Occasional Contributor
We are running Edge 86.0.622.58 on Win10 Enterprise 1909 domain joined systems.

 

We are trying to configure the Edge GPO to enable local sync of favorites, but we are unable to get the on-prem sign-in to work over VPN and so the local profile.pb is never created.

 

Our settings are as follows:

 

BrowserSignin = 1

ConfigureOnPremisesAccountAutoSignIn = 1

RoamingProfileSupportEnabled = 1

SyncDisabled = 0

 

When we login to Windows 10 with a cached credential, connect to VPN, and launch Edge with these settings, we get prompted to sign-in.  The only account that seems to work is the "work or school account" which is our O365 email address.  Signing in using this account results in the Edge account type and sync account type as AAD instead of on-prem and the message "sync isn't available for this account"

 

I believe the cause of the issue is the AD account is not being used to sign in to the browser even though ConfigureOnPremisesAccountAutoSignIn is set to 1.  Doing a whoami at a command prompt shows my account name in domain\username format.

 

Using these same settings while logged into an on-site workstation results in on-premises sign in and sync working properly.  Is there any reason why this functionality would not work on a cached local logon/VPN scenario?

 

 

25 Replies

@jdbst56 I just spoke to our Identity Team and they mentioned that in your case it seems like, in VPN configuration, the Windows API that MS Edge is using, is not returning the account information needed for on-premises.  They have asked the following:

 

Are you able to try the following steps to validate this?

  1. Delete all user data.
  2. Launch MS Edge with flag --force-on-prem-profile (msedge.exe --force-on-prem-profile)

If you cannot delete the data, then can you try the following?  Create a folder and launch MS Edge with additional parameter: --user-data-dir=<folder-name>

 

If this works, then it confirms that the previously mentioned new policy the team is investigating will help in your scenario.  Unfortunately, there is no ETA for the new policy right now but we will keep an eye out for updates from the team. 

 

Thanks for your patience! 

 

-Kelly

@Kelly_Y We confirmed in our testing that --force-on-prem-profile overrides the AAD login attempt and forces the local AD login.

Do you have any timeframe on when the new GPO will be implemented? We cannot implement Edge as our default browser until we can locally roam favorites.

Thanks
Any news on this GPO? It's been so long since this thread started. On-premises AD profiles are broken in Edge. And this is not just VPN problem.
Clean installation, no Azure or MS accounts, created 3 AD Users.
First user I try gets signed in with "DOMAIN\Username" style profile (as expected). The other two however get continuously signed in with "Profile 1" profile styles.
This was tested twice in different machines. Fix this please, not everyone prefers the Azure treatment.

Thanks
@Michael710 We had opened a Microsoft Premier support case two weeks ago just to see if they could give us any ETA on the new policy. Unfortunately there was really no new information other than they are working on it. Here's the summary from the case.

SYMPTOM:
• Customer wants update on new policy being created by Edge team so users will not get implicit sign-in with secondary AAD account if ConfigureOnPremisesAccountAutoSignIn is configured

CAUSE:
• N/A

RESOLUTION:
• After discussing with the Edge team, the new policy being created so users will not get implicit sign-in with secondary AAD account if ConfigureOnPremisesAccountAutoSignIn is configured, is currently still in progress.

• They do not have an exact release date or version yet, but I have indicated to them to let me know as soon as there is an ETA.

• This policy was expected to be released previously but there was a slight delay which caused a setback but they are now working to get this policy in a upcoming version and will share with me the release version as soon as they have confirmed.

• Will re-open case when there is an update on policy
Do we have any update on this issue? 2,439 views on this issue since Nov 2020 and still no solution. We're supposed to make Edge the default browser next month due to O365 EOL for IE. I guess we have to tell our users that they can't roam their favorites.

Hi Everyone - Circling back to this thread, we have just added a new policy for this scenario starting in Microsoft Edge v94.  MS Edge Beta Version 94.0.992.9 was just released today (https://docs.microsoft.com/en-us/deployedge/microsoft-edge-relnote-beta-channel#version-9409929-sept...

 

Here is a link to the policy documentation for OnlyOnPremisesImplicitSigninEnabled:  

https://docs.microsoft.com/en-us/deployedge/microsoft-edge-policies#onlyonpremisesimplicitsigninenab...

 

Thanks! 

 

-Kelly