IThome

Poste bitte als erstes die Ausgabe von IPCONFIG /ALL der beiden DCs und eines Clients ...

Wie vermutet also kein Windows-, sondern ein AccessPoint-Problem ...

Das heisst also, dass alle Mails aus dem Internet, die an Eure Maildomäne gehen (es existiert also ein entsprechender MX-Eintrag, der auf Euren Server zeigt), direkt bei Eurem Exchange eingeliefert werden ?! Hängt da noch ne Firewall, ein Mailgateway oder sowas davor ?

Ja, kann sie ... Deswegen sollte man immer den Windows Zeitdienst benutzen ... Einmal beim Starten/Anmelden die Zeit einzustellen, reicht manchmal nicht aus (wenn die Zeit auf dem Client stark eiert) ... Prüfe das mal und schau Dir die Einträge in der Ereignisanzeige zum Fehlerzeitpunkt an ...

Eventuell ein Problem mit der Systemzeit ? In der Ereignisanzeige des Servers und des Clients findet man auch einiges.

Ob auch die Policies ein Problem sein können, ist schwer zu sagen, weil wir ja nicht wissen, was alles auf den Client/Benutzer wirkt ... RSOP.MSC auf dem Client zeigt die Einstellungen an ...

Wie gelangen die externen Mails zum Exchange ? Direkt via SMTP oder werden sie via POP3 angerufen und dann zum Exchange geschickt ?

Hört sich nicht so an, als könnte das funktionieren ... Und als "besser" würde ich das auch nicht bezeichnen ... eher als Bastelkram ... ;)

Könnte es sein, dass Du den Lösungsvorschlag nicht so recht verstanden hast und Dich deswegen nicht da ran traust ?

Das sind ja wenige DNS-Server ... Die Konfiguration ist ne Sache von 10 Minuten oder so ... ;)

??? :confused::confused: ??? DNS-Probleme korrigiert man im DNS und nicht am Router ...

4 Standorte ?

Definiere "viele DNS Server" ... 10 ? 20 ? 100 ?

Ja, das ist Arbeit ... Liegt aber an einer vorher nicht gründlich vorgenommenen Planung ;) ... Ich persönlich sehe auch keinen anderen Weg dieses Problem zu beheben ...

Was gibt er zurück ? Da solch eine Konfiguration eher nicht vorgenommen wird, dass in einer AD-Zone ein Eintrag vorhanden ist und in einer anderen Zone ebenfalls aufgelöst werden kann, weiss ich das gar nicht ... Vermutlich beides, allerdings je nach Einstellung des Servers (Subnetzmaskenanforderung, Round Robin) in unterschiedlicher Reihenfolge ... Probier´s doch aus ...

Vielleicht hilft Dir das hier ...

How to Remove the Last Legacy Exchange Server from an Organization: Exchange 2007 Help

Der Eintrag soll aus der AD Zone gelöscht werden, damit er eben nicht mehr überall hin repliziert wird. Du erzeugst die zusätzlichen, nicht AD integrierten, primären Zonen, damit pro Standort verschiedene Auflösungen durchgeführt werden können ...

Der Eintrag ist nach der Replikation nirgendwo mehr verfügbar ...

Der Standort mit der primären Zone, in der der öffentliche Host gespeichert ist, liefert die öffentliche IP zurück, die anderen die private IP. Da es primäre Zonen sind, die nicht AD integriert sind, replizieren sie nicht überall hin, sondern nur auf die angegebenen sekundären Server. Der A-Eintrag muss aus der AD integrierten Zone entfernt werden und die Clients der jeweiligen Standorte dürfen nur die DNS-Server ihres Standortes benutzen ...

In dem Standort eine primäre, nicht AD integrierte Zone erstellen, die den Namen der Website hat, z.B.

www.blablablabla.de

. In dieser Zone erstellst Du einen Host ohne Namen und mit der externen IP. Falls es in diesem Standort mehrere DNS-Server gibt, richtest Du diese als sekundäre Server für diese Zone ein. In den anderen Standorten machst Du das genau so, aber mit der internen IP. Der A-Eintrag für den internen Webhost wird aus der AD-Zone gelöscht.

Was war´s ?

Tasklist -svc

Der Router ist in der Regel im Bridgingmodus (WLAN/LAN), daher sollte das passen ...

Der Client soll eine Adresse ansprechen, die sich in seinem Subnetz befindet. Der Client macht ein ANDING mit der Ziel-IP-Adresse und der Subnetzmaske des Clients und der lokalen IP-Adresse und der Subnetzmaske des Clients. Dadurch wird festgestellt, ob sich ein Ziel lokal oder remote befindet. In der Routingtabelle findet er eine Route in das lokale Netz, nämlich über seine eigene Schnittstelle. Danach erfolgt ein ARP-Broadcast für die Ziel-IP-Adresse und nicht für den Router (Ziel ist ja lokal). Das "Verteilen" macht der ROUTER/Accesspoint ...

"Auf Verbindung" bedeutet, dass diese Ziele direkt erreichbar sind (ohne über einen Router gehen zu müssen) ...

Sorry, da habe ich was verwechselt.

 

Zum Thema: Ich kann unter Windows 7 SP1 64-Bit die Option auch nicht setzen. Windows 7 lässt diese Option scheinbar generell bei Komponenten aus \system32 (cmd.exe) nicht zu. Macht in gewissen Grenzen auch Sinn. Ein Virus könnte ja versuchen, sowas einzustellen.

Hm, ich hab auch Windows 7 x64 SP1 und hab das gerade gemacht (.CMD lokal, Verknüpfung lokal) ... Ebenso mit einem 2008 R2 mit SP1 (.CMD remote, Verknüpfung lokal) ...

So langsam hab ich echt das Gefühl, als ob wir kilometerweit aneinander vorbei reden ... :D

edit:

Wir reden von dieser Einstellung ?

Hallo Zahni,

welchen Unterschied macht es, ob die .CMD lokal liegt oder nicht (ich kann da keinen feststellen) ?

LG

Sven

Unter den Eigenschaften der Verknüpfung zur CMD - Kompatibilität kann ich das auch nicht ... Unter Eigenschaften - Reiter Verknüpfung - Erweitert kann ich das schon ... Du kannst das an beiden Orten nicht anhaken ? Ich mach das unter Windows 7 (wenn es denn mal sein muss) immer so und das funktioniert ... :confused:

Hast Du intern noch andere Geräte als den Netzwerkdrucker ? Wenn ja, werden alle Geräte via WLAN angesprochen ? Hat der Drucker einen Kabel-LAN Anschluss, den Du mal benutzen könntest (dann aber das WLAN auf ihm deaktivieren) ? Alle WLAN Geräte verbinden sich mit dem Linksys, der im Infrastrukturmodus arbeitet ?

Das ist wirklich kaum zu glauben, was da passiert ... :suspect: