IThome

Wieso sollte er intern SERVER.XAVAC.DYNDS.ORG heissen ? Auch von extern heisst er nicht so, Du sprichst nur diese Adresse an, weil Du keine feste IP hast ... Du sprichst den Server von intern mit der internen Adresse an, also http://FTP://SERVER.XAVAC.LOCAL und von aussen mit der Dyndns-Adresse. Wenn von aussen angesprochen werden soll, dann muss auf dem Router eine Weiterleitung von FTP an die interne IP-Adresse des Servers gemacht werden ...

Was gibst Du im Browser ein und wo befindet sich der Client, intern ?

Nehmen wir mal an der Server heisst server.extern.de ... Variante 1 Du erstellst Dir im DNS-Server eine primäre Zone server.extern.de und erzeugst einen Hosteintrag und gibst dort NUR die IP-Adresse an. Variante 2 Du erzeugst eine primäre Zone extern.de und fügst einen Hosteintrag zu, bei dem Du Namen und Adresse angibst

Wohin hast Du denn umgeleitet ? Funktioniert der Server intern ? Wie verbindest Du Dich von aussen, aktiv oder passiv ?

Ich habe so etwas nur mal beim Kunden gesehen, aber selbst noch nicht installiert ... netucate systems GmbH - Live E-Learning, Webconferencing, iLinc, MeetingLinc, LearnLinc, SupportLinc

Du musst eine Umleitung im Router konfigurieren und von aussen die Dynds-Adresse, die Deine derzeitige, externe IP-Adresse repräsentiert, ansprechen ...

SETUP /DOMAINPREP sollte reichen ... Wieviele Clients sind das ? Es nützt Dir ja nichts, eine neue Richtlinie zu erstellen, die das SMB-Signing korrigiert, wenn aufgrund dieses Fehlers keine Richtlinie angewendet wird. Du kannst aber auch die korrekten Einstellungen in der Default Richtlinie wiederherstellen, ohne die ganze Richtlinie auszutauschen und dann den entsprechenden Wert via SECPOL.MSC auf dem Exchange einstellen.

... und die Standardberechtigungen solltest Du so lassen, wie sie sind ...

SCHTASKS wäre auch eine Variante ...

Wenn Du DCGPOFIX machst, musst Du noch mal Exchange Setup mit /DOMAINPREP durchführen. Du hast aber doch in den lokalen Richtlinien konfiguriert, warum dann DCGPOFIX ? Das erstellt nur die Default Richtlinien Default Domain Policy und Default Domain Controllers Policy. Du kannst mit SECEDIT Default wiederherstellen, in dem Du die entsprechende INF-Datei anwendest (z.B. Setup Security.inf, Defltwk.inf, Defltsv.inf), bei DCs musst Du bei dieser Methode allerdings aufpassen (besonders Setup Security.inf). Was genau hast Du denn wo verstellt ?

ARP hat mit WINS nichts zu tun. ARP-Broadcasts werden benutzt, wenn eine MAC-Adresse zu einer IP-Adresse gesucht wird. Bei einem Client, der keinen WINS-Server konfiguriert hat, ist der b-Knoten konfiguriert. Bei konfiguriertem WINS-Server der h-Knoten. Man kann den Knotentyp auch via DHCP übergeben. Welcher Knotentyp bei konfiguriertem WINS-Server gesetzt wird, hat auch etwas mit der Umgebung zu tun. Ist der WINS-Server lokal und will man die NetBIOS-Broadcasts einschränken, nimmt man üblicherweise den h-Knoten (also erst WINS, dann Broadcast). Ist der WINS remote (z.B. in einer kleinen Zweigstelle mit wenigen Clients ohne Server, wo die Hauptkommunikation lokal stattfindet und nur gelegentlich auf Rechnern des Remotestandortes zugegriffen wird) wird eher der m-Knoten, also erst Broadcast, dann WINS, konfiguriert ...

Schau mal in der Terminaldienstekonfiguration - Eigenschaften RDP-TCP Thread - Clienteinstellungen (auf dem TS) und im Benutzerkonto - Umgebung (auf dem DC, sofern Domäne) ...

Hä ? Was hat der Server mit der Bandbreite der Clients zu tun ? Er löst für sie nur die Namen auf, nichts weiter (wenn es um das Zocken geht) ...

Das ist eine merkwürdige Konfiguration, Deine Clients sollten in dieser Konstellation nicht Mitglied der Domäne sein. Was soll das eigentlich mit der Domänenkonfiguration, wenn der Server nur manchmal an ist ?

Das macht der ein paar Tage mit (10 glaube ich), dann fährt er automatisch runter ...

Hast Du der Gruppe "Domänencontroller der Organisation" die Berechtigung Gruppenrichtlinie übernehmen" gegeben ?

Nein, ausschliesslich die Adresse des Servers als DNS-Server, NICHT die Firewall ...

Trag als DNS-Server auf dem DC seine IP-Adresse ein, nicht 127.0.0.1

DNS , ob alles registriert ist ...

Am DNS-Eintrag des Clients wahrscheinlich (war der Router dort eingetragen ?) ... Lade Dir zum Kontrollieren mal die Support Tools herunter und prüfe mit NETDIAG , ob alles okay ist Windows Server 2003 Service Pack 1 Support Tools

Dann musst (oder besser solltest) Du auch eine dynamisch aktualisierbare Zone mit Namen XAVAC.LOCAL haben. Um eine vollständige Namensauflösung zu haben, solltest Du auch eine dynamisch aktualisierbare, Active Directory integrierte Reverse Lookup Zone einrichten (ist aber kein Muss zum Betreiben des Active Directorys) Wenn Du eine Zone dieses Namens angelegt hast und diese Zone am besten Active Directory integriert ist, dann beende mal den ANmeldedienst des DCs und starte ihn wieder. Danach führst Du auf dem DC noch IPCONFIG /REGISTERDNS aus und überprüfst, ob sich die Zone XAVAC.LOCAL gefüllt hat. Weiterhin sollten Deine Clients und auch der Server ausschliesslich die IP-Adresse des Servers als bevorzugten DNS-Server eingestellt haben. Auf dem DNS-Server richtest Du eine Weiterleitung für "Alle anderen DNS-Domänen" zu Deinem Router oder zu den DNS-Servern Deines Providers ein ... Wo kommt das XAVAC.DYNDNS.ORG her ? Du redest von CLIENT.TEST.DYNDNS.ORG, von TEST.LOCAL und von XAVAC.LOCAL und in der Fehlermeldung erscheint XAVAC.DYNDNS.ORG ... Wat denn nu ? Welchen primären DNS-Suffix haben der Server und die Clients ? Der Name der Domäne ist wirklich XAVAC.LOCAL ? Wie ist der Name der Forward Lookup Zone ?

War auch so gedacht, aber das Zitat von McBoon wird nicht in meinem Zitat übernommen, das war mir mal wieder entfallen :D und kontrolliert hab ich´s auch nicht :rolleyes:

Jo, das ist nicht richtig ... Microsoft DHCP-Server starten nicht, wenn sie nicht authorisiert sind und verteilen dann natürlich auch keine Adressen. Dem Client ist das egal ...

Irgendwie verstehe ich den Sinn auch nicht ganz ...

Wenn Du an der Delegierung nichts verändert hast, sollten die Richtlinien greifen, da per Default die Authentifizierten Benutzer Lesen und Gruppenrichtlinie übernehmen haben und zu dieser Gruppe gehören auch die Computerkonten. Wo hast Du denn die Benutzereinstellungen konfiguriert ? Auch in dem GPO, in dem Du Loopback eingeschaltet hast ?