Forum Discussion
WiFi Network dropping when device syncs (Windows 10) with InTune
The Microsoft engineer I spoke to said it was not a known issue, he did ask if we get the same issue on a device running Windows 10 Pro, however we only use Windows 10 Education. Which version are you using if you are having the same problem?
I will post the resolution once Microsoft have one too this forum.
James_Chudley Hi James; did you ever get a resolution from MS on this issue? We are setting this issue on Windows 11 and 10 devices in our new testing environment. We are pushing certificate based authentication using Cloud RADIUS, and everything works fine (WiFi connects after prompt to trust the certificate), but upon the next Intune Sync, it disconnects WiFi, and upon manual reconnect, it asks about the certificate again, requiring user internaction to accept.
If we manually disconnect from wifi and reconnect inbetween Intune Syncs, it connects fine with no prompts.
This tells me that the WiFi profile is getting re-applied every time from Intune upon sync, starting the process over again.
Did you get anywhere with MS on this issue?
TedLarsen without going back into all the detail of my original post Microsoft confirmed two issues (one of which was expected behaviour).
Issue 1 was fixed in the in the March Intune release, this was that when using Wi-Fi profiles in the way we were trying to use them evertime a sync occured the wifi profile was replaced (leading to the user having to re-authenticate every time a sync happened) as the wifi dropped when a sync took place and the profile was replaced. They fixed this so the profile did not get replaced each time.
The other issue which remained after the fix above was applied wsa that the wifi profile would drop once after each initial sync, if you then reconnected it would stay connected after every sync, until the user signed out.
Basically because the user (not yet authenticated in Windows) was authenticating against the wifi prior to being logged in, once logged in the network was dropped as the sync would recognise the user now logged in was different to the user who connected to the wifi prior to logging in.
Which is exactly what we were trying to acheive by wiping the previuos users wifi credentials to ensure the user got the correct web filtering rules each time a new user logged onto the devices.
Hopefully this make sense, we ended up using a pre-shared key wifi SSID, and installing a web agent on the devices to authenticate against the proxy. Rather than relying on Radius authentication.
Much easier.
- Any resolution on this, I am having same issue.
Hi ikoojo7
Yes, it turned out we were missing a root certificate that needed to be deployed that wasn't in our cloud provider's documentation (PortNox).
There needs to be a total of 4 different profiles pushed:
CLEAR ROOT CA provided by cloud accountCLEAR SCEP provided by your cloud account
RADIUS CA provided by your cloud account (this was the one we were missing)
WiFi Profile
Once we added that missing profile and pushed it out, the devices stopped disconnecting.
