PowerShell: Running the Get-Command command in a remote session reported the following error
-
@JasGot said in PowerShell: Running the Get-Command command in a remote session reported the following error:
Try this also, when you are local:
"Get-PSSessionConfiguration | Format-Table -Property Name, Permission -Auto"
See what it says about your permissions.Seems good...
-
@JasGot said in PowerShell: Running the Get-Command command in a remote session reported the following error:
and lastly, is WinRM running? or need to be restarted?
Was running. But restarted just in case, but no change.
-
@scottalanmiller said in PowerShell: Running the Get-Command command in a remote session reported the following error:
@JasGot said in PowerShell: Running the Get-Command command in a remote session reported the following error:
and lastly, is WinRM running? or need to be restarted?
Was running. But restarted just in case, but no change.
Is it just one PC it's not working on? Does it work on others?
-
@Obsolesce said in PowerShell: Running the Get-Command command in a remote session reported the following error:
@scottalanmiller said in PowerShell: Running the Get-Command command in a remote session reported the following error:
@JasGot said in PowerShell: Running the Get-Command command in a remote session reported the following error:
and lastly, is WinRM running? or need to be restarted?
Was running. But restarted just in case, but no change.
Is it just one PC it's not working on? Does it work on others?
Only one to run it on. I'll have to find another machine to test against. It exists only for that machine.
-
@scottalanmiller I realise this is an old topic, but I've been fighting something similar all day. As it turns out, the implementation of PTY (and also TTY) has changed in recent versions of OpenSSH for windows. When the SSH session is built from within a script, the new OpenSSH implementation detects that the session is not setup from an interactive terminal, and therefore does not assign a PTY to the session, which results in the unability of the Get-Command command to send its output to STDOUT, hence the access denied error. Solution is (at least in the situation I am in) to use the -t (or even -tt) flag with the ssh command to set up the session
