Beiträge von Rainer

...noch eine Ergänzung zur Proxyweiterleitung: bei dem Server der von aussen zu erreichen ist, muss der externe URL eingetragen werden (htps://domain/owa), bei denen die nicht zu erreichen sind wird das Feld extern leer gelassen.

Es funktioniert jetzt!
Lösung:
hat man mehrere AD Sites mit Postfach Servern und CA Servern und ist nur ein Server in einer Site öffentlich erreichbar und die anderen nicht, dann nutzt man die Proxyweiterleitung von exchange. Abgesehen, dass die AD Standortkonfiguration passen muss, wird bei den Servereinstellungen >ClientAccess>Server>OAB kein externer URL eingetragen (auch nicht die interne Bezeichnung!). Einfach das Feld leer lassen oder die vorhandenen Einträge löschen und warten!!! ...ich hatte es öffter erfolglos getestet und es hat nicht funktioniert, erst als ich fast einen Tag gewartet habe, dann gings :o) hat man allerdings in den anderen AD Sites auch Exchange Server stehen, die von Aussen erreichbyr sind (über einen externen URL), kann man die Umleitung nutzen, hierzu wird der logischerweise der öffentliche URL bei >OAB extern eingetragen, die weiterleitung des Users folgt automatisch, bzw. über einen Hinweis (Link) auf der ersten OAB Seite. Es muss in beiden Fällen bei der OAB Authentifizierung die "Windows integriert" verwendet werden.

sooo, ich hoff ich hab nichts vergessen!

Grüsse

Rainer

kann es sein, dass es was mit dem "Auto-Discovery" zu tun hat, hier hab ich einige Meldungen im SystemLog (The WinHTTP Web Proxy Auto-Discovery Service service entered the stopped state.)?
Wenn ich im IIS mir die Autodiscover.xml ansehen will, bekomme ich auch eine Fehlermeldung im Browser. (This error (HTTP 403 Forbidden) means that Internet Explorer was able to connect to the website, but it does not have permission to view the webpage.) Hat es evtl. was mit dem SSL (Zertifikat/Name des Zertifikates) zu tun?

hi,
ping funktioniert in allen Varianten prima. Wenn ich den owa vom Browser des Server1 aus über IP, auf dem Server3 öffnen will, gibts einen Login Timeout 440

hallo an alle Experten,
ich hab Probleme mit dem OWA eines Servers in einem 2.AD Standort.
vorne weg zur Struktur:
1 Gesammtstruktur
1 Exchange Org
3 Server mit je DC,DNS, GC, Exchang 07 -Maibox, CAS, HUB- SP1und Rollup1+2
im Moment 2 AD Sites (Aufteilung DefaultSite Server 1+2 (DE), secondSite Server3 (EN)).

Der https Port wird von aussen auf Server1 geroutet, als alle Serrver noch am gleichen Standort (und in der DefaultSite)waren, hat alles funktioniert.
Wenn ich ein Postfach vom Server 1 oder 2 wähle funktioniert der OWA, ein Postfach des 3. Servers funktioniert nicht. Es kommt immer die Meldung:
"Verwenden Sie den folgenden Link, um dieses Postfach mit optimaler Leistung zu öffnen: https://...." ...der Link ist der gleiche, den ich im Browser eingegeben hab.
Der OWA funktioniert auch lokal nicht (https:localhost/owa).
Im Gegensatz zu den anderen beiden Servern vermisse ich bei diesem im IIS Manager die Default Sites "Exadmin, Exchange, Public", die ich ja aber eigentlich auch nicht brauche, wenn ich nur Exchange 2007 im Einsatz hab, oder!?
kann das ein Problem mit der Authentifizierung (evtl von einem Dienst) sein?
Ich hatte es zwischenzeitlich hinbekommen, dass der ...localhost/owa funktionierte, dass ist aber im Moment nicht mehr der Fall :o(

Die Standorte sind über VPN (Cisco PIX) verbunden.

Wer kann helfen???

Nach der Deinstallation und erneuten Installation der CAS Rolle geht alles wieder!

Es ist der Wahnsinn, nun sind die Web Einträge auch beim 2. server wieder da (ohne mein zutun)! allerdings funktioniert der OWA noch nicht ganz. nach der Installation des Zertifikates am Client, wird keine Seite/Formular angezeigt.

bei uns sind alle Rollen (hub,mailbox,cas) auf jeden Server (coburg, München, Mannheim), lediglich kleiner Standorte sind über VPN zu einem dieser 3 grösseren verbunden. Coburg ist mit Paris verbunden. Soweit ich das mal gelesen hab, muss in jedem Standort in dem es einen Mailboxserver gibt auch ein hub Transporter vorhanden sein, sowie die CAS Rolle (falls OWA verfügbar sein soll)!?
Ich hatte auch vorher schon einmal eine eigene Testumgebung in dem Stil (root und Subdomain) mit 2 Exchange 2007 Servern aufgebaut, dies hat auch funktioniert. Hier waren auf dem 2. Server die Einträge unter "Serverkonfig.>CA" allerdings noch vorhanden! der öffentliche Hosteintrag verwies auf den ersten Server und der OWA funktionierte von extern auch mit Konten des 2. Servers.
Frontens sind keine geplant! Da ja aber trotz Fusion noch so einiges getrennt laufen (bzw.administriert werden) soll, bin ich schon am überlegen doch lieber 2 Gesamtstrukturen zu erstellen.

hallo,
es handelt sich zum Glück um eine Testumgebung für ein späteres gemeinsames Netz (keine Sicherung des IIS)!
Wir hatten den ersten Exchange Server im forest installiert (in einer SubDomain) und er lief auch bestens incl. OWA, 2 Tage später hatte ein Kolege in Frankreich ebenfalls einen Exchange Server installiert, der auch bei uns in der Konsole angezeigt wird, allerdings werden unter CA nur noch bei diesem Server die ganzen Einträge wie web, owa usw. gelistet.
wir hätten aber gerne, dass unser OWA unabhängig von dem in Frankreich funktioniert!
Die "BestPractisAnalyse" brachte keine nennenswerten Ergebnisse.

hallo an alle Leser,

da sich hier ja viele Experten befinden, hoffe ich hier eine Antwort zu finden.
Ist es möglich in einer Exchange Organisation mit einer Gesamtstruktur und 2 Maildomainen, 2 OWAs zu hosten? Ein öffentlicher Eintrag verweist auf den einen und ein anderer Eintrag auf den zweiten Server.
Bei der Installation eines 2. Servers durch die IT eines anderen Landes wurde unser IIS vollständig geleert und der www Dienst lässt sich auch nicht mehr starten!