PowerShell脚本本地执行正常，远程执行失败问题咨询

这问题我之前帮不少开发者排查过，核心坑点在于PowerShell远程会话和本地会话的安全协议设置是完全隔离的——你在本地设置的[Net.ServicePointManager]::SecurityProtocol只对当前本地PowerShell进程生效，而通过Invoke-Command远程执行时，代码是在目标服务器的全新PowerShell进程里运行的，这个新进程的默认安全协议还是系统默认值（可能没包含TLS1.2），所以会出现本地正常、远程报错的情况。

下面给你两个靠谱的解决方案：

方案1：在远程脚本块内直接配置TLS1.2 #

把安全协议设置放到远程执行的脚本块最开头，确保后续代码在正确的环境下运行：

Invoke-Command -ComputerName YourTargetServer -ScriptBlock {
    # 先在远程会话进程中设置TLS1.2
    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    # 这里放你原本的Web请求或业务代码
    $response = Invoke-WebRequest -Uri "https://your-tls12-only-server.com"
    $response.Content
}

这个方案的好处是即时生效，不需要修改服务器全局配置，适合临时或按需执行的场景。

方案2：修改目标服务器注册表全局启用强加密 #

如果目标服务器长期需要使用TLS1.2，可以通过修改注册表强制.NET Framework使用强加密协议，这样所有PowerShell会话（包括远程会话）都会默认启用TLS1.2：

# 远程执行注册表配置（也可以在目标服务器本地运行）
Invoke-Command -ComputerName YourTargetServer -ScriptBlock {
    # 针对64位系统的.NET Framework
    Set-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\.NETFramework\v4.0.30319' -Name 'SchUseStrongCrypto' -Value 1 -Type DWord
    # 针对32位兼容环境
    Set-ItemProperty -Path 'HKLM:\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319' -Name 'SchUseStrongCrypto' -Value 1 -Type DWord
}

配置完成后，需要重启目标服务器的PowerShell进程（或者直接重启服务器）才能生效，之后所有远程会话都会自动使用TLS1.2，不用每次在脚本里重复设置。

关于另一行类似代码的问题 #

本质和上面的情况完全一致——只要是通过Invoke-Command远程执行的代码块，都需要遵循上面的两种方案之一，因为远程会话是独立的进程，不会继承本地的任何环境配置（包括安全协议）。

内容的提问来源于stack exchange，提问作者Roberto