Enter-PSSession для удаленного сервера завершается с ошибкой, не удается найти компьютер

Мой рабочий стол - win7, и я пытаюсь подключиться к серверу 2012.
Оба хоста находятся в одном домене.

If I do:

Enter-PSSession -ComputerName *ServerName***   

Я получаю следующее сообщение об ошибке от winrm

Enter-PSSession: Не удалось подключиться к удаленному серверу xxx со следующим сообщением об ошибке: WinRM не может обработать запрос. При использовании проверки подлинности Kerberos произошла следующая ошибка: Не удается найти компьютер xxx. Убедитесь, что компьютер существует в сети и что указанное имя написано правильно.*

Неважно, использую ли я только имя сервера или ввожу его полностью.

Обе системы показывают $PSVersionTable.PSVersion 4 0 -1 -1

Я попробовал различные подсказки по устранению неполадок, которые я нашел, т. е.
запустил Enable-PSRemoting -Force, а также установил TrustedHosts = * на обеих сторонах.
Я также отключил службу брандмауэра на обеих сторонах.
Когда я пытаюсь войти в PSSession с сервера на мой рабочий стол он работает как надо.
Но с моего рабочего стола на сервер я всегда получаю сообщение об ошибке, что компьютер не может быть найден.


person user333869    schedule 01.06.2015    source источник
comment
Пинг успешно проходит по короткому имени, а также по полному доменному имени в обоих направлениях.   -  person user333869    schedule 03.06.2015


Ответы (5)


Поговорив с администратором нашего домена, я думаю, что нашел причину проблемы.
Сервер находится в ресурсном домене, который имеет только одностороннее доверие к основному подразделению.
Это объясняет, почему я могу выполнять удаленное взаимодействие PS из сервер к клиентам, но не наоборот.
Я обнаружил, что могу использовать IP-адрес с опцией -Credential в моем случае, хотя это не очень хорошо, но приемлемое обходное решение.

person user333869    schedule 10.06.2015
comment
Вот страница с более подробной информацией о том, как включить удаленное взаимодействие WinRM между односторонними доверенными доменами. (смотрите раздел Настройка удаленного взаимодействия PowerShell). В основном это Set-Item WSMan:\\localhost\client\TrustedHosts -Value <IP or Machine name> -Concatenate -Force - person Stoinov; 11.10.2018
comment
Спасибо, @Stoinov, эта одна строчка заставила все работать! Идеальный! Для всех остальных..... -Значением является машина, к которой вы хотите подключиться. Сначала запустите эту строку, затем запустите Invoke-Command. Спасибо еще раз! - person Sim2K; 23.07.2019

Это, скорее всего, вызвано тем, что ваше имя netbios отличается от имени хоста сервера. Вместо этого попробуйте подключиться с именем netbios.

  • Определите правильное имя, выполнив следующую команду в powershell:

"$env:ИМЯ КОМПЬЮТЕРА.$env:USERDNSDOMAIN"

person Ian Collins    schedule 07.07.2017
comment
Это привело меня к моему решению. Первоначально я пытался использовать DNS-имя, но это сработало только тогда, когда я использовал имя компьютера (даже через DNS, разрешающий этот компьютер) - person sonyisda1; 23.08.2018
comment
Это правильно только в том случае, если ваш пользователь находится в том же домене, что и машина, в моем случае это не так. Правильная команда для получения домена сервера: (Get-CimInstance -class Win32_ComputerSystem | % {$_.Name+'.'+$_.Domain}) - person Justin; 21.12.2018

В моем случае DNS указывал на правильный IP-адрес, но в имени хоста была опечатка, поэтому в основном параметр -Computername и фактическое имя хоста не совпадали.

person yaro137    schedule 12.08.2015
comment
Да, это. Просто была очень похожая проблема. Это был не DNS, а то, что имя хоста было длиннее 15 символов, что является пределом NETBIOS! Сократил до 15 символов и все Enter-PSSession заработало. - person SamAndrew81; 03.08.2018

запустить winrm quickconfig из сеанса powershell на удаленной машине

person Douglas Tripple    schedule 04.06.2015
comment
PS C:\Windows\system32> winrm quickconfig выдает: Служба WinRM уже запущена на этой машине. WinRM уже настроен для удаленного управления на этом компьютере. Но Enter-PSSession по-прежнему выдает то же сообщение об ошибке. Я обнаружил, что проблема существует не на виртуальной машине, которую я настроил для целей тестирования, а на моем реальном физическом рабочем столе. Я все еще ищу советы по устранению проблемы, поскольку сообщение об ошибке не дает мне никакой ценной подсказки. - person user333869; 09.06.2015

Я знаю, что уже очень поздно, но я помещаю свое исправление на несколько сайтов, на которых возникла такая же проблема. для меня это было двойное имя компьютера в корневом домене. нашел его, запустив setspn -f -q */имя_сервера. это выскочило имя сервера в нескольких доменах. удалив недействительную машину из корневого AD и корневого DNS, и я заработал.

person Adi Feldgajer    schedule 09.11.2018