Включая Дистанционную работу Powershell, Доступ запрещен?
Таким образом, теперь с несколькими компьютер включил кабельный модем, как кабельный модем знает, где направить трафик?
Должна быть таблица маршрутизации на устройстве, которое определяет это.
Если некоторый запрос в Интернете выполнен к XXX.XXX.XXX.181, который переходит к нашему кабельному модему, как кабельный модем знает, который подключил компьютер, который трафик, как предполагается, отправляется?
Снова, таблица маршрутизации определит это. Кроме того, отосланный трафик будет иметь исходный адрес для места назначения для обращения к; пакет, возвращающийся, будет иметь это как "обратный адрес".
Для решения любой проблемы с Power Shell Remoting есть два важных ресурса.
Первый - это help about_Remote_Troubleshooting , который представляет собой обширный справочник.
Второй. это поиск в Интернете ошибки, которую вы получаете. Я нашел сообщение в блоге команды PowerShell , в котором был этот контрольный список:
- Моя машина подключена к домену.
- Я вошел в систему как администратор
- PowerShell запущен с повышенными правами.
- Мой пароль не пусто
Устраняет ли один из них вашу проблему?
Недавно у меня была такая же ошибка Доступ запрещен при попытке включить PSRemoting в размещенной версии Windows 2008 R2.
Я обнаружил, что моя хостинговая компания применила групповая политика в правиле брандмауэра, которое изменяется на 4-м шаге при попытке включить PSRemoting:
4. Включение исключения брандмауэра для трафика WS-Management (только для http)
Действия по исправлению:
1) Нажмите меню «Пуск» >> «Администрирование» >> Брандмауэр Windows и повышенная безопасность
2) Нажмите «Правила для входящего трафика»> > новое правило >> выберите вариант «предопределенный» и выберите «Удаленное управление Windows» из раскрывающегося списка >> Нажмите «Далее»
3) Теперь снимите флажок «Режим совместимости удаленного управления Windows (HTTP-вход)» и выберите «Режим удаленного управления Windows (HTTP -В) >> Нажмите Далее >>
Вот список полезных ресурсов для отладки, которые я использовал до того, как обнаружил указанное выше исправление:
Пытаетесь настроить PSRemoting в SharePoint?
Использование технологий удаленного взаимодействия PowerShell для управления фермой SharePoint
Пытаетесь настроить PSRemoting в Windows XP?
Ошибка при включении PSRemoting в Windows XP SP3
Вы настраиваете PS Перезагрузка на неанглийском компьютере? - измените его на английский
Ссылка 1 - язык не указан
Ссылка 2 - Испанский / немецкий
Вы используете VirtualBox и пытаетесь настроить PSRemoting?
Virtualbox и вам нужно включить CredSSP
VirtualBox и при настройке PSRemoting возникает ошибка отказа в доступе
Просто столкнулся и решил эту проблему на нескольких системах. В данном конкретном случае эти две системы не были частью домена, и учетная запись пользователя была не исходной учетной записью «Администратор», а новой учетной записью, которая также была членом локальной группы администраторов.
Решение пришло из следующего сообщения в блоге, которое я обнаружил: Доступ WinRM запрещен на локальном компьютере . Короче говоря, запустите следующее из командной строки (запущенной от имени администратора):
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
После этого повторно запустите командную строку PowerShell от имени администратора и повторно запустите Enable-PSRemoting , все очень просто.
Я выключил UAC на Win 7, перезагрузился и это сработало.
Редакция: Не предлагаю вам оставлять UAC выключенным. У меня была эта проблема, и у меня не было пустого пароля. Оказалось, что это единственное исправление для меня. Просто включите его обратно, когда команда будет успешной. Смотрите на внизу страницы. lol
- Убедитесь, что версия Powershell выше, чем 3.0 Установите этот флажок, чтобы обновить WMF (среду управления Windows) до 4.0 или до 5.1
- FW выключено или хотя бы правила удаленного доступа Windows (для входящих) включены и общедоступны.
- Убедитесь, что удаленная служба Windows работает в автоматическом режиме.
- Убедитесь, что порт 5985 прослушивает (netstat -noa)
- Убедитесь, что встроенное ПО антивируса не блокирует
Иногда возникают проблемы с winrm и «отказ в доступе», вызванные неправильной конфигурацией сертификатов. Подробности здесь: https://docs.microsoft.com/en-us/troubleshoot/iis/http-403-forbidden-access-website#cause-2-non-self-signed-certificates-are- in-trusted-root-certification-authorities-certificate-store