Autodiscovery Fehler exchange 2007

[RobertWi 81]

Der User, wo Du diese Ausgabe her hast (die stammt ja von Outlook "E-mail-Autokonfiguration testen....") scheint kein Domänen-Mitglied zu sein.

[yabbax 11]

doch ist er.

Der User ist Mitglied von DomäneA\user, seine primäre SMTP aber lautet eben user@DomaeneB.de

 

Bin aber momentan per VPN auf dem Server verbunden, da heute eigenltich Feiertag ist... Liegts vielleicht daran, oder wie kommst du auf die Aussage?

[RobertWi 81]

Ich komme zu der Aussage, weil Outlook bei einem Domänenmitglied versucht, den sog. SCP zuerst zu erreichen - und der ist unabhängig von der E-Mail-Adresse.

 

Das sieht dann so aus, wie auf meinem Screenshot. Und diese Einträge fehlen bei Dir.

[yabbax 11]

nun, was sooll ich nun tun? das ganze ist doch recht merkwürdig, da es vorher ja funktioniert hat. ich habe doch nur das zertigfikat erneuert...

 

soll ich nun diese srv einträge manuell anlegen und wenn ja, wo?

Im dns forward Lookupzone auf der Domäne A oder B (für diese haben wir ja keine Zone).

[RobertWi 81]

Als erstes würde ich das mal mit einem 08/15-Client ausprobieren, der Dom-Mitglied ist und nicht per VPN kommt. Nicht das wir uns hier einen Wolf suchen und das Problem ist ganz wo anders.

 

Wenn das nichts hilft, braucht es eventuell mal einen Fachmann vor Ort. Vermutlich nur eine Sache von 5 Minuten, aber da Dir das notwendige Wissen komplett fehlt, wird es schwer, aus einem Forum heraus zu helfen.

[yabbax 11]

ich glaube du hast recht mit dem Fachmann. wir haben noch einen call bei ms frei, den werde ich morgen wenn ich in der firma bin nutzen.

 

werde es aber morgen vorher nochmal vor Ort ausprobieren, mal schauen was dann kommt.

 

Danke aber erst einmal für deine hilfe bis hierher.

 

GRuß Thomas

[RobertWi 81]

Ok, melde Dich wieder. Auch wenn Du es nicht selbst lösen konntest, wäre ein kurzer Abschlussbericht nett, denn andere finden eventuell mal diesen Thread hier.

[yabbax 11]

Hallo again,

 

ich habe es heute morgen in der Firma ausprobiert:

Outlook autodiscover Test war erfolgreich.

 

Auf dem IIS vom Exchange haben wir 2 Sites, eineDefault und ein internal website.

Die internal Website hat owa als virtual Directory.

 

Ich habe auf dieser Seite das Zertifikat mal auf das neue Wildcard Zertifikat geändert. Nach einem IIS Neustart habe ich wieder einen Zertifikatsfehler angezeigt bekommen in Outlook, aber nicht von diesem Zertifikat was ich installiert hatte. Autodiscover hat nicht funktioniert.

 

Dann habe ich wieder dieses Zertifikat mit dem von heute morgen ersetzt. Dies ist eins von unserem DC ausgestelltes. In Outlook kommt wieder die Warnmeldung mit Zertifikat, aber diesmal ist es das Zertifiakt was ich auch installiert habe.

Autodiscover funktioniert aber jetzt auch hier nicht.

Dauert das eine Weile oder muss ich den Exchange nach so etwas neustarten?

 

Bei MS anrufen wird glaube ich auch schwierig, da unser Exchange ja noch SP1 hat und nicht mehr supported wird?

 

Da war ich wohl zu schnell: Autodiscover funktioniert intern wieder mit dem Zertifikat, allerdings warum erhalte ich dann diese Zertifikatsfehlermeldung?

bearbeitet 2. November 2012 von yabbax
NAchtrag

[RobertWi 81]

Moin,

 

ein normaler Exchange hat nur eine IIS-Site. Server mit mehreren Sites sind sehr aufwendig und es ist weniges an Fachwissen erforderlich, um das fehlerfrei hinzubekommen.

 

Also noch mal: Fachmann vor Ort holen.

[yabbax 11]

Ich nochmal,

 

wenn ich den Client-Rechner neu starte und Outlook aufrufe funktioinert der Outlook autodiscover Test, nach ca. 15 Minuten kommt dann die Zertifikatswarnmeldung und der autodiscovery Test funktioniert nicht mehr.

 

Ich habe jetzt auch bei MS einen Supportfall aufgemacht, aber vielleicht weiss ja jemand ne schneller Lösung bzw. hat noch eine Idee.

[RobertWi 81]

Wenn die Fehlermeldung erst einige Minuten nach dem Start von Outlook kommt, ist es vermutlich eher ein Problem mit den URLs fürs OBA oder die EWS.

[yabbax 11]

so,

 

hier mal ne kurze Rückmeldung.

 

Der MS Support hat das Problem erkannt. Wir haben eine Netzwerkkarte mit 2 IP-Adressen im gleichen Subnetz. Da wir sowohl eine default-Webseite als auch eine sogenannte "interne Webseite" haben, die jeweils auf Port 443 lauschen, mussten zwei IP-Adressen angelegt werden.

 

soweit auch gut, allerdings hat die DNS-Auflösung teilweise dann die IP der internen webseite geliefert und nicht die der default Webseite. Bei Outlook muss aber die IP der default-Webseite geliefert werden, da es ansonsten eben zu diesen Warnungen kommt.

 

In unserem DNS waren für den exchange.domaene.de zwei Host A Einträge vorhanden plus einem für die interne Webseite.

 

Aus irgendeinen Grund hatte es bisher auch so funktioniert, aber durch bzw. seit dem Tausch des Zertifikates wurde nun die falsche IP zurückgegeben. Ich habe diesen falschen DNS eintrag gelöscht und beim Client noch ein ipconfig /flushdns durchgeführt.

 

Uns siehe da, die Fehlermeldung bleibt seitdem aus.

 

Jetzt habe ich allerdings noch ein weiteres Problem: Ich habe in den Eigenschaften der Netzwerkkarte vom Exchange den Haken bei "Adressen dieser Verbindung in DNS registrieren" entfernt. Dadurch sollten doch meines Wissens nach Einträge für diese Netzwerkadressen ausbleiben, oder?

Dann habe ich im DNS die vorhandenen gelöscht. und einen statischen Eintrag für Exchange.domaene.de gesetzt.

 

Jedenfalls nach ein paar Stunden sind wieder beide Einträge im DNS vorhanden.

 

Muss ich noch irgendwo anders etwas einstellen, dass ich nur einen statische Host-A Eintrag im DNS habe?

 

roundrobin ist im DNS aktiviert und wir haben noch einen WINS Server im einsatz.

 

Danke und gruß

Thomas

[RobertWi 81]

Moin,

 

wie ich bereits sagte: Vor Ort eine Kleinigkeit, aus der Ferne fast unmöglich. Eine Info, dass da noch eine zweite Webseite läuft (gehört nicht auf einen Exchange) wäre schön gewesen. Wie ich sagte, könnten auch die Bindungen ein Problem sind.

 

Das mit den zwei IP-Adressen war halt Round Robin.

 

Wenn Du die dynamische Aktualisierung deaktiviert hast (was ich auch immer empfehle), braucht es einen Neustart des Server. Solange der nicht erfolgt ist, gibt es leider alle 15 Minuten weiterhin Aktualisierungen im DNS (frage nicht nach dem Grund, ist für mich ein Bug).