Hallo Sunny,
das Stichwort heißt „Split DNS“. Sprich du konfigurierst auf dem DNS des Windows Servers den selben Namensraum mit dem auch der Exchange bzw. Nginx von außerhalb des Intenets erreichbar ist. Damit das hinterher funktioniert, muss du selbstverständlich das SSL-Zertfikat, welches du auf dem Nginx konfiguriert hast, auch auf den Exchange Server installieren und den Diensten zuweisen. Nicht zu vergessen, die internen und externen Adressen von ECP, OWA, Autodiscover, etc… anzupassen. Die Konfiguration ist an einem halben Tag erledigt, es sind eben viele Kleinigkeiten zu beachten. Lesestoff gibt es dazu inzwischen genügend.

Gruß,
Dani

Outlook Anywhere funktioniert bei direktem Port Forwarding auf Exchange ohne Probleme.

Funktioniert Outlook Anywhere wenn du das Port Forwarding direkt auf den Exchange-Server einrichtest? Somit kannst du erstmal die Exchange Konfiugration gegenprüfen.

Hei,
hier der Auszug aus der PowerShell, scheint für mich eigentlich soweit richtig?

[PS] C:Windowssystem32>Get-OutlookAnywhere -Server srv-ex01 |fl

RunspaceId : xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
ServerName : SRV-EX01
SSLOffloading : False
ExternalHostname : mail.example.org
ClientAuthenticationMethod : Basic
IISAuthenticationMethods : {Basic}
XropUrl :
MetabasePath : IIS://srv-ex01.lab.local/W3SVC/1/ROOT/Rpc
Path : C:WindowsSystem32RpcProxy
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : SRV-EX01
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
Name : Rpc (Default Web Site)
DistinguishedName : CN=Rpc (Default Web Site),CN=HTTP,CN=Protocols,CN=SRV-EX01,CN=Servers,CN=Exchange Adm
inistrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=LAB,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=lab,DC=local
Identity : SRV-EX01Rpc (Default Web Site)
Guid : xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
ObjectCategory : lab.local/Configuration/Schema/ms-Exch-Rpc-Http-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchRpcHttpVirtualDirectory}
WhenChanged : 01.11.2017 20:16:45
WhenCreated : 01.11.2017 20:16:45
WhenChangedUTC : 01.11.2017 19:16:45
WhenCreatedUTC : 01.11.2017 19:16:45
OrganizationId :
OriginatingServer : SRV-DC01.lab.local
IsValid : True

Moin!
welche Authentifizierungsmethode hast du für Outlook Anywhere konfiguriert? In den meisten Fällen wird NTLM verwendet. Kannst du entweder per Powershell (Get-OutlookAnywhere -Server Servername |fl oder über die Management Konsole überprüfen und korrigieren.

Nachtrag:
nginx/1.10.9 läuft auf einem debian9 mit standart arp repos

Hallo DW,
Exchange 2010 SP3 UR18 und Outlook 2010 Pro x86 mit allen aktuellen Updates (Stand 01.11.17)

der NGINX steht in der DMZ ist jedoch über Firewall entsprechend freigeschaltet, OWA läuft bereits über NGINX Proxy

Firewall Freigabe:
DMZ_NGINX –> LAN_Exchange –> 80/tcp,443/tcp

Guten Morgen Uli,
die selbe Frage an dich wie an @Krüger. Welche Exchange und Outlookversion setzt du ein? Beides auf dem neusten Patchlevel? Welche Version von nginx kommt zum Einsatz?

Steht der Server mit Nginx in einer DMZ oder in selben Subnetz wie der Exchange Server? Könnte evtl. die Firewall zwischen DMZ und lokalen LAN evtl. Pakete filtern?

In der error log vom Nginx steht ebenfalls das selbe wie bei @Krüger

[error] 1623#1623: *14 upstream timed out (110: Connection timed out) while reading upstream, client: x.x.x.x, server: mail.test.de, request: „RPC_OUT_DATA /rpc/rpcproxy.dll?srv-ex01.lab.local:6004 HTTP/1.1“, upstream: „https://mail.test.de:443/rpc/rpcproxy.dll?srv-ex01.lab.local:6004“, host: „mail.mail.test.de“

Folgende Einträge erhalte ich im Nginx Log:
x.x.x.x – labx5CUser [04/Nov/2017:23:30:49 +0100] „RPC_IN_DATA /rpc/rpcproxy.dll?srv-ex01.lab.local:6002 HTTP/1.1“ 413 199 „-“ „MSRPC“
x.x.x.x – labx5CUser [04/Nov/2017:23:31:44 +0100] „RPC_OUT_DATA /rpc/rpcproxy.dll?srv-ex01.lab.local:6002 HTTP/1.1“ 200 0 „-“ „MSRPC“
x.x.x.x – labx5CUser [04/Nov/2017:23:31:49 +0100] „RPC_IN_DATA /rpc/rpcproxy.dll?srv-ex01.lab.local:6004 HTTP/1.1“ 413 199 „-“ „MSRPC“
x.x.x.x – labx5CUser [04/Nov/2017:23:32:45 +0100] „RPC_OUT_DATA /rpc/rpcproxy.dll?srv-ex01.lab.local:6004 HTTP/1.1“ 200 0 „-“ „MSRPC“

Guten Abend Kevin,
grundsätzlich unterstützt nginx (egal welche Version) Exchange Server mit RPC nicht. In meiner Anleitung wird deshalb noch das Paket „nginx-extras“ nachinstalliert, welches das Problem behebt.

Gruß

Selbst habe ich eine ähnliche konfiguration mit einem Exchange 2016 am laufen.
Da hier Exchange 2016 jedoch für OutlookAnywhare MAPI anstell von RPC verwendet, gab es hier auch keine unerwarteten Probleme.

Moin!
Welche Exchange und Outlookversion setzt du ein? Beides auf dem neusten Patchlevel? Welche Version von nginx kommt zum Einsatz?

ich habe alles wie in der Anleitung beschrieben umgesetzt, erhalte aber auf dem Reverse Proxy (nginx) folgende Fehlermeldung im Log:

[error] client intended to send too large body: 1073741824 bytes, client: xxxx.xxxx.xxxx.xxxx, server: test.example.org, request: „RPC_IN_DATA /rpc/rpcproxy.dll?MSX.example.local:6004 HTTP/1.1“, host: „test.example.org“

Ohne den Reverse Proxy funktioniert Outlook Anywhere. Eine Idee woran es liegen könnte?

Bin für alle Tips Dankbar.