Подключение к серверам Exchange Server с помощью удаленной оболочки PowerShellConnect to Exchange servers using remote PowerShell

Если у вас нет средства управления Exchange, установленные на локальном компьютере, можно использовать Windows PowerShell для создания удаленного сеанса PowerShell для Exchange server. Это простой процесс трех этапов, где введите свои учетные данные, предоставляют необходимые параметры этого подключения и затем импортировать командлеты Exchange в вашей локальной сеанса Windows PowerShell, чтобы их можно использовать.If you don't have the Exchange management tools installed on your local computer, you can use Windows PowerShell to create a remote PowerShell session to an Exchange server. It's a simple three-step process, where you enter your credentials, provide the required connection settings, and then import the Exchange cmdlets into your local Windows PowerShell session so that you can use them.

Note

Мы рекомендуем использовать консоль управления Exchange на любом компьютере, который используется очень много администрирования серверов Exchange. Вы получите Командная консоль Exchange при установке средства управления Exchange. Дополнительные сведения можно установить средства управления Exchange Server и Откройте командную консоль Exchange. Дополнительные сведения о командной консоли Exchange можно Exchange Server PowerShell (Командная консоль Exchange).We recommend that you use the Exchange Management Shell on any computer that you use to extensively administer Exchange servers. You'll get the Exchange Management Shell by installing the Exchange management tools. For more information, see Install the Exchange Server Management Tools and Open the Exchange Management Shell. For more information about the Exchange Management Shell, see Exchange Server PowerShell (Exchange Management Shell).

Что нужно знать перед началом работы?What do you need to know before you begin?

  • Предполагаемое время для завершения: менее пяти минут.Estimated time to complete: less than 5 minutes

  • Ниже приведены версии Windows, которые можно использовать.You can use the following versions of Windows:

    • Windows 10Windows 10

    • Windows 8.1*Windows 8.1*

    • Windows Server 2016Windows Server 2016

    • Windows Server 2012 R2*Windows Server 2012 R2*

    • Windows Server 2012 г.**Windows Server 2012**

    *Необходимо установить Microsoft .NET Framework 4.5.2 или более поздней версии. Для получения дополнительных сведений см установки .NET Framework.* You need to install the Microsoft .NET Framework 4.5.2 or later. For more information, see Installing the .NET Framework.

    **После установки .NET Framework 4.5.2 или более поздней версии, необходимо также установить Windows Management Framework 4.0. Для получения дополнительных сведений см Windows Management Framework 4.0.** After you install the .NET Framework 4.5.2 or later, you also need to install the Windows Management Framework 4.0. For more information, see Windows Management Framework 4.0.

  • Необходимо настроить для запуска сценариев Windows PowerShell, и по умолчанию не будет. Вы получите следующее сообщение об ошибке при попытке подключения:Windows PowerShell needs to be configured to run scripts, and by default, it isn't. You'll get the following error when you try to connect:

    Files cannot be loaded because running scripts is disabled on this system. Provide a valid certificate with which to sign the files.

    Требуются все сценарии, которые можно загрузить из Интернета были подписаны доверенным издателем, выполните следующую команду в окне с повышенными привилегиями Windows PowerShell (окно Windows PowerShell, открыть, выбрав Запуск от имени администратора):To require all scripts that you download from the internet are signed by a trusted publisher, run the following command in an elevated Windows PowerShell window (a Windows PowerShell window you open by selecting Run as administrator):

    Set-ExecutionPolicy RemoteSigned
    

    Достаточно настроить этот параметр один раз, и вам не придется делать это при каждом подключении.You need to configure this setting only once on your computer, not every time you connect.

Tip

Возникли проблемы? Обращение за помощью в форумах Exchange. Посетите форумы на Сервере Exchange.Having problems? Ask for help in the Exchange forums. Visit the forums at Exchange Server.

Подключение к удаленному серверу ExchangeConnect to a remote Exchange server

  1. На локальном компьютере откройте Windows PowerShell и выполните следующую команду:On your local computer, open Windows PowerShell, and run the following command:

    $UserCredential = Get-Credential
    

    В открывшемся Запрос учетных данных Windows PowerShell введите ваше имя участника-пользователя (UPN) (например, chris@contoso.com) и пароль, а затем нажмите кнопку ОК.In the Windows PowerShell Credential Request dialog box that opens, enter your user principal name (UPN) (for example, chris@contoso.com) and password, and then click OK.

  2. Замените <ServerFQDN> с полное доменное имя сервера Exchange (например, mailbox01.contoso.com) и выполните следующую команду:Replace <ServerFQDN> with the fully qualified domain name of your Exchange server (for example, mailbox01.contoso.com) and run the following command:

    $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://<ServerFQDN>/PowerShell/ -Authentication Kerberos -Credential $UserCredential
    

    Примечание: значение ConnectionUri : http, а не https.Note: The ConnectionUri value is http, not https.

  3. Выполните следующую команду:Run the following command:

    Import-PSSession $Session -DisableNameChecking
    

Note

Убедитесь, что для отключения удаленного сеанса PowerShell, после окончания. При закрытии окна Windows PowerShell без отключения сеанс, можно использовать копирование всех удаленных PowerShell сеансов доступны и вам будет ожидать в сеансах, срок действия которых истекает. Для отключения удаленного сеанса PowerShell, выполните следующую команду:Be sure to disconnect the remote PowerShell session when you're finished. If you close the Windows PowerShell window without disconnecting the session, you could use up all the remote PowerShell sessions available to you, and you'll need to wait for the sessions to expire. To disconnect the remote PowerShell session, run the following command:

Remove-PSSession $Session

Как проверить, что все получилось?How do you know this worked?

После этапа 3 командлеты Exchange импортированы в локальный сеанс Windows PowerShell и отслеживаемых индикатор хода выполнения. Если сообщений об ошибках нет, то подключение успешно. Быстрой проверки — с помощью командлета Exchange (например, Get-Mailbox) и просмотрите результаты.After Step 3, the Exchange cmdlets are imported into your local Windows PowerShell session and tracked by a progress bar. If you don't receive any errors, you connected successfully. A quick test is to run an Exchange cmdlet (for example, Get-Mailbox) and review the results.

Если возникают ошибки, проверьте, выполнены ли приведенные ниже требования.If you receive errors, check the following requirements:

  • Распространенная проблема — неправильный пароль. Еще раз повторите три описанные выше шага, уделив особое внимание первому из них, когда вводится имя пользователя и пароль.A common problem is an incorrect password. Run the three steps again, and pay close attention to the user name and password you enter in Step 1.

  • Учетная запись, используемая для подключения к Exchange server должен быть включен для удаленного доступа PowerShell. Для получения дополнительных сведений см управления удаленный доступ к PowerShell на серверы Exchange.The account you use to connect to the Exchange server needs to be enabled for remote PowerShell access. For more information, see Control remote PowerShell access to Exchange servers.

  • TCP-порт 80 трафик должен быть открытыми между локальным компьютером и сервером Exchange. Вероятно, открыт, но это что-то необходимо рассмотреть, если в вашей организации есть ограничения сетевая политика доступа.TCP port 80 traffic needs to be open between your local computer and the Exchange server. It's probably open, but it's something to consider if your organization has a restrictive network access policy.

См. такжеSee also

В этом разделе используются командлеты Windows PowerShell. Дополнительные сведения об этих командлетах см. в следующих разделах:The cmdlets that you use in this topic are Windows PowerShell cmdlets. For more information about these cmdlets, see the following topics.