Weboldal keresés

Office Online szerver – Sajnos hiba történt, és nem tudjuk megnyitni ezt a dokumentumot


Egy jelenlegi projektben az Exchange 2019-el dolgozom, az OWA esetében pedig az Office Online Servert szeretnénk megvalósítani. Korábban ezt tettem, és blogot írtam róla (Office Online Server 2016 telepítése), ezért úgy gondoltam, hogy ez nem lehet nagy baj.

A Windows 2016 telepítése, az előfeltétel szoftver telepítése, az SSL-tanúsítvány konfigurálása, az Office Online Server telepítése és az új Office Web Apps farm létrehozása.

A https://fqdn/hosting/discovery tesztelése és a szervezet konfigurációjának konfigurálása után mindennek jónak kell lennie.

Amikor megnyit egy mellékletet az OWA-ban, látom az OOS környezetet, megpróbál megnyitni egy dokumentumot, majd ezt a hibát generálja:

„Elnézést, hiba történt, és nem tudjuk megnyitni ezt a dokumentumot. Ha ez újra megtörténik, próbálja meg megnyitni a dokumentumot a Microsoft Word alkalmazásban. ”

Excel-melléklet megnyitásakor a következő hibaüzenetet kapom:
„Nem sikerült megnyitni a fájlt. Nem találtuk a keresett fájlt. Lehetséges, hogy a fájlt átnevezték, áthelyezték vagy törölték. ”

Tudom, hogy az Office Online Server érzékeny az SSL-tanúsítványokra, de ez egy szokásos Digicert tanúsítvány volt. A névfeloldás is rendben volt. De a https://fqdn/op/generate.aspx ellenőrzés sem sikerült a következő (elég haszontalan) hibával:

"Szerver hiba. Sajnáljuk. Hiba történt. A hibát naplóztuk a szerver rendszergazdája számára. ”

Sajnos nincs semmi hasznos az eseménynaplóban vagy az Office Web Apps szerver ULS naplózásában. Megkérdezték a kollégákat, de nekik csak Exchange 2016-tal és OOS-sel volt tapasztalatuk.

Két napos keresés, a kiszolgálóval való babrálás, a .NET-verziók ellenőrzése (a Windows 2016-ban a .NET újabb verziója érkezik, amelyet az Office Online Server megkövetel), többszöri újraépítés után rájöttem, hogy ez TLS 1.2-es probléma lehet. . Az Exchange 2019 alapértelmezés szerint csak a TLS 1.2-t használja, míg az Exchange 2016 a TLS több verzióját is használhatja.

Tehát az OOS rendszerű Windows 2016 kiszolgálón engedélyeztem az erős titkosítást a .NET-ben, és letiltottam a TLS régebbi verzióit a Windows rendszeren a probléma megoldása érdekében.

Az erős titkosítás engedélyezéséhez a .NET-keretrendszerben, adja hozzá a következő beállításkulcsot:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.NETFramework\v4.0.30319]
"SchUseStrongCrypto"=dword:00000001

A régebbi verziók vagy a TLS letiltásához adja hozzá a következő rendszerleíró kulcsokat:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols]

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\PCT 1.0]
@="DefaultValue"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\PCT 1.0\Server]
@="DefaultValue"
"Enabled"=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0]
@="DefaultValue"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Server]
@="DefaultValue"
"Enabled"=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0]
@="DefaultValue"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0\Server]
@="DefaultValue"
"Enabled"=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0]
@="DefaultValue"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server]
@="DefaultValue"
"Enabled"=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1]
@="DefaultValue"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Server]
@="DefaultValue"
"Enabled"=dword:00000000

Az Office Online Server újraindítása után a várt módon működött.

Kapcsolódó cikkek