Additional Microsoft Defender tools and services that provide security across various platforms and environments
Since offboarding and re-onboarding were already tried multiple times, focus on device-side verification to find why the server remains Can be onboarded.
- Verify the Defender for Endpoint sensor service is running.
Run these commands in an elevated Command Prompt:
sc.exe query sense sc.exe query Windefend-
senseshould show as running. - If
Windefendreturns The specified service doesn't exist as an installed service, Microsoft Defender Antivirus must be installed.
-
- Check the local onboarding error log.
Open Event Viewer and go to:
Applications and Services Logs > Microsoft > Windows > SENSE > Operational
Filter for Critical, Warning, and Error.
Pay attention to these documented cases:
- Event ID 5: service failed to connect to the server → verify Internet access.
- Event ID 6: no onboarding parameters were found → run the onboarding script again.
- Event ID 7: failed to read onboarding parameters → verify Internet access, then run the full onboarding process again.
- Event ID 9 during onboarding: reboot, then re-run onboarding.
- Verify the diagnostic data service.
In an elevated Command Prompt, run:
sc qc diagtrackSTART_TYPEshould beAUTO_START. If it is not, set it and start the service:sc config diagtrack start=auto sc qc diagtrack sc start diagtrack - Confirm connectivity requirements from the server. Defender for Endpoint uses WinHTTP for sensor communication. Even if general outbound access is open, the sensor still must be able to reach the Defender for Endpoint service endpoints correctly. If connectivity verification fails in the documented checks, review proxy and Internet connectivity settings.
- Check whether the device appears in the Defender portal device inventory. In the Defender portal, go to Assets > Devices and confirm whether the server is present there at all. If deployment tools show success but the device still does not appear correctly after about an hour, continue with the local event log and service checks above.
- If onboarding tooling is not reporting a clear error, use the local onboarding script again from the portal and run it in an elevated Command Prompt.
- If this server is being treated like an older server onboarding path, verify the older prerequisites only if applicable:
- Microsoft Monitoring Agent (MMA) installed and configured
- Microsoft Monitoring Agent service running
- Operation Manager log in Event Viewer for errors
- Azure Log Analytics (OMS) workspace status running
A practical sequence for this server is:
-
sc.exe query sense -
sc qc diagtrack - Check SENSE\Operational events
- Reboot if Event ID 9 is present
- Re-run onboarding script elevated
- Recheck Assets > Devices after waiting
If the server still stays at Can be onboarded after those checks, the strongest documented indicators to collect are the SENSE Operational event IDs and the service states for sense, Windefend, and diagtrack.