Rainbow68

Hallo, ich wollte Euch nur noch informieren, dass das Problem mit dem Entfernen und Wiederhinzufügen der DNS-Rolle gelöst wurde. Grüße Roman

Zuerst einmal danke für Eure Antworten bisher. Ich habe jetzt den einen Knoten noch einmal gelöscht und neu gestartet. Bis jetzt ist er nicht wiedergekehrt. In dem von Dir angeführten Protokoll findet sich der letzte Fehler im Jänner 2015. Die Probleme sind allerdings erst gegen Ende des Jahres aufgetaucht. Würde es Sinn machen die DNS-Rolle zu entfernen und neu hinzuzufügen?

Bei zwei anderen von mir verwalteten Servern ist er in der DNS-Rolle jeweils nur einmal angeführt. Ich dachte, das sei relevant. Ich kann von allen Clients Server und andere Clients unter den DNS-Namen erreichen. Im Ereignisprotokoll des Servers kann ich keine relevanten Fehler finden.

Hallo Forum, die DNS-Rolle unseres Servers spinnt zur Zeit etwas. Es handelt sich um einen 2012 R2 Essentials mit 14 Clients. Es fiel zuerst auf, als ich WSUS installiert habe und dort keine Clients gefunden wurden. Ich habe dann WSUS vorerst wieder entfernt. Ich kann allerdings nicht sagen ob das Problem schon vor der WSUS-Installation bestand. Im DNS-Manager wird der Server (unser einziger) zweimal angezeigt. Einmal nur mit seinem Name und einmal mit .domäne.local hinten dran. Die Einträge, Zonen usw. sind gleich. Wenn ich den mit dem FQDN lösche kommt er nach unbestimmter Zeit wieder. Wenn ich bei Server Eigenschaften/Überwachung aufrufe und „Jetzt testen“ ausführe, wird sowohl bei einfacher als auch bei rekursiver Abfrage ein nicht näher bestimmter Fehler angezeigt. Ich kann keine neuen Clients über server/connect einbinden. Die Antwort im IE lautet „500-Interner Serverfehler. Problem bei der gesuchten Ressource. Sie kann nicht angezeigt werden.“ Auf klassischem Weg kann ich die Clients in die Domäne einbinden. Das Computerkonto wird automatisch angelegt. Im DNS-Manager wird der neue Client nach kurzem in beiden Zonen (Forward und Reverse) angezeigt. Noch ein Detail, das damit zusammenhängen könnte: Wir verwenden AVAST EPPS mit SOA. Die neuen Clients werden erkannt. Aber der Versuch die Installation beim Client auszulösen schlägt fehl. Für Hinweise zur Lösung des Problems wäre ich sehr dankbar. Liebe Grüße Roman

Es gibt es außer dem SBS nur Symantec Endpoint Protection und den Teamviewer. Ich habe den Client jetzt wie geraten entfernt und neu aufgenommen. Keine Besserung. Ich werde die Gelegenheit nutzen und die Kiste gleich erneuern. Ist eh schon fällig das Ding. Vielen Dank für die Hilfe LG/Roman

Vielen Dank für die Antwort. Diesen Schritt habe ich schon hinter mir, habe den Client im AD aber nicht gelöscht. Ich versuch's noch einmal auf diese Art und poste das Ergebnis dann.

Hallo alle, ich habe einen neuen SB2011 mit Windows-7 Clients. einer davon macht Schwierigkeiten, scheint nicht richtig in der Domäne anzukommen: 1. In Programme scheint der Windows Small Business Server 2011 Client Agent nicht auf 2. Im Ereignisprotokoll kommt zum Zeitpunkt des Hochfahrens ein Fehler (ID1055): Fehler beim Verarbeiten der Gruppenrichtlinie. Der Computername konnte nicht aufgelöst werden. Dies kann mindestens eine der folgenden Ursachen haben: a) Fehler bei der Namensauflösung mit dem aktuellen Domänencontroller. b) Active Directory-Replikationswartezeit (ein auf einem anderen Domänencontroller erstelltes Konto hat nicht auf dem aktuellen Domänencontroller repliziert). Details im Anhang 1055.txt 3. In der In der SBS 2011 Standard Konsole wird unter Netzwerk/Computer unter Status "Online", unter Sicherheitsstatus aber "Nicht verfügbar" und unter Updatestatus "Unbekannt" angezeigt. In den Eigenschaften des Clients werden keine Details angezeigt. 4. Der Windows-Updates-Client verursacht am Clientcomputer ebenfalls einen Fehlereintrag (ID20) im Ereignisprotokoll: Installationsfehler: Die Installation des Updates ist mit Fehler 0x800b0100 fehlgeschlagen: Update für Benutzermodus-Treiberframework Version 1.11 für Windows 7 (KB2685813) Details im Anhang 20.txt 5. Ein weiterer vielleicht relevanter Fehlereintrag (ID 1067): Der Terminalserver kann den Dienstprinzipalnamen "TERMSRV", der für die Serverauthentifizierung verwendet werden soll, nicht registrieren. Die folgenden Fehler sind aufgetreten: Das Konto ist zur Zeit deaktiviert. Details im Anhang 1067.txt. Im Netz konnte ich trotz intensiver Suche keine Lösung finden. Die DNS-Einstellungen am Server scheinen zu passen, andere Client arbeiten richtig. DCDIAG am Server bringt keine Fehlermeldung. gpupdate /force erzeugt wieder die oben beschriebene 1055er Fehlermeldung. nslookup am Client ergibt IP und FQDN des Servers. Ich habe dann noch mit gpresult /H den Bericht erzeugt. Darin findet man unter Komponentenstatus/Gruppenrichtlinienstruktur die Meldung: Anmeldung fehlgeschlagen: Das Konto ist zur Zeit deaktiviert. Dieser Eintrag entsteht zur gleichen Zeit wie das 1055er-Ereignis. All das führt zu einem nicht verfügbaren bzw. nicht aktivierten Benutzerkonto (User-ID S-1-5-15) Am Server habe ich kein entsprechendes gefunden. Ich weiß jetzt echt nicht mehr, was ich noch versuchen soll und wäre Euch für jede Hilfe wirklich sehr dankbar. LG/Roman 1055.txt 20.txt 1067.txt

Ich nehme an, Du meinst Netzwerkverbindung/LAN-Verbindung/Eigenschaften/IPV4/Eigenschaften/Allgemein. Dort habe ich "DNS-Server automatisch beziehen" Ich möchte auch die Ereignisprotokolle vom Client remote auslesen und habe das gleiche Problem.