Stoertebeker

@Bienchen: Hast Du denn mal auf dem Server nslookup ausgeführt? Gibts da nicht einen ähnlichen Fehler?

Hey, ich hatte das gleiche Problem, meine NT-Rechner waren alle rasend schnell am Netz, der XP-Rechner brauchte ewig. Lösung bei mir: Eigenschaften der LAN-Verbindung aufrufen -> TCP/IP -> Eigenschaften -> Erweitert -> WINS Dort von NETBIOS über DHCP beziehen auf NETBIOS über TCP/IP umstellen. Vielleicht löst das ja wenigstens Dein aktuelles Problem und falls nicht, kannst Du einfach wieder zurück, ohne was kaputt gemacht zu haben. Gruss Stoertebeker

btw. wie lang sind denn Deine TP-Kabel?

Heya, ob es am Board / PCI / NIC liegt, sollte sich ja relativ leicht durch tauschen feststellen lassen. Falls die Kabel nicht fest in der Wand verlegt sind, ist auch das Kabel als Fehlerquelle leicht auszuschließen. Dass es mit 100Mbit funktioniert bzw. früher auch mit GBit geklappt hat, muss nichts heißen. Ein nicht ausreichend gut geschirmtes Kabel kann durchaus den Fehler verursachen, wenn irgendwo die Randbedingungen geändert sind (jemand hat in der Nachbarwohnung nen neuen Fernseher gekauft oder ein WLAN angeschlossen..) Dann reicht die Schirmung für GBit eben gerade nicht mehr und es treten die sporadischen Störungen auf, bei 100MBit gehts noch. Gruss Stoertebeker

Nein, kein Update, aber Dein Link hat mich auf folgenden Text verwiesen: "MS PSS reports this error may occur in a single-server environment, during server startup, for AD-integrated DNS zones. Apparently, DNS is starting before AD is ready to answer queries, and DNS cannot wait for AD to start since AD needs DNS. PSS reports the error can be ignored, as the DNS zones will load as soon as AD is ready. PSS said that switching to a standard (not AD-integrated) zone would work around the problem." Das erklärt die Fehler im Ereignisprotokoll, die offenbar tatsächlich ignoriert werden können. Hat vielleicht noch jemand eine Idee zu der Tatsache, dass nslookup non-existent Domain ausgibt? Zum Zeitpunkt, wenn ich nslookup ausführe läuft der DNS-Dienst ja schließlich. btw. Wie füge ich in diesem Board einen Text als Quote in dem hübschen weißen Fenster ein?

Hi all, Ich bekomme im Ereignisprotokoll die Fehlermeldung (Fehlercode 4015), DNS habe einen kritischen Fehler im Active Directory ermittelt. Es folgen 2 weitere Fehlermeldungen bezüglich Aufzählung der Verzeichnisdienste,3 Minten später kommt dann die Meldung, DNS gestartet. Wenn ich den Dienst in der Dienste-Konsole von Hand beende und neu starte, kommt keine Fehlermeldung. Ein nslookup ergibt *** Der Servername für die Adresse 172.16.10.3 konnte nicht gefunden werden: Non-existent domain Standardserver: UnKnown Address: 172.16.10.3 Fällt jemandem etwas dazu ein? Gruss Stoertebeker

Ich werd mal schauen, ob ich mit aktiviertem 2. Adapter weiter komme, aber kann das überhaupt sein? Der Adapter ist im Gerätemanager deaktiviert, sollte also fürs Netzwerk überhaupt nicht zur Verfügung stehen (wie ipconfig /all mir auch bestätigt). Wie kann denn dann die notwendige Bindung auf dem nicht vorhandenen Adapter liegen? Außerdem: warum funktionierts dann trotzdem für alle praktischen Belange? Gruss Stoertebeker

@Weihnachtsmann es sieht so aus, als muesstest Du tatsächlich den 2. Router wieder einpacken. Aber wie bringst Du denn die Kamera an den Router? Hat die ne Netzwerkkarte (denn über WLAN isses ja nicht, wie Du schreibst...)? Gibts nicht ein WLAN-Modul, dass nichts anderes macht, als Bluetooth, LAN oder wie auch immer geartete Signale umzumodeln und als Wireless weiterzugeben?

Hey Weihnachtsmann :-) ich bin mir nicht sicher, ob ich Dich richtig verstanden habe, aber mE hast Du den falschen Ansatz gewählt. Zur Erhöhung der Reichweite des Wireless-Teils vom Router (Access Point) nimm man einen Repeater, um mehr kabelgebundene Geräte anzuschließen einen Switch. Ich gehe davon aus, dass es sich um einen DSL-Router handelt, dann kannst Du doch eh nur einen davon an Dein DSL-Modem anschließen. Was genau soll es bringen, die 2 Router miteinander zu 'verbinden'? Gruss Stoertebeker

Hi Ihr, im OP war die Rede davon, dass der User nach Anmeldung als lokaler Admin Computerkonten erstellen kann. Damit faellt der doch aber nicht unter 'authenticated users'? Oder gilt das nicht nur für die Domäne, sondern sogar für lokal angemeldete Benutzer? Stoertebeker

@Xaldon Neustart hab ich versucht, hat mich leider nicht weitergebracht, selber Fehler bei allen Versuchen, irgendwelche Policy-Snap-Ins zu starten. Aber ein anderer Fehler hat mich auf die Lösung gebracht: Die Datei framedyn.dll (befindet sich im Verzeichnis %SystemRoot%\system32\wbem) ins Verzeichnis %SystemRoot\system32 kopieren und es klappt einwandfrei...

@dongel netdiag hat alle tests bestanden, eine Warnung ist mir aufgefallen: NetBT name test. . . . . . . . . . : Passed [WARNING] You don't have a single interface with the <00> 'WorkStation Service', <03> 'Messenger Service', <20> 'WINS' names defined. dcdiag hat lediglich einen Test nicht bestanden, alle anderen, einschliesslich dns-tests, bestanden: Starting test: systemlog An Error Event occured. EventID: 0xC0002004 Time Generated: 06/07/2004 08:18:43 Event String: Could not connect CIMOM. Error: WBEM_E_CRITICAL_ERROR(0x8004100a) An Error Event occured. EventID: 0xC0001B58 Time Generated: 06/07/2004 08:19:43 (Event String could not be retrieved) ......................... AD-SERVER-2003 failed test systemlog Die Progs mit dem switch /fix aufzurufen hat keine Verbesserung gebracht... :-( - die Fehler im Ereignisprotokoll bleiben bestehen... Fällt jemandem von Euch dazu etwas ein? Nachtrag: ich hab gerade nochmal ein nslookup auf eine externe Adresse ausgeführt und dabei folgende Meldung erhalten: >nslookup http://www.spiegel.de'>http://www.spiegel.de *** Der Servername für die Adresse 172.16.10.3 konnte nicht gefunden werden: Non-existent domain Server: UnKnown Address: 172.16.10.3 Nicht-autorisierende Antwort: Name: http://www.spiegel.de Address: 195.71.11.67 (172.16.10.3 ist die IP der NIC im Server und in TCP/IP als DNS-Server eingetragen) Gruss Stoerteeker

Hallo, die Diags werd ich Montag mal ausprobieren. Der Rechner hat 2 NICs, einen hab ich aber deaktiviert, da ich nur einen brauche. Gruss Stoertebeker

Hi alle, auf dem von mir betreuten 2003 Server lassen schlagen alle Versuche, irgendeine Richtlinienkonsole (dcpol, secpol, dompol, gpedit...) zu öffnen, fehl. Alle anderen Konsolen starten problemlos. Es ist dabei gleichgültig, ob ich dies über die Konsole->Snap-In hinzufügen versuche, oder die msc-Datei in system32 zu starten. Die Fehlermeldung ist Snap-In konnte nicht initialisiert werden Name: Gruppenrichtlinienobjekt-Editor CLSID: {8FC0B734-A0E1-11D1-A7D3-0000F87571E3} Ich konnte die Konsole schon mal öffnen und habe Änderungen bei den Passwortrichtlinien eingetragen, kann aber leider nicht mehr sagen, was ich danach an Änderungen genau durchgeführt habe, bis der Fehler auftrat. Wie bekomm ich meine Gruppenrichtlinien wieder? Gruß Stoertebeker

Du musst unterscheiden zwischen der Telekom, die Dir den DSL-Anschluß zur Verfügung stellt und T-Online, die wahrscheinlich Dein Provider sind... Der Telekom ist es völlig egal, ob oder wie viel Du Deinen Anschluß nutzt, hauptsache Du bezahlst die Grundgebühr für ihn. T-Online misst mit Sicherheit Dein Datenvolumen und weiß auch ganz genau, wann Du (mit welcher IP) online bist / warst. Sind sie zu Strafverfolgungszwecken sogar gesetzlich zu angehalten. Da die nicht gestatten, ein evtl nicht genutztes Freivolumen in den neuen Abrechnungszeitraum zu übertragen, ist es aber auch dort gleichgültig, ob Du länger nicht online warst. Für die T-Online flat ist es ebenfalls egal, von welchem Anschluss Du Dich anmeldest (muss halt nur ein passender T-DSL sein). Wenn Du Dich bei Nachbar / Freund / Freundin oder aus Buxtehude mit Deiner T-Onlinenummer anmeldest, geht das auch auf Deine Rechnung. Gruss Stoertebeker

Erstmal Hallo alle, ich habe DNS auf einem 2003er DC aufgesetzt. Dies ist der einzige Server in der Domäne, Clients sind XP und NT. Der Server gibt nun im Ereignisprotokoll folgende Fehlermeldungen: 1. ID 4015 DNS-Server hat einen kritischen Fehler im Active Directory ermittelt. Stellen Sie sicher, dass das Active Directory ordnungsgemäß funktioniert. 2. ID 4004 Der DNS-Server konnte die Aufzählung der Verzeichnisdienste der Zone "_msdcs.domain.local" nicht vollständig durchführen. Dieser DNS-Server ist so konfiguriert, dass er Verzeichnisdienstinformationen für diese Zone benötigt, und kann diese ohne diese Informationen nicht laden. 3. ID 4004 wie oben nur für die Zone "domain.local" nslookup ergibt Server UnKnown Address: 172.16.10.3 DNS request timed out Ein nslookup eines externen Servers ergibt Server: http://www.spiegel.de Address: 195.71.11.67 DNS request timed out Die Überwachungsfunktion im DNS hingegen ist bei einer einfachen Abfrage erfolgreich, eine rekursive Abfrage schlägt fehl. Die Netzwerkkarte im Server halt als DNS den Server selber konfiguriert, im DNS ist der Router (KEN) als Weiterleitung eingetragen. So, nach viel Text nun die überraschende Erklärung, dass abgesehen von den Fehlern im Ereignisprotokoll und dem timeout beim lookup alles zu funktionieren scheint - zumindest kann ich im Betrieb keine Fehler feststellen. Da mir aber nicht wirklich wohl bei der Sache ist, vielleicht hat ja jemand einen Rat für mich, was da falsch läuft. Gruss Stoertebeker