KCJeff Posted August 4, 2021 Posted August 4, 2021 Unfortunately, in the new EPCM environment, the built-in tool to install WiFi settings onto laptops has now been deprecated, and only works in InTune. We do not use InTune, so I have created an application in SCCM to install this using the NETSH command and an xml file. Whilst the settings install correctly, the only option that I can see for detecting correct installation is the registry key HKLM\Software\Microsoft\WcmSvc\CMPOL and that the CMPOL key contains the SSID. I can open the CMPOL key and confirm that it contains the SSID, but the SCCM 'Contains' function does not seem to be able to see it, and so the application installation is reported at failed. So I have 2 questions 1) Has anyone else successfully used this detection method? (bear in mind that there are carriage returns in this value, which may be causing the issue) 2) Where else might SCCM successfully find the SSID to confirm installation?
KCJeff Posted August 4, 2021 Author Posted August 4, 2021 Thanks, I know it can be done this way in the task sequence, and I'm using a similar script in my application, but we don't like having separate task sequences for laptops and desktops. I'm deploying post-build, but unfortunately the application detection method is failing. I'm using the 'Registry key contains xyz' function, but it's failing to read the key contents
clareq Posted August 4, 2021 Posted August 4, 2021 I have one task sequence, and use a program called TSGui to ensure only laptops receive that particular step. You could alternatively put in a WMI query to look for a battery: Open the OSD Task Sequence and add the required step. Then open the options tab in that step, and add the following condition: WMI NameSpace: root\cimv2 WQL Query: Select * from Win32_Battery where Batterystatus > 0 TSGui allows me to run one task sequence for three domains, name machines and put them into the correct OU. It also allows me to filter applications to the machines that are licenced for it.
Steve21 Posted August 4, 2021 Posted August 4, 2021 (edited) Do it as a powershell detection rather than using the built in registry lookup and use: $RegArray = (Get-Itemproperty "HKLM:\Software\Microsoft\WcmSvc" -name "CMPOL").("CMPOL") [string[]]$TempArray = @() $TempArray = New-Object System.Collections.Arraylist(,$RegArray) if ( $TempArray -contains "YOURSSIDHERE" ) { $true } If it finds the SSID it should return True which will then flag to SCCM it's installed, else False which is flagged as non-installed etc Steve Edited August 4, 2021 by Steve21
KCJeff Posted August 5, 2021 Author Posted August 5, 2021 Thanks Steve, I've switched to using that as the detection method, but that has oddly given me another problem, the application no longer appears in Software Center. I have tried deleting and recreating the deployment, but that doesn't seem to have resolved the issue, very strange.
clareq Posted August 5, 2021 Posted August 5, 2021 So you have an application that runs a bat file to set the wifi? Have you thought of adding a line to the file to copy a txt file to the workstation and set the existence of that file as the detection method?
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now