Chyba (Klient WinRM... nelze určit typ obsahu odpovědi HTTP z cílového počítače) při pokusu o spuštění prostředí Exchange Management Shell nebo konzoly
Původní číslo KB: 2028305
Příznaky
Při pokusu o spuštění prostředí Exchange Management Shell (EMS) nebo Konzola pro správu serveru Exchange (EMC) v počítači se systémem Exchange Server 2010 se zobrazí následující chybová zpráva:
Připojení ke vzdálenému serveru selhalo s následující chybovou zprávou: Klient WinRM nemůže požadavek zpracovat. Nelze určit typ obsahu odpovědi HTTP z cílového počítače. Typ obsahu chybí 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í jedna nebo více z následujících podmínek:
- Modul Kerbauth je v Internetové informační službě (IIS) nesprávně nakonfigurovaný jedním z následujících způsobů:
- Modul Kerbauth se zobrazuje jako spravovaný modul, nikoli jako nativní modul.
- Modul Kerbauth se načetl na úrovni výchozího webu (místo virtuálního adresáře PowerShellu nebo kromě toho).
- Uživatel nemá stav Povoleno vzdáleného PowerShellu .
- Položka modulu WSMan chybí v části Globální moduly souboru ApplicationHost.config, který je v následujícím umístění:
C:\Windows\System32\Inetsrv\config\ApplicationHost.config
To způsobí, že se modul WSMan zobrazí jako spravovaný modul ve virtuálním adresáři PowerShellu.
Poznámka
Položka Modulu WSMan může také chybět v souboru ApplicationHost.config, pokud je na serveru nainstalována funkce Rozšíření služby IIS WinRM.
Řešení
Chcete-li tento problém vyřešit, použijte jednu z následujících metod:
Ujistěte se, že modul Kerbauth není na výchozím webu povolený, ale je povolený jenom pro virtuální adresář PowerShellu. Vzdálený PowerShell používá pro připojení uživatele ověřování protokolem 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 uvedený jako nativní modul ve virtuálním adresáři PowerShellu. Umístění knihovny DLL pro tento modul by mělo odkazovat na
C:\Program Files\Microsoft\Exchange Server\v14\Bin\kerbauth.dll
.Poznámka
Typ místní položky modulu Kerbauth označuje, že modul byl povolen přímo na této úrovni a nebyl zděděný z nadřazené úrovně.
Ujistěte se, že uživatel, který se pokouší připojit, má stav Vzdálené povolení PowerShellu . Pokud chcete zjistit, jestli je pro uživatele povolený vzdálený PowerShell, musíte spustit prostředí Exchange Management Shell pomocí účtu, který je povolený, a pak spustit následující příkaz:
(Get-User <username>).RemotePowershellEnabled
Tento dotaz vrátí odpověď True nebo False. Pokud se výstup zobrazí jako False, uživatel nemá povolenou vzdálenou funkci PowerShellu. Pokud chcete uživatele povolit, spusťte následující příkaz:
Set-User <username> -RemotePowerShellEnabled $True
Ujistěte se, že je modul WSMan zaregistrovaný, ale není povolený na úrovni serveru. Také se ujistěte, že je pro virtuální adresář PowerShellu povolený modul WSMan. Pak následujícím způsobem ověřte, že je v
<globalModules>
částiC:\Windows\System32\Inetsrv\config\ApplicationHost.config
souboru zahrnuta následující položka modulu WSMan:<globalModules> <add name="WSMan" image="C:\Windows\system32\wsmsvc.dll" />
Poznámka
Tyto kroky je nutné provést i v případě, že byla odebrána funkce rozšíření IIS WinRM. Je to proto, že postup odinstalace automaticky neopraví soubor ApplicationHost.config.
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro