handbuch

Jungs, laßt mich bitte nicht hängen.

@real_tarantoga

 

Dein Posting ist ein erster Lichtblick. Es wäre toll, wenn ich das AD nicht schleifen müßte.

 

Damit ich jetzt nichts falsch mache, noch ein paar Fragen:

 

Wenn ich richtig verstanden habe, dann ist der Domänenname das Grundübel und der Ursprung der Probleme, da er nicht AD-konform ist. Den kann ich doch aber im Nachhinein nicht mehr verändern, oder? Wenn ja, dann am Besten wie??? Was meinst Du hier konkret mit "wenn du eine neue zone anlegst (am besten jetzt ad-integriert)"? Unabhängig von der Domäne würde ich dann wie folgt fortfahren:

 

2. Ich ändere das DNS-Suffix der Netzwerkkarte am terminalserver und lösche im DNS die Forward-Lokupzone.

 

3. Nun lege ich die Zone neu an und führe

 

4. die folgenden Befehle aus:

net stop dns

net stop netlogon

ipconfig /flushdns

net start dns

net start netlogon

ipconfig /registerdns

 

Ist das so o.k., oder fehlt noch was?

 

cu handbuch

@ peterg und Mouseman

 

Erst einmal Danke, für Eure Hilfe. Ich werde wohl nicht drum herumkommen, AD ebenfalls zu deinstallieren. :( Dann sind aber auch leider alle User-Einstellungen weg. Ich hatte mir nämlich viel Mühe gemacht, über die Gruppenrichtlinien, den Usern das Übermaß an Freiheiten zu nehmen. Gibt es keine Möglichkeit, die Einstellungen von AD zu sichern und nacher wieder herzustellen???

 

@Mouseman

Gibt es eine Erklärung (außer, daß es üblicherweise so gemacht wird), warum ich die Domöne david.local nennen soll??? Wenn ich es so mache, dann hätte der Terminalserver demnach dann die Bezeichnung "terminalserver.david.local" , was gleichzeitig das DNS-Suffix für die Verbindung wäre, richtig???

 

Gibt es wirklich keine Möglichkeit, ohne AD zu killen? Der Bug sollte doch erst mit SP 3 gekommen sein. Vielleicht ist er ja mit SP 4 wieder bereinigt?

 

cu handbuch

Hallo,

 

ich habe ein DNS-Problem mit unserem Server. Da ich nicht der große Fachmann bin, bitte ich um Nachsicht, wenn hier vielleicht nicht alle Infos sofort vorhanden sind.

 

Wir haben einen W2k-Server SP4, den wir als Terminalserver nutzen. Die Nutzer greifen z.T. lokal und z.T. via VPN auf den Server zu.

 

Neben dem Terminalserver, sind auf dem Server auch noch der DNS sowie der Wins-Server am Laufen.

 

Unsere Domäne heißt DAVID, der Server trägt die Bezeichnung Terminalserver und die lokalen Rechner laufen im Adressbereich 192.168.111.x. Die IP des Servers ist 192.168.111.113.

 

Auf dem Terminalserver sind unter Eigenschaften von TCP/IP die eigene IP bei bevorzugten DNS-Server eingetragen. Bei erweiterte Eigenschaften bei DNS Suffix für die Verbindung: „Terminalserver.DAVID“ eingetragen und darunter die beiden Häkchen gesetzt.

 

Bei DNS ist eine Forward-Lookupzone mit der Bezeichnung „terminalserver.david“ eingerichtet mit folgenden Eigenschaften:

Allgemein:

Status: wird ausgeführt

Typ: Primär

Zonendateiname: „Terminalserver.DAVID.dns“

Dynamische aktualisierung zulassen: „ja“

Namensserver:

Eintrag: „terminalserver.david“ mit der IP 192.168.111.113

WINS

Wins-Forward-Lookup Verwenden: „ja“

IP: 192.168.111.113

Autoritätssprung:

Seriennummer: 7

Primärer Server: terminalser.david.

Verantwortl. Person admin.david

 

Die Einträge:

-msdcs

-sites

_tcp

_udp

 

fehlen. Wahrscheinlich, weil DNS nach dem ActiveDirectory eingerichtet wurde. Dies scheint auch die Hauptursache zu sein,oder?

 

Desweiteren ist eine Revers-Lookup-Zone eingerichtet. Diese heißt 192.168.x.x Subnet und hat folgende Eigenschaften:

Allgemein:

Satus: wird ausgeführt

Typ: Primär

Zonendateiname: 169.192.in-addr.arpa.dns

Dynamische Aktualisierung zulassen: ja

Namensserver (wie oben)

WINS

WINS-R-Lookup verwenden: nein

Autoritätssprung:

Seriennummer: 1

Primärer Server: terminalser.david.

Verantwortl. Person admin.david

 

Ein Test aller DNS einträge über „Computerverwaltung - Dienste und Anwendungen – DNS – Kontextmenü Eigenschaften – Überwachen – jetzt Testen wird mit erfolgreich bestätigt.

 

Es lassen sich auch alle Rechner im Netz über den Namen anpingen, selbst die Rechner, die via VPN auf den Server zugreifen.

 

Ein Aufruf von „nslookup“ bringt jedoch nur Fehlermeldungen. Und zwar auf dem Server:

 

*** Der Servername für die Adresse 192.168.111.113 konnte nicht gefunden werden:

 

Non-existent Domain

*** Die Standardserver sind nicht verfügbar.

Standardserver: Unknown

Adresse: 192.168.111.113

 

 

Bei einem Test mit “nslookup terminalserver“ sieht die Fehlermeldung wie folgt aus:

 

*** Der Servername für die Adresse 192.168.111.113 konnte nicht gefunden werden:

Non-existent Domain

*** Die Standardserver sind nicht verfügbar.

Standardserver: Unknown

Adresse: 192.168.111.113

 

Name: terminalserver.david

Address: 193.168.111.113

 

Auch bei den Clients sieht es micht besser aus.

 

Desweiteren bekomme ich in der Ereingisanzeige ständig den netlogon-Fehler 5781 und nicht nur beim Start:

 

Ereignistyp: Warnung

Ereignisquelle: NETLOGON

Ereigniskategorie: Keine

Ereigniskennung: 5781

Datum: 26.09.2003

Zeit: 09:46:14

Benutzer: Nicht zutreffend

Computer: TERMINALSERVER

Beschreibung:

Die dynamische Registrierung oder die Aufhebung der Registrierung eines oder mehrerer DNS-Einträge ist fehlgeschlagen, da keine DNS-Server verfügbar sind.

Daten:

0000: 2a 23 00 00 *#..

 

Entsprechend der Hinweise von Microsft zu diesem Fehler habe ich netlogon-Dateien umbenannt, damit sie neu angelegt werden. Hat jedoch auch nichts geholfen.

 

Ich habe auch mal netdiag.exe von den Support Tools laufen lassen. Unter DNS kam folgende nicht gerade ermutigende Fehlermeldung:

 

DNS test : Failed

[Warning] The DNS entries for this DC are not registered correctly on DNS server '192.168.111.113'. Please wait 30 minutes for DNS server replication.

[FATAL]No DNS Servers have the DNS records for this DC registered.

 

Da der Server mit allen Benutzereinstellungen und laufenden Programme komplett installiert ist, habe ich auch Manschetten ActiveDirectory zu deinstallieren, DNS neu eunzurichten und anschließend Active Directory wieder neuzuinstallieren. Vielleicht muß das ja gar nicht sein und der Fehler liegt ganz woanders. Hat jemand eine Idee? Kann jemand helfen?????

 

cu handbuch

 

P.S. Völlig verzweifelt.