Parallelbetrieb OWA und RPC
Hallo, leider bin ich mir hier etwas unschlüssig u wollte vorher ein paar Experten fragen, bevor ich mir mein System zerschiesse! Ist es eigentlich möglich OWA u RPC parallel laufen zu lassen, weil ja beide den Port 443 benutzen. Hintergrund ist folgender, dass ich mein OWA lassen möchte und den RPC letztendlich für die Iphone Synchronisation benötige.
thx
thx
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 91907
Url: https://administrator.de/contentid/91907
Ausgedruckt am: 09.11.2024 um 01:11 Uhr
10 Kommentare
Neuester Kommentar
Hi,
Ich habe mal eine kleine Verständnisfrage. Hilft zwar leider nicht bei deinem Problem, aber vielleicht kann mir ja jemand helfen das zu verstehen. Ich verstehe das Problem nicht - vermutlich da ich mich auf dem Gebiet nicht sooo gut auskenne. Ich möchte aber immer gerne dazulernen...
Wird RPC in diesem Zusammenhang nicht verwendet, um Daten zwischen Outlook und Exchange zu synchronisieren? Wenn ja, dann müsste es doch sowieso möglich sein, da OWA (Web-Zugriff und ActivSync) ja unabhängig davon arbeitet. Beides parallel zu betreiben ist doch das übliche vorgehen, oder? Und was den Port angeht: Ich dachte RPC verwenddet Port 111 oder wird Port 443 bei einer (SSL-)Verschlüsselung verwendet?
Danke schonmal für eure Hilfe...
Ich habe mal eine kleine Verständnisfrage. Hilft zwar leider nicht bei deinem Problem, aber vielleicht kann mir ja jemand helfen das zu verstehen. Ich verstehe das Problem nicht - vermutlich da ich mich auf dem Gebiet nicht sooo gut auskenne. Ich möchte aber immer gerne dazulernen...
Wird RPC in diesem Zusammenhang nicht verwendet, um Daten zwischen Outlook und Exchange zu synchronisieren? Wenn ja, dann müsste es doch sowieso möglich sein, da OWA (Web-Zugriff und ActivSync) ja unabhängig davon arbeitet. Beides parallel zu betreiben ist doch das übliche vorgehen, oder? Und was den Port angeht: Ich dachte RPC verwenddet Port 111 oder wird Port 443 bei einer (SSL-)Verschlüsselung verwendet?
Danke schonmal für eure Hilfe...
Hallo,
daedalus, RPC afaik auch nicht Port 111, sondern ein dynamisches Mapping (lässt sich bei Exchang aber auf bestimmten Range festlegen). Das lässt sich über's Internet nur sehr schlecht abbilden - deswegen wurde RPC-over-HTTP entwickelt. Und genau das meinte ZeroQool wohl auch. Dabei wird ein HTTP(S)-Tunnel (bzw. zwei) zwischen Client und Exchange-Server aufgebaut. Kann man sich ähnlich einem VPN vorstellen, da kann ich dann ja auch alles mögliche durchschicken.
Das OWA und RPC-over-HTTP parallel gehen ist eigentlich ganz logisch: Es sind beides HTTP-Anfragen, die ein unterschiedliches virtual Directory im IIS ansprechen.
Fehlersuche: Was heißt am Zertifikat kann's nicht liegen? Zeigt OWA (bzw. der Browser) eine Zertifikatswarnung? Die kann OL nicht handeln.
Wie sieht's mit Proxys aus? Proxy-Chaining ist bei RPC-over-HTTP grundsätzlich möglich, aber man sollte es erstmal mit möglichst wenig (=0) Proxys auf der Strecke ausprobieren.
Was verwendest du als Nutzername für den Login? Der UPN hat sich eigentlich bewährt. Bei Verwendung des SAMAccountName nicht vergessen die Domäne anzugeben.
Die OL-Fehlermeldungen bei RPC-over-HTTP sind leider oft grob falsch. Schau mal in der Systemsteuerung -> Benutzerkonten -> dein Konto unter "Gespeicherte Benutzernamen und Kennwörter". Hier darf für deine Exchange-Domäne oder Proxys kein Kennwort gespeichert sein.
Deutlich aussagekräftigere Fehlermeldungen als Outlook liefert RPCPing (http://support.microsoft.com/kb/831051).
Gruß
Filipp
daedalus, RPC afaik auch nicht Port 111, sondern ein dynamisches Mapping (lässt sich bei Exchang aber auf bestimmten Range festlegen). Das lässt sich über's Internet nur sehr schlecht abbilden - deswegen wurde RPC-over-HTTP entwickelt. Und genau das meinte ZeroQool wohl auch. Dabei wird ein HTTP(S)-Tunnel (bzw. zwei) zwischen Client und Exchange-Server aufgebaut. Kann man sich ähnlich einem VPN vorstellen, da kann ich dann ja auch alles mögliche durchschicken.
Das OWA und RPC-over-HTTP parallel gehen ist eigentlich ganz logisch: Es sind beides HTTP-Anfragen, die ein unterschiedliches virtual Directory im IIS ansprechen.
Fehlersuche: Was heißt am Zertifikat kann's nicht liegen? Zeigt OWA (bzw. der Browser) eine Zertifikatswarnung? Die kann OL nicht handeln.
Wie sieht's mit Proxys aus? Proxy-Chaining ist bei RPC-over-HTTP grundsätzlich möglich, aber man sollte es erstmal mit möglichst wenig (=0) Proxys auf der Strecke ausprobieren.
Was verwendest du als Nutzername für den Login? Der UPN hat sich eigentlich bewährt. Bei Verwendung des SAMAccountName nicht vergessen die Domäne anzugeben.
Die OL-Fehlermeldungen bei RPC-over-HTTP sind leider oft grob falsch. Schau mal in der Systemsteuerung -> Benutzerkonten -> dein Konto unter "Gespeicherte Benutzernamen und Kennwörter". Hier darf für deine Exchange-Domäne oder Proxys kein Kennwort gespeichert sein.
Deutlich aussagekräftigere Fehlermeldungen als Outlook liefert RPCPing (http://support.microsoft.com/kb/831051).
Gruß
Filipp
Ah Ok, danke!
RPC-over -http war mir neu...
Gruß
daedalus
RPC-over -http war mir neu...
Gruß
daedalus
Hallo,
nein, der Computer muss dem Zertifikat vertrauen. Eine Meldung wie im Browser, mit der man dann auch ein unvertrautes Zertifikat akzeptieren kann ist nicht vorgesehen.
Du kannst aber auch ein selbst erstelltes Zertifikat verwenden, du musst es nur den vertrauten Zertifikaten hinzufügen, bzw. besser noch das Root-Zertifikat deiner Zertifizierungsstelle.
Gruß
Filipp
nein, der Computer muss dem Zertifikat vertrauen. Eine Meldung wie im Browser, mit der man dann auch ein unvertrautes Zertifikat akzeptieren kann ist nicht vorgesehen.
Du kannst aber auch ein selbst erstelltes Zertifikat verwenden, du musst es nur den vertrauten Zertifikaten hinzufügen, bzw. besser noch das Root-Zertifikat deiner Zertifizierungsstelle.
Gruß
Filipp