IThome

Poste bitte mal die Ausgabe von ROUTE PRINT und IPCONFIG /ALL des Servers ...

Was ist eine "bestimmte Verbindung" ?

Wenn Du kein IPv6 benutzt, benötigst Du dafür natürlich auch keinen Adressverteiler. Ich schalte die Adressvergabe für IPv6 ab und konfiguriere den DHCP-Server so, dass er auch nur auf der IPv4 Adresse abhört. Ich nehme mal an, dass Du Active Directory integrierte Zonen hast, die nur sichere Updates zulassen. Du kannst den DHCP-Server so konfigurieren, dass er auf Anforderung den Host (A) und den Pointer (PTR) für den Client registriert. Wenn Du das machst, dann solltest Du Dir ein normales Domänenbenutzerkonto erstellen und dieses Konto in den Anmeldeeinstellungen im DHCP-Server eintragen. Zukünftig werden dann diesem Konto bei der Registrierung Schreibberechtigungen auf die DNS-Registrierungen erteilt. Damit überhaupt irgendwas in den DNS-Zonen aktualisiert werden kann (unabhängig davon, ob das der Client selbst oder der DHCP-Server macht), muss der Client einen Suffix haben, der zum Namen einer Zone passt (A-Einträge) oder er muss aus einem Subnetz kommen, für das eine passende Zone existiert (z.B. 192.168.100.100 registriert sich in Zone 100.168.192.in-addr.arpa). Natürlich muss in den Zoneneigenschaften das dynamische Update erlaubt sein. Der registrierende DHCP-Server muss den DNS-Server als bevorzugten DNS-Server eingetragen haben, auf dem registriert werden soll. Hat ein Windows-Client eine statische IP-Adresse, versucht er per Default seinen A- und PTR-Eintrag bei dem bei ihm konfigurierten bevorzugten DNS-Server zu registrieren. In beiden Fällen muss auf dem Client der Dienst "DHCP-Client" laufen, der die DNS-Registrierungen vornimmt.

So weit ich weiss kann auf einem TS und einem TS-Lizenzserver auch nur eine Lizenzierungsart verwendet werden, nicht beide. Der Doc möge mich korrigieren, wenn das nicht stimmt ... :D

Am besten deaktivierst Du auf beiden Seiten RRAS und richtest ihn mit Hilfe des Assistenten neu ein (LAN-LAN Routing, NAT und was auch immer Du noch benötigst) ...

Schau mal hier ... http://www.mcseboard.de/windows-server-forum-78/stubzone-weiterleitung-sekundaere-zone-143360.html Gibt im Board aber noch massig weitere Erklärungen ...

Pingst Du vom Zentralserver die PPP-Adresse oder die LAN-Adresse des Zweigstellenservers an ? Kennen die Clients hinter dem Zweigstellenserver eine Route (über dan RRAS Zweigstelle) ind das Zentralservernetz ? Meiner Meinung solltest Du Zweigstellenrouting mit "Wählen bei Bedarf" Schnittstellen konfigurieren. Dann kommst Du von überall aus überall hin ...

Im Grunde erstmal korrekt, wenn denn auf dem Client der entsprechende Haken gesetzt ist, auf dem Server die Zone DOMAIN.COM und der DHCP-Server so konfiguriert ist, dass er beide Einträge nach Aufforderung vornimmt. 1. Setze testweise bei dem Nichtmember mal den primären DNS-Suffix und probiere es dann erneut aus. 2. Konfiguriere auf einem Client mal eine feste IP-Adresse. Wird die registriert ?

In den Artikeln sind Schritt für Schritt Anleitungen ...

Warum gleich das ganze AD neu machen ? Korrigiere doch einfach DNS ...

Einfache Lösung, arbeite mit bedingten Weiterleitungen ...

Du kannst entweder einen festen IP-Bereich ausserhalb des internen Bereiches definieren oder DHCP (samt Relay Agent) zur Adressvergabe benutzen ...

Ja, das sehe ich ... Das ist eine APIPA-Adresse, die da nichts zu suchen hat ...

Genau, aber im Netlogon in einen Ordner "Default User" für XP bzw. "Default User.V2" für Windows 7 ... Steht auch in dem Artikel, wie man das macht ... How to Create a Base Profile for All Users How to customize default user profiles in Windows 7 and in Windows Server 2008 R2 <--- da steht´s für XP Zitat: "How to turn the default user profile into a network default user profile in Windows 7 and in Windows Server 2008 R2How to turn the default user profile into a network default user profile in Windows 7 and in Windows Server 2008 R2 ..." <--- da steht´s für Windows 7

Muss man ja auch nicht, ein Default User im NETLOGON Share macht das viel einfacher. Da sucht der Client zuerst ...

So wie sonst auch, der Ordner in NETLOGON muss nur "Default User.V2" heissen ... http://support.microsoft.com/?scid=kb%3Ben-us%3B973289&x=17&y=8 Oh, ich lese gerade richtig :D ... Ihr habt das auf jedem Rechner einzeln gemacht ? Habt Ihr keine Domäne ?

RUNAS /USER:domäne\admin_account "EXCEL.EXE \\server\ordner\datei.xls" ?!

PPP-Adapter RAS-Server-(Einwähl-)Schnittstelle: DHCP aktiviert Nein IP-Adresse 169.254.166.3 Subnetzmaske 255.255.255.255 Standardgateway NetBIOS über TCP/IP: Deaktiviert

Das geht auch per GPO, die Du dann auf den Terminalserver loslassen solltest (für den ja sehr wahrscheinlich die Loopbackverarbeitung aktiviert wurde) ... http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=c3436a99-5c80-48ce-83e8-481f9c3d2288

Warum hat der PPP-Adapter des RAS-Servers eine APIPA-Adresse ?

Ja dann wird keine OST-Datei mehr erzeugt ;)

Speichern und die Datei in eine .REG Datei umbenennen und dann ausführen ...

Hiermit kannst Du Taskbar und Startmenü zurücksetzen ... http://www.kellys-korner-xp.com/regs_edits/nodesktop.reg Sichere aber vorher Deine Registry ...

Was hast Du in dem IPSec-Client denn für Routinginformationen angegeben ? So wie Du es schilderst wird das VPN am Netgear Router terminiert. Dort und natürlich auch in der IPSec-Software des Clients sind Routingziele anzugeben (neben Authentifizierung, Verschlüsselung usw.). Was ist da konfiguriert ?

Bei Outlook 2010 soll der Cached Exchange Modus ja wieder möglich sein ...