Chyba (klient WinRM... Při pokusu o spuštění prostředí nebo konzoly pro správu Exchange se nedá určit typ obsahu odpovědi HTTP z cílového počítače.

Původní číslo KB:   2028305

Příznaky

Když se pokusíte spustit prostředí Exchange Management Shell (EMS) nebo Exchange Management Console (EMC) na počítači s Exchange serverem 2010, zobrazí se tato chybová zpráva:

Připojení ke vzdálenému serveru se nezdařilo s následující chybovou zprávou: klient WinRM nemůže žádost zpracovat. Nemůže určit typ odpovědi HTTP z cílového počítače. Typ obsahu není k dispozici nebo je neplatný. Další informace najdete v tématu nápovědy about_Remote_Troubleshooting.

Příčina

K tomuto problému dochází, protože platí některá z následujících podmínek:

  • Modul KerbAuth je nesprávně nakonfigurovaný v internetové informační službě (IIS) jedním z následujících způsobů:
    • Modul KerbAuth se zobrazuje jako spravovaný modul místo jako nativní modul.
    • Modul KerbAuth je načtený na výchozí úrovni webu (namísto virtuálního adresáře v PowerShellu).
  • Uživatel nemá stav vzdáleného povolení PowerShellu .
  • V části Global modules souboru ApplicationHost.config, který je v následujícím umístění, chybí položka modulu WSMan:
    C:\Windows\System32\Inetsrv\config\ApplicationHost.config

To způsobí, že se modul WSMan ve virtuálním adresáři PowerShellu zobrazuje jako spravovaný modul.

Poznámka

Pokud je na serveru nainstalovaná funkce rozšíření IIS pro službu WinRM, nemusí se v ApplicationHost.config souboru také chybět.

Řešení

Tento problém vyřešíte jedním z následujících způsobů:

  • Ujistěte se, že modul KerbAuth není na výchozím webu povolený, ale je povolený jenom u virtuálního adresáře PowerShellu. Vzdálené PowerShell používá pro připojení uživatele ověřování Kerberos.Internetová informační služba (IIS) implementuje tuto metodu ověřování Kerberos pomocí nativního modulu.

    Ve Správci služby IIS by měl být KerbAuth ve virtuálním adresáři PowerShellu jako nativní modul. Umístění knihovny DLL pro tento modul by mělo ukazovat na C:\Program Files\Microsoft\Exchange Server\v14\Bin\kerbauth.dll .

    Poznámka

    Místní typ položky pro modul KerbAuth označuje, že modul byl povolen přímo na této úrovni a že nebyl děděn z nadřazené úrovně.

  • Ujistěte se, že uživatel, který se pokouší připojit, má stav vzdáleného powershellového povolení   . Pokud chcete zjistit, jestli je uživatel ve vzdáleném PowerShellu povolený, musíte spustit prostředí Exchange Management Shell pomocí účtu, který je povolený, a spustit tento příkaz:

    (Get-User <username>).RemotePowershellEnabled
    

    Tento dotaz vrátí odpověď pravda nebo NEPRAVDA. Pokud se výstup zobrazuje jako false (NEPRAVDA), uživatel nemá povolený vzdálený PowerShell. Chcete-li uživatele povolit, spusťte následující příkaz:

    Set-User <username> -RemotePowerShellEnabled $True
    
  • Zkontrolujte, že je modul WSMan registrovaný, ale není povolený na úrovni serveru. Také zkontrolujte, že je u virtuálního adresáře PowerShellu povolený modul WSMan. Pak ověřte, že v části souboru je následující položka modulu WSMan <globalModules> C:\Windows\System32\Inetsrv\config\ApplicationHost.config :

    <globalModules>
        <add name="WSMan" image="C:\Windows\system32\wsmsvc.dll" />
    

    Poznámka

    Tento postup musíte provést i v případě, že byla odebrána funkce rozšíření IIS pro službu WinRM. Důvodem je, že postup odinstalace automaticky neopraví soubor ApplicationHost.config.