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 !

Ist der DynDNS auch immer aktuell ? Ich hatte schon des öfteren Probleme, das die neue IP nich übernommenn wurde.

 

Viel Erfolg weiterhin,

Zomb

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

Hallo.

 

In deinem Interesse bitte keine Echtnamen in Foren posten. Ich habe dies daher geändert.

 

Ja, und du hast ein Zertifikatsproblem. Das Zertifikat muss auf den FQDN deines Servers lauten, wie er von extern erreichbar ist (z.B. gockelhahn.dyndns.xx ;) :D )

 

LG Günther

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).

–

@Zomb

 

 

 

Und ich dachte immer, dass bei RPC over HTTP bzw RPC over HTTPS nur Port 80 bzw. Port 443 verwendet wird.

Kann es daher sein, dass du dich bei deinen Portangaben geirrt hast?

 

LG Günther

Nein, Port 443 ist überall open.

Hast du in der Firewall die benötigten Ports freigegeben ?

Wenn ich es noch richtig im Kopf habe sind die Standardports:

6001-6004

135

539

und noch ein zwei andere, ist aber schnell gefunden.

 

Ansonsten:

 

Hat der Server eine feste Ip oder Dynamische ? Benutzt du im Falle der Dynamischen Adresse DynDNS ?

Wenn ja, hast du auch die DynDNS-Adresse im Zertifikat ?

 

MFG,

Zomb

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.

–

ich weiß zwar nicht, ob es Dir viel helfen kann...

 

Microsoft Exchange Server Remote Connectivity Analyzer

 

• Microsoft Office Outlook 2003 RPC/HTTP Connectivity Test

o This test will walk through the steps Microsoft Office Outlook 2003 uses to connect via RPC/HTTP

 

 

Grüße

Danke,muss ich mal nach suchen.

Hallo.

 

 

 

Kommt bei OWA eine Zertifikatsfehlermeldung?

 

LG Günther

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ß

Grmpf. Fehlermeldungen? Hast du dir eventuell schonmal diverse Anleitungen zum Thema OWA durchgelesen?

 

Bspw.:

 

.:. www.SBSPraxis.de, die MCSEBoard Hilfe Seite für den Microsoft SBS Server 2003 .:.

 

HTH

Norbert

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 ;)

Hallo Hanos22,

 

welche IPAdresse bekommst du denn bei einem nslookup mail.domain.de zurück? Wenn es die externe IP Adresse deiner Firewall ist, musst du in deinem DNS eine Zone domain.de mit einem A-Record mail auf die interne IP-Adresse anlegen.

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

>

Hi,

 

Entferne den 2ten Eintrag im DNS welcher auf den Router zeigt.

 

Erledigt.

 

Trage den Router / oder DNS deines ISP in der Konfiguration des DNS Servers

unter Weiterleitungen ein.

 

War schon drin.

 

Starte den DNS Server Dienst einmal neu und prüfe erneut mittels dcdiag

den Zustand deines Servers.

 

Alle Tests ohne Fehler gelaufen.

 

Wieviele Netzwerkkarten hat der Server ?

 

1.

 

Hast du den DNS Server konfiguriert ? Reverse Lookupzone erstellt ?

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>

–

Hm, diese Fehlermeldung kommt in der Regel, wenn man NSLOOKUP ausführt und der angefragte DNS-Server nicht reverse aufgelöst werden kann (wegen fehlender Zone, fehlendem Eintrag in vorhandener Zone, falschem Eintrag in vorhandener Zone). Wie testest Du die Namensauflösung ? Lade Dir mal die Support Tools runter und führe NETDIAG aus. Um die SRV Resource Records neu zu schreiben, führe NETDIAG /FIX durch oder starte den Anmeldedienst neu. Um die A- und PTR-Einträge neu zu registrieren, führe IPCONFIG /REGISTERDNS durch (wie schon beschrieben). Das setzt natürlich voraus, dass die Zonen dynamisch aktualisierbar sind. Poste auch mal IPCONFIG /ALL des Servers ...

Anmelddienst neu gestartet, Registerdns laufen lassen. Namensauflösung teste ich durch pingen und nslookup.