Hanos22

Moin, du hattest recht! Ich habe die beiden Verzeichnisse manuell gelöscht und dann konnte ich es wieder anlegen. Danke für den Tipp!! Leider hat sich das Grundproblem dadurch nicht geändert. Die Abwesenheitsregel im lokalen Outlook funktioniert immer noch nicht. Werde mal weiter probieren. Gruß

Doch, das Verzeichnis ist vorhanden! s. Anhang! Beim Verzeichnis erstellen kommt die Meldung " Verzeichnis schon vorhanden" Ich bin als Administrator angemeldet und PS ist auch im Admin Mode ausgeführt.

Der Server!

Der Befehl get-autodiscovervirtualdirectory gibt nichts aus, deshalb wollte ich das Verzeichnis löschen und neu anlegen. Was meinst du mit Schreibfehler? PS C:\Users\Administrator.EXCHAN2010> get-clientaccessserver Name EXCHAN2010

Hallo, ich möchte gerne das virt. Autodiscover Verzeichnis mit der PS Konsole löschen und bekomme untenstehende Fehlermeldung. Der Befehl ist korrekt und das Verzeichnis existiert auch( obwohl die Fehlermeldung was anderes sagt). Vielleicht kann sich das mal jemand ansehen. PS C:\Users\Administrator.EXCHAN2010> Remove-AutodiscoverVirtualDirectory -Identity "Exchan2010\Autodiscover (Default Web Site)" Remove-AutodiscoverVirtualDirectory : Der Vorgang konnte nicht ausgeführt werden, weil das Objekt 'Exchan2010\Autodiscover (Default Web Site)' nicht auf 'Exchan2010.domäne.de' gefunden wurde. Bei Zeile:1 Zeichen:36 Remove-AutodiscoverVirtualDirectory <<<< -Identity "Exchan2010\Autodiscover (Default Web Site)" + CategoryInfo : NotSpecified: (0:Int32) [Remove-AutodiscoverVirtualDirectory], ManagementObjectNotFoundException + FullyQualifiedErrorId 78B244FA,Microsoft.Exchange.Management.SystemConfigurationTasks.RemoveAutodiscoverVirtualDirectory Gruß :)

Wieso zwei Zertifikate ? Ich habe das alte entfernt und ein neues erstellt !

Die Aktualisierung der IP Adresse klappt einwandfrei. Das komische ist, das nach einmaliger Aktivierung (allerdings nur mit Domänenanmeldung) die RPC Anbindung wunderbar funktioniert. Er muss nur einmal den Namen auflösen. Fehlt vielleicht noch ein Eintrag im DNS oder im IIS ? Habe keine Idee mehr :( Gruß

Kurzes Update: Habe jetzt das Zertifcat neu erstellt, mit dem Dyndns Namen. Hat auch wunderbar funtioniert. Aber der Fehler ist immer noch da. Wenn ich von extern über RPC zugreifen will, kann der Exchange Server nicht gefunden werden. Habe schon etliche Posts mit diesem Problem gelesen, aber bis zur Lösung hat es nie gereicht :( Gruß

Habe ich da was völlig falsch verstanden? Der FQDN ist auch der Zertifikatsname. Dieser verweist in einem MX record auf meine DYNDNS Adresse. OWA funktioniert ohne Fehlermeldung :confused

Sorry mit dem Echtnamen, vergessen. Mein Zertifikat ist auf den FQDN des Servers ausgestellt. Server2003.xx.xxx.de liegt auf meine Dyndnsadresse und ist von außen erreichbar. Deshalb wundere ich mich auch, das das zertifkat angemeckert wird.

Habe gerade das Microsoft Analyzer programm laufen lassen. Der schmeißt mir doch einen Zertifikatsfehler raus :confused: Verstehe ich nicht. Hier die Meldung: Testing SSLCertificate for validity. The SSLCertificate failed one or more certificate validation checks. Tell me more about this issue and how to resolve it Additional Details The SSL Certificate was issued by CN=server2003.xxx.de, DC=xx-xxx-xx, DC=de and is not trusted by Windows, if this is an internal CA and not trusted by our server, please check the box to ignore trust when performing the test (Note: this option is not available for the RPC/HTTP test). – Nein, Port 443 ist überall open.

Die Ports sind ja aufgrund der RPC installation auf dem server schon freigeschaltet. Im übrigen funktioniert es ja, sobald ich einmal eine Verbindung hatte. Aber ich muss noch 6 externe Rechner anbinden, wo ich keine Domänenanmeldung praktizieren kann. Das procedere läuft über Dyddns, ist aber im Zertifiakt enthalten. Zertifikatsfehler schliesse ich aus, da OWA einwandfrei funktioniert. – Danke,muss ich mal nach suchen.

Nein, habe die Zertifikate auf den Clients importiert.

Hallo Leute, habe hier einen Exchange 2003 Single Server der einwandfrei läuft. Auch OWA ist von jedem beliebigen Rechner aufrufbar. Dann habe ich RPC over HTTP installiert und musste feststellen, das ich intern und auch extern keine Verbindung zum Server herstellen konnte. Der Client versucht eine HTTPS Verbindung aufzubauen und bricht irgendwann mit der Meldung " Kann keine verbindung zum Exchange Server aufbauen. Outlook muß im Onlinemodus verfügbar sein" Im RPC Logfile steht auch nichts drin, was einen weiterbringt. Dann habe ich mich intern mit einem Client, der vorher nicht funktionierte, an der Domäne angemeldet und das RPC Procedere nochmal durchgespielt. Und siehe da, es funktionierte. Auch ohne Domänenanmeldung klappt es jetzt auf diesem Rechner ohne Probleme. Aber jeder externe Rechner versucht verzweifelt sich an dem Exchange Server anzumelden. Jemand eine Idee, woran das liegen könnte. Gruß

Fehlermeldung wie gehabt "Seite kann nicht angezeigt werden" Gelesen habe ich schon fast alles. Ich glaube, ich werde morgen ein neues Zertifikat auf den Servernamen erstellen. Das läuft wenigstens :rolleyes:

Muss schon wieder nerven :cry: Ich habe jetzt im DNS Server in der der schon vorhandenen Zone Domain.de (interne und externe DNS ist gleich) einen neuen Host (A) mit mail.domain.de erstellt und auf die interne IP Adresse geleitet. nslookup kann jetzt auch mail.Domain.de auf die interne IP Adresse auflösen. Trotzdem kann ich im IE OWA nicht über mail.Domain.de/exchange erreichen.:confused: Gruß

Danke ! Man wird auch überall gefunden ;)

Ich bekommen diese Meldung: C:\Dokumente und Einstellungen\Administrator>nslookup mail.domain.de Server: servername.domain.de Address: 192.168.1.50 *** mail.domain.de wurde von servername.domain.de nicht gefund en: Non-existent domain

Hallo, bin etwas ratlos. Habe hier einen W2k3 als DC mit Exchange 2003 installiert. DNS über nslookup klappt reibungslos. Habe dann ein SSL zertifikat erstellt mit dem Namen mail.domain.de. A record beim Provider ist eingetragen: mail.domain.de auf eine dymanische DNS. Ich kann OWA aber nicht mal intern am Server aufrufen. Aufruf https://mail.domain.de/exchange. Fehler: Seite kann nicht angezeigt werden Port 443 ist freigeschaltet. Irgendwas mache ich falsch.:confused: Gruß

Guten Morgen! So, nachdem ich gestern spät abends noch mal die einträge durch gegangen bin und ein paar Sachen versucht habe, aber sich nicht der gewünschte Erfolg einstellte, habe ich den DNS nochmal komplett neu gemacht. Und was soll ich sagen - er läüft :shock: Keine Ahnung warum, sieht alles so auch wie vorher, aber ich habe mir abgewöhnt, für jedes Problem was nicht mehr existiert eine Begündung zu finden. Ich danke euch nochmal für die Hilfe. Ein tolles Forum und bis demnächst beim DHCP Server.:D

Uups, in diesem Screenshot hast du Recht :o War schon spät. Aber der Fehler kam auch in der DOS Shell. Aber danke für den Hinweis, werde in Zukunft darauf achten.

Moin, danke erstmal für eure schnelle Hilfe. Sitze jetzt im Büro und bin erst heute Abend wieder kurz am Rechner. Werde dann berichten. Gruß

Am Server ! Jetzt ist was seltsames passiert. Der ping bekam eine Antwort, aber nur einmal. Danach wieder das selbe Problem: Microsoft Windows [Version 5.2.3790] © Copyright 1985-2003 Microsoft Corp. C:\Dokumente und Einstellungen\Administrator>ping server2003.it-gutachter-os.de Ping wird ausgeführt für Server2003.IT-Gutachter-OS.de [192.168.1.50] mit 32 Byt es Daten: Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Ping-Statistik für 192.168.1.50: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms C:\Dokumente und Einstellungen\Administrator>ping server2003.it-gutachter-os.de Ping wird ausgeführt für Server2003.IT-Gutachter-OS.de [192.168.1.50] mit 32 Byt es Daten: Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.1.50: Bytes=32 Zeit<1ms TTL=128 Ping-Statistik für 192.168.1.50: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms C:\Dokumente und Einstellungen\Administrator>nslookup Standardserver: server2003.it-gutachter-os.de Address: 192.168.1.50 > nslookup Server: server2003.it-gutachter-os.de Address: 192.168.1.50 *** nslookup wurde von server2003.it-gutachter-os.de nicht gefunden: Non-existen t domain > nslookup Server: server2003.it-gutachter-os.de Address: 192.168.1.50 *** nslookup wurde von server2003.it-gutachter-os.de nicht gefunden: Non-existen t domain > ping server2003.it-gutachter-os.de Server: server2003.it-gutachter-os.de Address: 192.168.1.50 *** ping wurde von server2003.it-gutachter-os.de nicht gefunden: Non-existent do main >

Als erstes gemacht.

Microsoft Windows [Version 5.2.3790] © Copyright 1985-2003 Microsoft Corp. C:\Dokumente und Einstellungen\Administrator>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : Server2003 Primäres DNS-Suffix . . . . . . . : IT-Gutachter-OS.de Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : IT-Gutachter-OS.de Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 MT-Netzwerkverbindung Physikalische Adresse . . . . . . : 00-0C-29-49-98-C8 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.50 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.1.1 DNS-Server . . . . . . . . . . . : 192.168.1.50 192.168.1.1 Primärer WINS-Server . . . . . . : 192.168.1.50 C:\Dokumente und Einstellungen\Administrator> – Anmelddienst neu gestartet, Registerdns laufen lassen. Namensauflösung teste ich durch pingen und nslookup.