IThome

Nein, nicht im RRAS. Du hast also einen RRAS, der VPNs terminiert. Auf diesem wählt sich der Client ein und diesen Server kann er auch über das VPN erreichen. Dieser Server kann auch den Client erreichen. Ein anderer Server, der im selben Subnetz wie der RRAS steht, kann den Client aber nicht erreichen. Stimmt das soweit ? Poste bitte mal die Ausgabe von IPCONFIG /ALL des VPN-Clients bei bestehender Verbindung, IPCONFIG /ALL des RRAS und IPCONFIG /ALL des Servers, der den Client erreichen soll ... Off-Topic: Warum siezt Du mich ?

Hat der zentrale Server eine Route für den IP-Adressbereich des VPN-Clients ?

Welche Outlook Version (2010?), welche Exchange Version ?

Also ist die VPN-Funktionalität jetzt auf dem SBS ? Würde mich sehr wundern ... Du kommst also zum Server, kannst ihn via RDP erreichen, aber bei einem dahinter stehendem Client (im lokalen Netzwerk) funktioniert das nicht ?

In dem Du Dir z.B. einen Kontakt mit der externen Emailadresse erstellst und entweder eine Outlookregel konfigurierst oder die Weiterleitung im Exchange System Manager konfigurierst ...

Versuch mal ... : Error 0xc004038a Occurs and Information Store Does Not Start

Kann (und sollte bei nur sicheren Updates), muss aber nicht ... Zumal hier auch nicht sichere Updates erlaubt sind ... ... und eingetragen sind sie auch ;)

Möglicherweise ist auf dem Client die Windowsfirewall an und der Bereich für die Ausnahme für Remotedesktop steht auf "Lokales Subnetz" ...

Achso, dann kannste das so machen ...

Wenn Du keine Terminaldienste benötigst bzw. gar keine Lizenzen dafür hast, dann musst Du die Remotedesktopdienste (früher Terminaldienste) deinstallieren. Verwalten kann man einen 2008er auch ohne ...

Schon mal die Artikel durchgeschaut (Exchange Zieldomäne) ?

Hast Du die Rolle "Remotedesktopdienste" installiert ?

Das ist eine Computerrichtlinie und wird Computerobjekten zugewiesen. Ausserdem solltest Du da nicht nur den Benutzer eintragen, sondern auch die Objekte, die vorher auch drin standen ... Wieso Sicherheitsfilterung ?

Die Anwender sollen via Outlook nicht im RTF-Format verschicken ... http://technet.microsoft.com/de-de/library/bb124867(EXCHG.65).aspx http://www.msxfaq.de/konzepte/rtfmail.htm

Möglicherweise hilft auch das Aktivieren der Konflikterkennung auf dem DHCP-Server ...

Schlecht heisst gar nicht ? Sind die Rechner Domänenmitglieder oder waren sie es mal ? Hat sich an ihnen der Domänenadmin wenigstens einmal angemeldet ?

Sind die Kennwörter in der Domäne und auf dem Client gleich (der benutzername ist ja der gleiche) ?

Was willst Du mir damit jetzt sagen ? Was hast Du auf dem Client eingestellt, welche sind Haken gesetzt, existiert ein primärer Suffix oder nicht ? Poste mal bitte IPCONFIG /ALL eines Clients, der nicht funktioniert ...

Das Profil wandert mit, PST-Dateien z.B. allerdings nicht, da sie sich in "Lokale Einstellungen" befinden ...

Ich würde sowas natürlich zu einer Zeit machen, in der wenig bis gar nichts los ist. Wie schon gesagt denke ich nicht, dass der DHCP-Server das Problem verursacht, sondern Deine Drucker. Generell werden die Leases ja erneuert (bei Windows-Clients) ...

Nur den Verbindungssuffix zu verteilen reicht nicht aus, da per Default der Verbindungssuffix nicht registriert wird. Dafür müsste man einen Haken setzen: "DNS-Suffix dieser Verbindung in DNS-Registrierung verwenden". Alternativ kannst Du auch einen passenden primären DNS-Suffix auf den Nichtmembern einstellen ...

Installiere Dir einen Sniffer auf dem Server und beobachte die Anfragen eines der Drucker, beim Ausmachen und wieder Anmachen ...

Erzeuge eine neue, stelle dieses Recht ein und linke sie dort hin, wo sich die zu konfigurierenden Computerkonten befinden. Du solltest diese Richtlinie in der OU an die erste Stelle setzen. Das alles machst Du mit GPMC.MSC auf dem SBS ...

Hat der Rechner Credentials gespeichert, die nicht mehr stimmen (falsches Kennwort) ? Schau mal mit CONTROL USERPASSWORDS2 auf dem Nicht-Member, ob da was gespeichert wird. AD-Benutzer werden nicht einfach so gesperrt ...

Auch Windows-Rechner kann man so konfigurieren, dass sie beim Herunterfahren ihre Lease löschen und nicht beim Neustarten einfach nur verlängern. Ich denke, dass dieses Verhalten von Deinen Druckern ausgeht und nicht vom DHCP-Server.