Jump to content

handbuch

Members
  • Gesamte Inhalte

    4
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von handbuch

Rookie

Rookie (2/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. @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
  2. @ 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
  3. 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.
×
×
  • Neu erstellen...