Pokračovat ve čtení »]]> V logu Powershellu se mi sporadicky, cca 1x denně začaly objevovat chyby související s WinRM podobné této:

WSMan reported an error with error code: -2144108453. Error message: Closing remote server shell instance failed with the following error message : Vzdálené prostředí systému Windows nemůže žádost zpracovat. Hodnota voliče xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, určená v žádosti, nebyla nalezena. For more information, see the about_Remote_Troubleshooting Help topic.

Dlouho jsem nemohl přijít na to, čím to, že se najednou tyto chyby začaly vyskytovat. Myslel jsem nejprve, že to souvisí s aktualizacemi zabezpečení, které jsem před nedávnem schválil k instalaci – časově to celkem odpovídalo prvnímu výskytu. Pátrání tímto směrem ale nikam nevedlo.

Tak nastoupilo docela zdlouhavé googlování na technetu, které odhalilo skutečnou příčinu:

Uvědomil jsem si, že jsem před pár týdny v rámci ladění výkonu nastavoval limity soukromé paměti Worker-procesů IIS, aby mi taky nějaká volná pamět zbyla na důležitější procesy (IIS používáme jen pro správu Exchange a pro OWA). Bohužel se nepříznivé následky nastavení těchto limitů začaly projevovat až s cca týdenním zpožděním – trvalo to zkrátka příliš dlouho, než byl nově nastavený limit skutečně dosažen. Proto mě také ze začátku nenapadlo, že by tyto události mohly spolu souviset.

Jenže zrovna worker proces MSExchangeServicesAppPool prý nesnáší, když se ho pokoušíte nějak omezovat. Zmínku o tom jsem našel v tomto threadu.

Proto tomuto worker-procesu nenastavujte žádné limity, a raději nechte všechna nastavení výchozí – vyvarujete se tak podobným komplikacím s WindowsRM resp. s Powershellem

Pokračovat ve čtení »]]> Poté, co jsem zprovoznil koexistenci Apache a IIS na portu 80 na různých IP adresách, začly se v logu Apache pravidelně cca jednou za 30 minut objevovat neúspěšné přístupy k adresáři /PowerShell

/Powershell je webové administrační rozhraní pro správu a údržbu (nejen) Exchange pomocí služby Windows Remote Management a je umístěn ve výchozí webové složce v IIS7.

Také se současně pravidelně v syslogu objevovaly chyby:

PowerShell (Microsoft-Windows-PowerShell) 32784

a

Windows Remote Management  130

Dále rovněž nefungovala Exchange management console (EMC), která při spuštění hlásila chyby související s ověřováním Kerberos a jiné nesmysly.

Protože po vypnutí Apache vše zas začalo ihned fungovat, vypadalo to, že prostě hloupá EMC musí mít přístup k adresáři /Powershell na všech otevřených portech 80, jinak zkolabuje.

Přesměrování adresáře /Powershell v httpd.conf na jinou IP přes Http.301 ani 302 nepomohlo.

Zjistil jsem ale, že se EMC připojuje pouze k první IP adrese v pořadí –  té s nejnižší číslicí na konci. O ostatní adresy se již nezajímá. Bohužel, zrovna v mém případě jsem tu první adresu vyhradil pro Apache.

Tudíž jsem před IP adresu určenou pro Apache (192.168.0.5) přidal ještě jednu IP adresu vyhrazenou pro IIS s nižší poslední číslicí (192.168.0.4) 

poté ještě je potřeba nastavit ISS aby naslouchal i na nově přidané IP adrese podle tohoto postupu

 a je to!! Konzole se už spojuje, chyby z logu zmizely