Hello Patel Vihaan,
When MECM client installation succeeds on local systems but fails on a subset of remote workstations, the issue is typically related to network connectivity, firewall restrictions, administrative access, DNS resolution, or client installation prerequisites rather than the MECM site server itself. The first place to investigate is the client installation logs on the affected machines, especially C:\Windows\ccmsetup\Logs\ccmsetup.log, because this log usually identifies whether the failure occurred during content download, client registration, prerequisite validation, or installation execution.
Next, verify that the MECM installation account has local administrative rights on the remote workstation and that remote administrative access is functioning correctly. It is common for Remote Push installations to fail when SMB, RPC, WMI, or administrative shares such as ADMIN$ cannot be reached. Even if ping succeeds, Windows Firewall policies or endpoint security software may block the management protocols required by MECM.
You should also confirm that DNS resolution is correct in both directions. The affected client must be able to resolve the Management Point, Distribution Point, and Site Server, while the MECM infrastructure must be able to resolve the client hostname correctly. Name resolution inconsistencies are a frequent cause of installation failures on remote devices while local installations continue to work normally.
Review the MECM server-side logs as well, particularly logs related to client push installation and site assignment, and compare a failing workstation against a successful one. If the issue affects only remote devices, focus on firewall rules, WMI connectivity, RPC communication, DNS registration, and administrative share access. The installation logs will typically pinpoint which dependency fails and should be considered the primary source for determining the root cause.
If my answer is useful for you, please hit Accept the answer for me please.
HL.