真高興看到人們使用PowerShell Remoting在遠(yuǎn)程機器上運行命令。這是未來技術(shù)的趨勢，但是也有點復(fù)雜。

只訪問本地資源

在開始使用之前，確保命令不訪問遠(yuǎn)程機器上的非本地資源。假如你運行一臺Windows 7或Windows 8電腦，使用Remoting將一條命令傳輸給搭載Windows Server 2008或者更新版本的計算機B，這條命令就能操作計算機B上的所有資源。這是不允許的，特別是訪問網(wǎng)絡(luò)。

為什么？這是因為Remoting將你的證書委派給計算機B，但是安全起見，計算機B不允許更進一步委派證書。

如果你需要這么做，你可以通過使用CredSSP協(xié)議實現(xiàn)多級授權(quán)。因為有許多安全因素，所以在開始之前，你需要明確。你可以從免費的電子書PowerShell Remoting的秘密瀏覽更多信息，電子書中有一整章節(jié)是關(guān)于CredSSP的。

時間問題

命令的另一個可能性問題在于時間。當(dāng)你在本地手工運行一條命令時，輸入、點擊“回車”、閱讀結(jié)果需要一定的時間。在你開始輸入下一條命令時，上一條的命令已經(jīng)運行完成。

當(dāng)你發(fā)送一批命令到遠(yuǎn)程機器時，并不一定如此。機器在***條命令執(zhí)行完成之間就可以轉(zhuǎn)到下條命令。尤其是在運行啟動單獨的進程或線程的外部命令時。

為了解決問題，使用Enter-PSSession連接到遠(yuǎn)程機器，并手動運行試圖發(fā)送的任何命令。如果有用，在發(fā)送批量命令時，換成使用Invoke-Command。否則，你會遇到時間問題。

你有幾種解決問題的方法：你可以使用Start-Sleep命令暫停shell；也可以進行必要的檢查，如文件是否存在；在執(zhí)行其他命令之前，將shell睡眠并重現(xiàn)檢查，然后繼續(xù)開始。

外部命令問題

還有一種可能性只適用于外部命令，而不是本地PowerShell cmdlets，那就是遠(yuǎn)程機器錯誤解釋了你的命令。在PowerShell v3中，前面的外部命令使用兩個破折號（“--”）告訴shell照原來的樣子傳遞給Cmd.exe，甚至不用解析。這通常用來解決外部命令語法問題。

遠(yuǎn)程規(guī)則

如果你通過遠(yuǎn)程桌面連接或者從服務(wù)器直接登錄到遠(yuǎn)程機器的控制臺這種方式來成功運行命令的話，那么這條命令不會通過PowerShell Remoting運行，這時你遭遇了“環(huán)境問題”。

使用Invoke-Command、Enter-PSSession或其他方法遠(yuǎn)程進入機器以后，不會像登錄到控制臺或者遠(yuǎn)程桌面會話那樣得到完整的交互式桌面會話。PowerShell不執(zhí)行概要文件的腳本，并且沒有完整的用戶環(huán)境。我看到大量的命令都是出于這個原因，但也有可能有一些沒有這種問題。

如果你也有這種問題，你可以嘗試在遠(yuǎn)程機器上調(diào)度自己的命令。Windows的任務(wù)調(diào)度程序擁有一個完整的用戶帳戶，不能保證能夠修復(fù)問題，但值得一試。

如果這樣也不能解決問題，那就是卡住了。如果你的命令需要一個完整的、交互式桌面環(huán)境來運行，那么你就必須按照上述方法運行。