Stoertebeker
-
Gesamte Inhalte
65 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Stoertebeker
-
-
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
kritischer Fehler Active Directory (4015)
in Active Directory Forum
Geschrieben
@Bienchen: Hast Du denn mal auf dem Server nslookup ausgeführt? Gibts da nicht einen ähnlichen Fehler?