Удалённое управление — бесплатный тест онлайн

Вопрос 1 из 25

Enable-PSRemoting выполняется в повышенном Windows-сеансе. Какой принцип PowerShell здесь работает?

$result = Enable-PSRemoting -Force
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Команда настраивает WS-Management listener, правила брандмауэра и конфигурации сеансов для приёма удалённых команд; в PowerShell 7 WSMan-remoting остаётся Windows-зависимым. Нужно сохранить исходные listeners, endpoints и firewall rules, выполнять идемпотентную правку и предусмотреть возврат доступа. При Kerberos/NTLM обычные делегированные учётные данные не доступны для второго перехода, поэтому доступ к третьему ресурсу часто завершается отказом. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell.

Вопрос 2 из 25

TrustedHosts предлагается как замена проверки подлинности в рабочей группе. Какое решение здесь надёжнее?

$result = Get-Item WSMan:\localhost\Client\TrustedHosts
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Следует ограничить сетевой доступ, использовать подходящую аутентификацию и HTTPS там, где нет защищённого доменного канала. Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP. Команда настраивает WS-Management listener, правила брандмауэра и конфигурации сеансов для приёма удалённых команд; в PowerShell 7 WSMan-remoting остаётся Windows-зависимым. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell.

Вопрос 3 из 25

Test-WSMan проходит, но Invoke-Command не выполняется. Какая граница важна для автоматизации?

$result = Test-WSMan server1
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Команда настраивает WS-Management listener, правила брандмауэра и конфигурации сеансов для приёма удалённых команд; в PowerShell 7 WSMan-remoting остаётся Windows-зависимым. Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell. Нужно разделить DNS, TCP 5985/5986, Test-WSMan, аутентификацию, endpoint и авторизацию; одна общая ошибка «access denied» не описывает весь путь. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. Следует ограничить сетевой доступ, использовать подходящую аутентификацию и HTTPS там, где нет защищённого доменного канала.

Вопрос 4 из 25

WinRM открыт на всех интерфейсах с HTTP. Какое ограничение здесь нельзя упустить?

Фильтр следует выполнять внутри удалённого блока, чтобы уменьшить сериализацию и сетевой трафик. Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell. Команда настраивает WS-Management listener, правила брандмауэра и конфигурации сеансов для приёма удалённых команд; в PowerShell 7 WSMan-remoting остаётся Windows-зависимым. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. Следует ограничить сетевой доступ, использовать подходящую аутентификацию и HTTPS там, где нет защищённого доменного канала.

Вопрос 5 из 25

Конфигурация remoting меняется скриптом без проверки. Какой вариант точнее выражает контракт?

Фильтр следует выполнять внутри удалённого блока, чтобы уменьшить сериализацию и сетевой трафик. Нужно сохранить исходные listeners, endpoints и firewall rules, выполнять идемпотентную правку и предусмотреть возврат доступа. Команда настраивает WS-Management listener, правила брандмауэра и конфигурации сеансов для приёма удалённых команд; в PowerShell 7 WSMan-remoting остаётся Windows-зависимым. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell.

Вопрос 6 из 25

Локальная переменная передаётся в удалённый scriptblock через using:. Какой принцип PowerShell здесь работает?

$name="Spooler"
Invoke-Command server1 { Get-Service -Name $using:name }

Передача кода расширяет поверхность доверия; лучше развернуть подписанный модуль нужной версии и вызывать его публичную команду. Явный param и -ArgumentList делают контракт видимым и удобны, когда нужно передать несколько значений без захвата внешней области. CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу. Фильтр следует выполнять внутри удалённого блока, чтобы уменьшить сериализацию и сетевой трафик. $using:name сериализует текущее локальное значение и отправляет его в удалённый вызов; последующие изменения удалённой копии не меняют локальную переменную.

Вопрос 7 из 25

ArgumentList используется с param в удалённом блоке. Какое действие не создаст новой скрытой зависимости?

Invoke-Command server1 -ScriptBlock { param($Path) Get-Item -LiteralPath $Path } -ArgumentList "C:\Data"

Постоянный PSSession сохраняет состояние удалённого runspace между Invoke-Command, включая переменные и импортированные модули. Явный param и -ArgumentList делают контракт видимым и удобны, когда нужно передать несколько значений без захвата внешней области. Фильтр следует выполнять внутри удалённого блока, чтобы уменьшить сериализацию и сетевой трафик. Результаты содержат PSComputerName и RunspaceId, а порядок прихода не обязан совпадать с порядком ComputerName. Передача кода расширяет поверхность доверия; лучше развернуть подписанный модуль нужной версии и вызывать его публичную команду.

Вопрос 8 из 25

Команда выполняется на нескольких компьютерах. Какое объяснение не зависит от случайностей окружения?

$result = & { Invoke-Command -ComputerName srv1,srv2 { [pscustomobject]@{Now=Get-Date;Pid=$PID} } }
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Передача кода расширяет поверхность доверия; лучше развернуть подписанный модуль нужной версии и вызывать его публичную команду. Результаты содержат PSComputerName и RunspaceId, а порядок прихода не обязан совпадать с порядком ComputerName. Фильтр следует выполнять внутри удалённого блока, чтобы уменьшить сериализацию и сетевой трафик. Постоянный PSSession сохраняет состояние удалённого runspace между Invoke-Command, включая переменные и импортированные модули. $using:name сериализует текущее локальное значение и отправляет его в удалённый вызов; последующие изменения удалённой копии не меняют локальную переменную.

Вопрос 9 из 25

Фильтрация большого набора объектов выполняется после возврата на клиент. Как исправить причину, а не только симптом?

Результаты содержат PSComputerName и RunspaceId, а порядок прихода не обязан совпадать с порядком ComputerName. Передача кода расширяет поверхность доверия; лучше развернуть подписанный модуль нужной версии и вызывать его публичную команду. Следует ограничить сетевой доступ, использовать подходящую аутентификацию и HTTPS там, где нет защищённого доменного канала. $using:name сериализует текущее локальное значение и отправляет его в удалённый вызов; последующие изменения удалённой копии не меняют локальную переменную. Фильтр следует выполнять внутри удалённого блока, чтобы уменьшить сериализацию и сетевой трафик.

Вопрос 10 из 25

Удалённый блок импортирует локальную функцию по строке. Как поступить, чтобы поведение осталось предсказуемым?

$using:name сериализует текущее локальное значение и отправляет его в удалённый вызов; последующие изменения удалённой копии не меняют локальную переменную. Явный param и -ArgumentList делают контракт видимым и удобны, когда нужно передать несколько значений без захвата внешней области. CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу. Передача кода расширяет поверхность доверия; лучше развернуть подписанный модуль нужной версии и вызывать его публичную команду. Результаты содержат PSComputerName и RunspaceId, а порядок прихода не обязан совпадать с порядком ComputerName.

Вопрос 11 из 25

New-PSSession используется для нескольких связанных команд. Какое объяснение не зависит от случайностей окружения?

$s=New-PSSession server1
Invoke-Command $s { $x=41 }
Invoke-Command $s { $x+1 }
Remove-PSSession $s

При Kerberos/NTLM обычные делегированные учётные данные не доступны для второго перехода, поэтому доступ к третьему ресурсу часто завершается отказом. Поддерживаемый endpoint может сохранить отключённый сеанс на сервере; Connect-PSSession возвращает управление, но квоты и время жизни ограничены. Состояние Broken требует диагностики транспорта и обычно создания нового сеанса; продолжать считать его живым нельзя. Постоянный PSSession сохраняет состояние удалённого runspace между Invoke-Command, включая переменные и импортированные модули. Каждый удалённый runspace имеет отдельное состояние; синхронизацию данных нужно проектировать явно.

Вопрос 12 из 25

PSSession перешёл в Broken. На каком правиле основан результат?

$result = Get-PSSession | Select-Object Name,State,Availability,ComputerName
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Поддерживаемый endpoint может сохранить отключённый сеанс на сервере; Connect-PSSession возвращает управление, но квоты и время жизни ограничены. Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP. Неосвобождённые PSSession расходуют ресурсы клиента и сервера; их закрывают в finally или через using-подобную дисциплину. Каждый удалённый runspace имеет отдельное состояние; синхронизацию данных нужно проектировать явно. Состояние Broken требует диагностики транспорта и обычно создания нового сеанса; продолжать считать его живым нельзя.

Вопрос 13 из 25

Disconnected session восстанавливается позже. Что остаётся непроверенным после успешного запуска?

Disconnect-PSSession $s
Connect-PSSession $s

Каждый удалённый runspace имеет отдельное состояние; синхронизацию данных нужно проектировать явно. Состояние Broken требует диагностики транспорта и обычно создания нового сеанса; продолжать считать его живым нельзя. Поддерживаемый endpoint может сохранить отключённый сеанс на сервере; Connect-PSSession возвращает управление, но квоты и время жизни ограничены. Постоянный PSSession сохраняет состояние удалённого runspace между Invoke-Command, включая переменные и импортированные модули. Измеряют ThrottleLimit, длительность, размер ответа и квоты endpoint; повторные попытки добавляют с jitter и общим пределом.

Вопрос 14 из 25

Сеансы создаются в цикле и не удаляются. Что точнее всего описывает поведение?

Каждый удалённый runspace имеет отдельное состояние; синхронизацию данных нужно проектировать явно. Перенос данных через клиента или Copy-Item -ToSession часто устраняет делегацию и делает поток доступа явным. Состояние Broken требует диагностики транспорта и обычно создания нового сеанса; продолжать считать его живым нельзя. Неосвобождённые PSSession расходуют ресурсы клиента и сервера; их закрывают в finally или через using-подобную дисциплину. Постоянный PSSession сохраняет состояние удалённого runspace между Invoke-Command, включая переменные и импортированные модули.

Вопрос 15 из 25

Состояние сеанса считается общей памятью между разными компьютерами. Какой вариант точнее выражает контракт?

Перенос данных через клиента или Copy-Item -ToSession часто устраняет делегацию и делает поток доступа явным. Постоянный PSSession сохраняет состояние удалённого runspace между Invoke-Command, включая переменные и импортированные модули. Состояние Broken требует диагностики транспорта и обычно создания нового сеанса; продолжать считать его живым нельзя. Поддерживаемый endpoint может сохранить отключённый сеанс на сервере; Connect-PSSession возвращает управление, но квоты и время жизни ограничены. Каждый удалённый runspace имеет отдельное состояние; синхронизацию данных нужно проектировать явно.

Вопрос 16 из 25

Удалённая команда с serverA обращается к SMB на serverB под исходной учётной записью. Какое объяснение точнее?

$result = Invoke-Command serverA { Get-ChildItem \serverB\share }
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Это признак двойного перехода; тест должен отдельно подтвердить доступ первого сервера к ресурсу и использованную схему делегации. CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу. Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP. Перенос данных через клиента или Copy-Item -ToSession часто устраняет делегацию и делает поток доступа явным. При Kerberos/NTLM обычные делегированные учётные данные не доступны для второго перехода, поэтому доступ к третьему ресурсу часто завершается отказом.

Вопрос 17 из 25

CredSSP предлагается как универсальное решение. Как изменится состояние после выполнения?

$result = Enable-WSManCredSSP -Role Client -DelegateComputer serverA
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. Встроенные секреты или интерактивный запрос на сервере ухудшают безопасность и автоматизацию; нужен управляемый механизм идентичности. Перенос данных через клиента или Copy-Item -ToSession часто устраняет делегацию и делает поток доступа явным. CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу.

Вопрос 18 из 25

Ресурс-based constrained delegation настроена для нужной службы. Какое ограничение здесь нельзя упустить?

$result = Get-ADComputer serverB -Properties PrincipalsAllowedToDelegateToAccount
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP. CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу. Встроенные секреты или интерактивный запрос на сервере ухудшают безопасность и автоматизацию; нужен управляемый механизм идентичности. TrustedHosts лишь разрешает отправку учётных данных хосту без обычной доменной проверки и не удостоверяет его личность; предпочтительнее HTTPS, Kerberos или SSH-remoting. При Kerberos/NTLM обычные делегированные учётные данные не доступны для второго перехода, поэтому доступ к третьему ресурсу часто завершается отказом.

Вопрос 19 из 25

Вместо второго перехода файл читается на клиенте и передаётся в сеанс. На каком правиле основан результат?

CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу. При Kerberos/NTLM обычные делегированные учётные данные не доступны для второго перехода, поэтому доступ к третьему ресурсу часто завершается отказом. Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP. Неосвобождённые PSSession расходуют ресурсы клиента и сервера; их закрывают в finally или через using-подобную дисциплину. Перенос данных через клиента или Copy-Item -ToSession часто устраняет делегацию и делает поток доступа явным.

Вопрос 20 из 25

Сценарий просто повторяет запрос с Credential внутри удалённого блока. Какой принцип PowerShell здесь работает?

CredSSP передаёт учётные данные удалённому узлу и повышает риск их компрометации; его применяют только при обоснованной модели угроз и жёстком доверии к первому серверу. Перенос данных через клиента или Copy-Item -ToSession часто устраняет делегацию и делает поток доступа явным. Встроенные секреты или интерактивный запрос на сервере ухудшают безопасность и автоматизацию; нужен управляемый механизм идентичности. Сравнивают пользователя, профиль, токен, сетевую доступность, proxy и способ хранения credential в неинтерактивном контексте. Ограниченная делегация позволяет конкретный второй переход без передачи многоразового пароля в удалённый сеанс и обычно предпочтительнее CredSSP.

Вопрос 21 из 25

Invoke-Command падает до выполнения scriptblock. Что следует сделать до запуска в автоматизации?

Test-NetConnection server1 -Port 5985
Test-WSMan server1

Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell. Это признак двойного перехода; тест должен отдельно подтвердить доступ первого сервера к ресурсу и использованную схему делегации. Измеряют ThrottleLimit, длительность, размер ответа и квоты endpoint; повторные попытки добавляют с jitter и общим пределом. Нужно разделить DNS, TCP 5985/5986, Test-WSMan, аутентификацию, endpoint и авторизацию; одна общая ошибка «access denied» не описывает весь путь. Сравнивают пользователя, профиль, токен, сетевую доступность, proxy и способ хранения credential в неинтерактивном контексте.

Вопрос 22 из 25

Команда работает интерактивно, но не в задаче. Какое объяснение не зависит от случайностей окружения?

whoami
$PSVersionTable
Get-PSSessionConfiguration

Проверяют PSTypeNames Deserialized.*, выбирают нужные свойства на сервере и не вызывают методы, которые существовали только у живого объекта. Встроенные секреты или интерактивный запрос на сервере ухудшают безопасность и автоматизацию; нужен управляемый механизм идентичности. Сравнивают пользователя, профиль, токен, сетевую доступность, proxy и способ хранения credential в неинтерактивном контексте. Нужно разделить DNS, TCP 5985/5986, Test-WSMan, аутентификацию, endpoint и авторизацию; одна общая ошибка «access denied» не описывает весь путь. Измеряют ThrottleLimit, длительность, размер ответа и квоты endpoint; повторные попытки добавляют с jitter и общим пределом.

Вопрос 23 из 25

Удалённый результат потерял метод. Какой вариант точнее выражает контракт?

$result = Invoke-Command server1 { Get-Date } | Get-Member
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Сравнивают пользователя, профиль, токен, сетевую доступность, proxy и способ хранения credential в неинтерактивном контексте. Нужно разделить DNS, TCP 5985/5986, Test-WSMan, аутентификацию, endpoint и авторизацию; одна общая ошибка «access denied» не описывает весь путь. Встроенные секреты или интерактивный запрос на сервере ухудшают безопасность и автоматизацию; нужен управляемый механизм идентичности. Это признак двойного перехода; тест должен отдельно подтвердить доступ первого сервера к ресурсу и использованную схему делегации. Проверяют PSTypeNames Deserialized.*, выбирают нужные свойства на сервере и не вызывают методы, которые существовали только у живого объекта.

Вопрос 24 из 25

Ошибка возникает только на втором сетевом ресурсе. Что точнее всего описывает поведение?

При Kerberos/NTLM обычные делегированные учётные данные не доступны для второго перехода, поэтому доступ к третьему ресурсу часто завершается отказом. Это признак двойного перехода; тест должен отдельно подтвердить доступ первого сервера к ресурсу и использованную схему делегации. Измеряют ThrottleLimit, длительность, размер ответа и квоты endpoint; повторные попытки добавляют с jitter и общим пределом. Проверяют PSTypeNames Deserialized.*, выбирают нужные свойства на сервере и не вызывают методы, которые существовали только у живого объекта. Нужно разделить DNS, TCP 5985/5986, Test-WSMan, аутентификацию, endpoint и авторизацию; одна общая ошибка «access denied» не описывает весь путь.

Вопрос 25 из 25

Массовый remoting перегружает серверы. Какой принцип PowerShell здесь работает?

Test-WSMan подтверждает ответ WSMan, но не гарантирует авторизацию, доступ к endpoint, квоты и успешный запуск PowerShell. Это признак двойного перехода; тест должен отдельно подтвердить доступ первого сервера к ресурсу и использованную схему делегации. Измеряют ThrottleLimit, длительность, размер ответа и квоты endpoint; повторные попытки добавляют с jitter и общим пределом. Проверяют PSTypeNames Deserialized.*, выбирают нужные свойства на сервере и не вызывают методы, которые существовали только у живого объекта. Нужно разделить DNS, TCP 5985/5986, Test-WSMan, аутентификацию, endpoint и авторизацию; одна общая ошибка «access denied» не описывает весь путь.