<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>unreachable &#8211; Blue Lance</title>
	<atom:link href="https://bluelance.com/docs-tag/unreachable/feed/" rel="self" type="application/rss+xml" />
	<link>https://bluelance.com</link>
	<description></description>
	<lastBuildDate>Mon, 01 Jun 2026 18:28:08 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://bluelance.com/wp-content/uploads/2025/11/fevicon-ic-1.png</url>
	<title>unreachable &#8211; Blue Lance</title>
	<link>https://bluelance.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Connecting to Managed Endpoints</title>
		<link>https://bluelance.com/docs/connecting-to-managed-endpoints/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Thu, 28 May 2026 16:21:10 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=15870</guid>

					<description><![CDATA[After installing PowerShell Orchestrator, you need to configure the endpoints it will connect to and run assessments against. Managed endpoints are the Active Directory domain controllers, member servers, and other Windows machines that PowerShell Orchestrator will query during its assessment runs. Understanding managed endpoints: A managed endpoint is any machine that PowerShell Orchestrator connects to [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">After installing PowerShell Orchestrator, you need to configure the endpoints it will connect to and run assessments against. Managed endpoints are the Active Directory domain controllers, member servers, and other Windows machines that PowerShell Orchestrator will query during its assessment runs.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Understanding managed endpoints:</strong></p>



<p class="wp-block-paragraph">A managed endpoint is any machine that PowerShell Orchestrator connects to in order to collect assessment data. This includes:</p>



<ul class="wp-block-list">
<li>Active Directory domain controllers</li>



<li>Windows member servers</li>



<li>Workstations (if included in your assessment scope)</li>



<li>Microsoft Entra ID (connected via the configured service account, not a direct machine connection)</li>
</ul>



<p class="wp-block-paragraph">PowerShell Orchestrator connects to endpoints using PowerShell Remoting over WinRM. The service account configured during installation is used to authenticate to each endpoint.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Prerequisites:</strong></p>



<p class="wp-block-paragraph">Before adding managed endpoints, confirm the following on each target machine:</p>



<ul class="wp-block-list">
<li>WinRM is enabled and the WinRM service is running</li>



<li>The PowerShell Orchestrator service account has read permissions on the target machine</li>



<li>No firewall is blocking WinRM traffic between the orchestrator machine and the target endpoint</li>
</ul>



<p class="wp-block-paragraph"><strong>Default WinRM ports:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Protocol</strong></td><td><strong>Port</strong></td></tr><tr><td>HTTP (unencrypted)</td><td>5985</td></tr><tr><td>HTTPS (encrypted)</td><td>5986</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">Anthropic recommends using HTTPS (port 5986) for WinRM connections in production environments to encrypt traffic between the orchestrator and managed endpoints.</p>



<p class="wp-block-paragraph"><em>[Your administrator should confirm which WinRM protocol and port are used in your environment.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Enabling WinRM on target endpoints:</strong></p>



<p class="wp-block-paragraph">If WinRM is not already enabled on a target endpoint, run the following in PowerShell as Administrator on that machine:</p>



<p class="wp-block-paragraph">Enable-PSRemoting -Force</p>



<p class="wp-block-paragraph">To enable WinRM across multiple machines simultaneously, use Group Policy:</p>



<ol class="wp-block-list">
<li>Open <strong>Group Policy Management Console</strong></li>



<li>Create or edit a GPO linked to the relevant OU</li>



<li>Navigate to:</li>
</ol>



<p class="wp-block-paragraph">Computer Configuration → Policies → Windows Settings →</p>



<p class="wp-block-paragraph">Security Settings → System Services → Windows Remote Management</p>



<ol start="4" class="wp-block-list">
<li>Set the service startup mode to <strong>Automatic</strong></li>



<li>Apply the GPO</li>
</ol>



<p class="wp-block-paragraph"><em>[Your administrator should confirm whether WinRM is already managed via Group Policy in your environment before making manual changes.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Testing connectivity to a target endpoint:</strong></p>



<p class="wp-block-paragraph">Before adding an endpoint to PowerShell Orchestrator, test that the orchestrator machine can successfully connect to it:</p>



<p class="wp-block-paragraph">Test-WSMan -ComputerName &lt;hostname or IP&gt; -Credential (Get-Credential)</p>



<p class="wp-block-paragraph">A successful result returns the WinRM service information for the target machine. If the test fails:</p>



<ul class="wp-block-list">
<li>Confirm WinRM is running on the target machine</li>



<li>Confirm no firewall is blocking ports 5985 or 5986</li>



<li>Confirm the service account has permission to connect remotely</li>
</ul>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Adding managed endpoints in LT Auditor <sup>MP</sup>:</strong></p>



<ol class="wp-block-list">
<li>Log in to the LT Auditor <sup>MP</sup> Web UI</li>



<li>Navigate to <strong>Configure → PowerShell Orchestrator</strong></li>



<li>Click <strong>Add Endpoint</strong></li>



<li>Configure the endpoint details:
<ul class="wp-block-list">
<li><strong>Name</strong> — a descriptive name for the endpoint (e.g., DC01 — Primary Domain Controller)</li>



<li><strong>Hostname or IP Address</strong> — the address of the target machine</li>



<li><strong>Connection Protocol</strong> — HTTP or HTTPS</li>



<li><strong>Port</strong> — 5985 (HTTP) or 5986 (HTTPS)</li>



<li><strong>Credential</strong> — select the configured service account</li>
</ul>
</li>



<li>Click <strong>Test Connection</strong> to verify connectivity before saving</li>



<li>Click <strong>Save</strong></li>
</ol>



<p class="wp-block-paragraph">Repeat this process for each endpoint you want to include in assessments.</p>



<p class="wp-block-paragraph"><em>[Your administrator should maintain a list of all managed endpoints and their roles in your environment.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Adding Microsoft Entra ID as a managed target:</strong></p>



<p class="wp-block-paragraph">Entra ID is connected as a cloud target rather than a direct machine endpoint.</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Configure → PowerShell Orchestrator → Cloud Targets</strong></li>



<li>Click <strong>Add Entra ID Target</strong></li>



<li>Enter the following details from your App Registration in the Azure Portal:
<ul class="wp-block-list">
<li><strong>Tenant ID</strong></li>



<li><strong>Client ID</strong></li>



<li><strong>Client Secret</strong></li>
</ul>
</li>



<li>Click <strong>Test Connection</strong> to verify the credentials</li>



<li>Click <strong>Save</strong></li>
</ol>



<p class="wp-block-paragraph"><em>[Your administrator should refer to the EntraConnector Prerequisites article for instructions on creating and configuring the App Registration in the Azure Portal if this has not already been done.]</em></p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Verifying endpoint connectivity:</strong></p>



<p class="wp-block-paragraph">After adding endpoints, confirm they are showing as reachable in LT Auditor <sup>MP</sup>:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Configure → PowerShell Orchestrator</strong></li>



<li>Review the endpoint list — each endpoint should show a status of <strong>Reachable</strong></li>



<li>If any endpoint shows as <strong>Unreachable</strong>, check:
<ul class="wp-block-list">
<li>The WinRM service is running on that machine</li>



<li>The hostname or IP address is correct</li>



<li>No firewall is blocking the WinRM port</li>



<li>The service account credentials are valid and have not expired</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Removing a managed endpoint:</strong></p>



<p class="wp-block-paragraph">If a machine is decommissioned or no longer needs to be included in assessments:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Configure → PowerShell Orchestrator</strong></li>



<li>Locate the endpoint in the list</li>



<li>Click the <strong>Delete</strong> icon next to it</li>



<li>Confirm the deletion</li>
</ol>



<p class="wp-block-paragraph">Removing an endpoint stops future assessments from running against it. Historical assessment data collected from that endpoint is retained in the LT Auditor <sup>MP</sup> database and is not affected.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Best practices:</strong></p>



<ul class="wp-block-list">
<li>Always test connectivity before saving a new endpoint to catch configuration issues early</li>



<li>Use HTTPS for WinRM connections in production to encrypt assessment traffic</li>



<li>Use a dedicated, least-privilege service account — avoid using a domain admin account for orchestrator connections</li>



<li>Keep the endpoint list current — remove decommissioned machines promptly to avoid failed assessment runs</li>



<li>Manage WinRM configuration via Group Policy for consistency across large environments</li>



<li>Document each managed endpoint and its role so other administrators understand the assessment scope</li>
</ul>



<p class="wp-block-paragraph"><em>[Your administrator should review the managed endpoint list regularly to ensure it reflects the current state of your environment.]</em></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
