密码以空格开头时无法连接Office 365 PowerShell

你碰到的这个情况我之前也遇到过——明明用户名和密码都对，就因为密码开头多了个空格，用New-PSSession连接Exchange Online就直接报"访问被拒绝"，连重定向之后都过不去。这问题其实出在凭证对象的创建过程里，开头的空格很容易被意外处理掉，导致实际传递给服务器的密码不对。

给你几个靠谱的解决办法：

1. 用交互式方式创建凭证（最稳妥） #

别用脚本硬编码密码，直接用Get-Credential弹出窗口输入，这种方式能100%保留密码的原始格式，包括开头的空格：

$credential = Get-Credential
# 在弹出的窗口里输入用户名，密码部分直接输入带开头空格的内容就行

之后再用你原来的New-PSSession命令创建会话，大概率就能成功了。

2. 脚本创建凭证时确保空格完整保留 #

如果必须在脚本里生成凭证（强烈不推荐硬编码密码，不安全！），要严格按照步骤来，别让空格丢失：

$username = "你的邮箱@域名.com"
$password = " 带开头空格的密码" # 注意这里开头的空格要写全
$securePassword = ConvertTo-SecureString $password -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential ($username, $securePassword)

重点是$password字符串必须完整包含开头的空格，转换为安全字符串时也不要做任何截断处理。

3. 检查密码读取过程中的空格丢失 #

如果你的密码是从文件、环境变量里读取的，要确保读取时没自动去掉开头空格。比如用Get-Content读密码文件时，记得加-Raw参数，只去掉末尾的换行符：

# 读取密码文件，保留开头空格，只去除末尾的换行
$password = (Get-Content "C:\密码文件路径.txt" -Raw).TrimEnd()
$securePassword = ConvertTo-SecureString $password -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential ($username, $securePassword)

4. 先验证凭证里的密码是否正确 #

在创建会话前，你可以先把凭证里的密码还原成明文（只是验证用，别在生产环境这么做），看看开头的空格是不是还在：

$plainPassword = [System.Net.NetworkCredential]::new("", $credential.Password).Password
Write-Host "当前凭证的密码内容: '$plainPassword'"

如果输出的密码里没有开头的空格，那说明你在创建凭证的时候就把空格弄丢了，得回到前面的步骤调整。

最后再啰嗦一句：脚本里硬编码密码真的不安全，能不用就不用，优先用Azure Key Vault或者Windows凭据管理器来存密码，读取的时候直接调用就行，既安全又能避免格式问题。

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