Habe weiter gesucht! Unter Get-OutlookAnywhere stand dort unter ExternalHostname noch remote.meineDomain.de dies habe ich geändert aber leider wohl auch nicht die richtige Stelle!
Der MS Test und Outlook Autokonfig-Ermittlung sagen mir remote.meineDomain.de
Jemand ne Tipp? - Suche aber mal weiter....
Franks seiten habe ich schon durchgelesen, auch die Links! Habe auch meines er achtens alle Verweise auf autodiscover.meinedomain.de umgestellt.
Auch Get-AutodiscoverVirtualDirectory verweist auf autodiscover....
sowie Get-ClientAccessServer | fl ebenso, nichts was auf remote weisen würde.
Vielleicht bin ich ja auch komplett auf dem Holzweg!
In bin der Meinung, dass hier (Bild als Anlage, Auszug auf dem Testconnectivity-Tool von MS), nicht remote stehen darf! Aber wo kann ich das ändern?
Vorab Danke für die Bemühungen
Ups, ja klar ist es ein SBS2011!
Wo kann ich die Default Domain denn umstellen?
Wenn ich in der Shell sage: Get-AutodiscoverVirtualDirectory
sagt er mir remote.meineDomain.de
Muss ich es dort ändern oder wo? Wenn ja wie?
Mein Outlook Autoermittlungs will auch immer auch remote zugreifen, aber das Zertifikat habe ich auch autodiscover, daher meckert der dann!
Habe auch versucht alles auf remote umzubiegen, aber dann schlägt es sofort fehl, da Outlook ja autodiscover braucht! Oder?!
Habe grad nochmal den Test genau analysiert!
Wollte Ihn aber nicht komplett posten, wenn es hilft, mache ich es aber gern!
Mir ist aber noch aufgefallen, dass in der:
Die Microsoft-Verbindungsuntersuchung versucht, eine XML-Antwort des AutoErmittlungsdiensts von URL https://autodiscover.meineDoma…Discover/AutoDiscover.xml für Benutzer User@meineDomain.de abzurufen.
Die XML-Antwort der AutoErmittlung wurde erfolgreich abgerufen.
In dieser Datei steht aber unter dem Punkt:
-Server->remote.meineDomain.de<-/Server->
(Musste hier die - einfügen, weil sonst hier falsch dargestellt wird)
Daher prüft er im nächsten Schritt natürlich bei Remote und das Zert stimmt nicht!
Aber woher zieht er sich diesen Eintrag? Wo kann ich diesen ändern?
Hi,
der Verbindungstest von MS schlägt leider fehl, und ich bräuchte Eure Hife um herauszufinden warum 
Fehler ist natürlich wieder ein Zertifikat. Aber das eigentliche Problem ist, ich sehe das Problem wie folgt:
Er versucht auf am Ende des Testes auf die Domain: remote.meineDomain.de zuzugreifen! Dies ist falsch! Er muss eigentlich autodiscover.meineDomain.de nehmen! Warum macht er dies. (Hier würde das Zert. auch stimmen)
Meine Vermutung:
Ich habe den folgenden Script laufen lassen:
http://virtualbarrymartin.me/2…nternal-and-external-use/
Dieser läuft aber in in einen Fehler (bei anderen jetzt funktionieren Servern war das nicht der Fall)
Der Fehler lautet wie folgt:
Setting UM Virtual Directories
Die Benennung "Get-UMVirtualDirectory" wurde nicht als Name eines Cmdlet, einer Funktion, einer Skriptdatei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der Pfad korrekt ist (sofern enthalten), und wiederholen Sie den Vorgang.
Bei D:\Zert\zert.ps1:133 Zeichen:43
+ [array]$UMCurrent = Get-UMVirtualDirectory <<<<
+ CategoryInfo : ObjectNotFound: (Get-UMVirtualDirectory:String) [], CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
Oder bin ich auf dem Holzweg? Da UM ja nix damit zu tun hat?! Glaub ich gar nicht eingerichtet ist..... 
Jemand ne Idee?
Ups, gar nicht gesehen....
Ja, genau das ist, was ich suche, aber wo finde ich die Einstellungen von Autodiscover?
Wie kann ich meinem AD sagen? Teile Outlook mit das Exchange nicht unter exchange.domain.local sondern unter remote.domain.de zu suchen, bzw. finden soll?!
Wie ich die DNS Einstellungen hinbekommen würde war mir schon klar, die Frage ist bloß, ob es der richtige Weg ist?!
Kein Problem, wollte das Problem nur zeitnah gelöst bekommen. Da es zwei Unterschiedliche Foren sind, war der Hintergedanke mehr User zu erreichen.
Das die selben User in beiden Foren unterwegs sind, konnte ich nicht ahnen....Sorry,
aber vielleicht findet sich ja noch eine Antwort....
Hi,
habe einen neuen Exchange 2010Std. aufgesetzt. Soweit so gut.
Nun habe ich so meine Schwierigkeiten mit Zertifikaten.
Exchange hat ja ein eigenes Zert. bei der Installation erstellt.
Bei Aufruf vom Client intern bekomme ich natürlich eine Zertifikats Fehlermeldung, weil der Name nicht mit der Webseite übereinstimmt.
Brauche also ein Zert. welches mit der Domain übereinstimmt.
Da auch Mobiltelefone via ActiveSync zugreifen sollen, wollte ich ein "richtiges" Drittanbieter Zertifikat (z.B. bei Domain Factory für 2€/Monat) erstellen lassen.
Wenn diese klappen sollte, habe ich ein Zert. mit remote.Domain.de
Bei der Domain habe ich remote.Domain.de auf unsere externe IP umgeleitet.
In der Firewall habe ich Port 443 auf den Exchange weitergeleitet.
Nun müsste doch der Client(Handy oder OWA) das Zertifikat akzeptieren und sagen gut ist?! ODER?
Jetzt aber mein eigentliches Problem:
Wenn ich nun im Internen-Netz Outlook öffne, wird Outlook (ich denke via Autodiscover) auf Exchange.Domain.local umgeleitet.
Das Zertifikat ist dann Falsch, weil es ja wieder nicht überein stimmt. (de vs local)
Mein Gedanke:
Outlook irgendwie mitteilen das er den Exchange nicht unter Exchange.domain.local, sondern unter remote.domain.de findet.
Im internen DNS Server würde ich dann einen Eintrag machen, welcher bei remote.domain.de auf die interne IP des Exchange verweist!
Und dann müsste doch schon alles gut werden?! Oder?
Mache ich einen Denkfehler, oder was für Möglichkeiten gibt es, bzw. wie wird es normalerweise umgesetzt?
Danke für Eure Antworten.....
Danke,
der Fehler ist glaub ich aufgetreten, als eine HDD im Raid ausgefallen ist. War nur ein SATA-Raid. Seit dem Rebuild tauchten vermehrt Fehler auf. Hatte dann den Server auf eine VM kopiert.
Mit SnapShot kann ich ja jetzt lustig dranrumbasteln....
Oder ggf. VM kopieren und die Reparatur erst in einem Testsystem mal durchspielen!
Vielen Dank aber erstmal, werde mir die Seite mal genau studieren....
Hi,
wir sichern einen SBS 2003 mit Symantec Backup Exec 2010 R2.
Leider kommt es bei der Sicherung des Exchange zu fehlern.
BE meldet: (E000FE7A)
Sichern- \\xxxxxxxx-srv.xxxx.local\Microsoft Information Store\Erste Speichergruppe
V-79-57344-65146 - Beim Zugriff auf Microsoft Exchange Server ist ein Fehler aufgetreten. Überprüfen Sie das Ereignisprotokoll in Exchange Server, um weitere Informationen zu erhalten.
Sichern- \\xxx-srv.xxxx.local\Microsoft Information Store\Erste SpeichergruppeWARNUNG:
"\\xxxx-srv.xxxx.local\Microsoft Information Store\Erste Speichergruppe\Postfachspeicher (xxxx-SRV)" ist beschädigt. Dateiprüfung nicht möglich.
Im Ereignisprotokoll des Exchange sieht es folgendermaßen aus:
Eine Vollständige Sicherung beginnt!
Die pub1.edb wird erfolgreich gesichert
Die pub1.stm wird erfolgreich gesichert
Die priv1.edb wird erfolgreich gesichert
Nun das Sorgenkind! Die priv1.stm mit 19.688 MB
Hier bekomme ich innerhalb von ca 15 Sekunden 20 mal folgenden Eintrag:
Information Store (4144) Fehler bei Überprüfung der aus Datei "D:\Exchsrvr\MDBDATA\priv1.stm" bei Offset 19528818688 (0x000000048c022000) für 4096 (0x00001000) Bytes gelesenen Streamingseite durch eine Inkonsistenz der Seitenprüfsumme. Die erwartete Prüfsumme war 779114262 (0x000000002e705716), die tatsächliche Prüfsumme 389904499 (0x00000000173d7873). Fehler -613 (0xfffffd9b) bei Leseoperation. Wenn dieser Zustand andauert, stellen Sie die Datenbank aus einer vorherigen Sicherung wieder her.
Anschließend bricht die Exchange Sicherung mit folgendem Fehler ab:
Information Store (4144) Erste Speichergruppe: Fehler (-613) während der Sicherung einer Datenbank (Datei D:\Exchsrvr\MDBDATA\priv1.stm). Die Datenbank kann nicht wiederhergestellt werden.
Information Store (4144) Erste Speichergruppe: Die Sicherung von Datei D:\Exchsrvr\MDBDATA\priv1.stm wird beendet. Nicht alle Daten in der Datei konnten gelesen werden (19528810496 Bytes gelesen von 20644372480 Bytes).
Gibt es eine Möglichkeit den Fehler zu beheben, bzw. die Datenbank zu reparieren?!
Leider kann ich keine "alte Sicherung" wiederherstellen, da der Fehler erst jetzt aufgefallen ist und schon ein paar Tage besteht!
Bei den Clients ist es bis jetzt zu keinen Fehlern gekommen.
Jemand einen Ansatzpunkt oder eine Idee?
Gruß
K79
