Esta

Moin Moin, Kurze Kaffeepause. Hatte heute noch kein Mittag. :( Verpflege mich gefährlich zwischendurch mit dem Süßkram von den letzten Geburtstagen von Kollegen. Ich hoffe, dass ich nach dem Aufbau vom Technik Salon und dem Start der Veranstaltung Zeit finde. Wünsche allen noch einen schönen erfolgreichen Tag.

Gute Nacht an Board, der Alltag hat mich wieder. :( *Nachtlichteinschalt*

So, satt. Es war wieder reichlich und lecker. Noch schnell im I-Net alles gecheckt und nach Emails geschaut. Der Check-In fürs Flugzeug ist erledigt. @Edgar, ab Dienstag bin ich wieder auf Arbeit.

Hola von der Costa Blanca, letzter Abend hier. Irgendwie kehre ich dann mit einem lachenden und einem weinenden Auge zurück. Aber heute Abend gibt es noch mal etwas vom Argentinier. wünsche allen noch ein schönes Wochenende.

Sonnige Grüße von der Costa Blanca, wir genießen das schöne Wetter bei gefühlten 30 Grad in der Sonne. Wir lassen es uns gut gehen. Gestern haben wir mit den Nachbarn gegrillt, sehr lecker. Wünsche allen noch einen schönen erfolgreichen Tag.

Gute Nacht an Board, in ca. einer Stunde geht es weiter nach Düsseldorf zum Flughafen. *Nachtlichteinschalt*

kurze Pause! @Markus, ich denke an Sonne, Strand und Meer und leckeres argentinisches Essen. :D Werde drüber nachdenken vor Ort, Adresse habe ich dabei. ;)

Moin moin an Board, so noch ein wenig aufräumen, dann geht's nach Hause packen. Wünsche allen ein schönes Wochenende. Und vielleicht melde ich mich kurz aus dem Urlaub.

Jetzt beim Fertigstellen der Liste ist mir wieder in den Sinn gekommen, es gab da vor kurzem das Abschalten des alten Exchange, der auch BDC war... :D Ob das eventuell im Zusammenhang steht.

Ich weiß, dass das Leben "unfair" zu mir ist.

@Norbert, da bin ich ganz deiner Meinung. Aber ich habe einen sehr schweren Stand gegenüber dem Serveradmin, auch weiß er "alles". Zudem ist er noch im Urlaub. Nun bin ich heute den letzten Tag vor meinem Urlaub hier und meiner Vertretung so ein "Baustelle" zu hinterlassen... Der Kollege war heute morgen schon sauer, dass er einmal durch die Stadt zum Außenstandort fahren durfte, um die betroffenen PCs dort zu rejoinen.

In dem einen Link gibt es einen PS Befehl um die Übereinstimmung der Kennwörter wieder her zu stellen. Könnte man dieses PS Script als Logonscript in die GPO einbinden und vor der Benutzeranmeldung ausführen? Test-ComputerSecureChannel –Repair

Gute Nacht an Board, noch einen Tag arbeiten, dann geht es ins warme. :D :jau: :cool: *Nachtlichteinschalt*

Hallo herrmeier, kommt immer darauf an, was du Remote machen möchtest und in welcher Infrastruktur der Client eingebunden ist. Des weiteren würde ich nie ohne Wissen des Benutzers irgendwelche Änderungen machen oder auf den Client gehen. Bestimmte Einstellungen kann man z.B. über GPO in einem AD Händeln, weiter gibt es die pstools, mit denen man verschiedene Sachen machen kann usw. Weiter gibt es die Remotedesktopverbindung oder verschiedene Fremdanbieter.

@Edgar, danke für die Links. Ich habe grad mal auf diesen DC nach Fehlermeldungen geschaut. Es war Patchday und wurde heute nacht automatisch rebootet. Von W32Time gibt es einen Fehler mit der ID 29. Weiterhin viele NETLOGON Fehler. Älteren Datums sind Fehler zu MRxSmb ID 8003 und NetBT mit id 4319. Mit dem Hinweis "nbtstat -n" in der Fehlerbeschreibung erkenne ich keine doppelte Namen. Auch tritt dieser Fehler schon sehr lange sporadisch auf. Ich vermute mal das dies ein Problem von DHCP Leases und DNS ist. @Sunny, leider weiß ich nicht welcher Server die PDC-Emulation macht. Deshalb habe ich das Abschalten verhindert. Meine Clients bekommen ein versyspreptes Image aufgespielt.

Ich kann da keine defekten Computerkonten erkennen.

@Edgar, die betroffenen PCs waren schon mind. 2 Monate in der Domäne, bevor dieses Problem das erste mal auftrat.

Danke für eure Rückmeldung. @Zahni, ich warte nur darauf, dass es endlich einmal crasht und auffliegt, wie viel Ahnung der Herr hat. Unser Unix-Admin hat einen funktionierenden Zeitserver. @Sunny, den Artikel hatte ich auch schon gelesen. Die PCs beziehen ihre Zeit, je nachdem an welchen DC sie sich anmelden konnten. GPOs für die Server werde ich nicht anpassen. Bei den OUs, wo ich "meine" Windows 7 Clients drin habe, werde ich es explizit eintragen. Nur ist zu überlegen, welchen Zeitserver da sinnig ist. In der OU, wo ich die Firewall Regeln verändert habe, habe ich den UDP Port 123 frei gegeben. @Edgar, ein Kollege schlug vor, den betreffenden DC ganz auszuschalten. Doch davon konnte ich abraten, da wir nicht wissen, welche Auswirkung es hat und auch nicht Dokumentiert ist, ob eventuell dort noch andere Serverdienste oder Programme laufen. Von mir aus könnten sich die PCs auch an allen DC anmelden, nur muss dann die Infrastruktur stimmen.

Gute Nacht an Board, noch 2 Tage arbeiten, dann geht es Samstag sehr früh ab Düsseldorf mit dem Flieger in den Süden. *Nachtlichteinschalt*

@Edgar, wüsste jetzt nicht, wie ich es prüfen kann. @Zahni, ich bin nicht für die Server und den Aufbau der Domäne zuständig. Das sind "migrierte Altlasten" und ich werde mich nicht in die Arbeit diesen Herren einmischen. Er bekommt immer recht... @daabm, ach es waren doch nur 30 Sek. unterschied. ;) Unser Netzwerkspezialist war heute morgen drauf und so schnell konnte ich nicht schreien, wie er manuell die Zeit verstellte. :(

Hi Leute, also ich habe lange recherchiert, vielleicht habt ihr noch ein paar Tipps. Folgendes Problem: Ich habe hier in der Domäne ein paar Windows 7 Pilot-PCs zum Test der Migration. Seit Freitag bekommen einige die Fehlermeldung, dass "die Vertrauensstellung zur Domäne verloren" haben. Und das immer, wenn sie morgens den PC neu starten. Da hilft ja nur ein Rejoinen des PCs und das, soweit ich weiß, vor Ort. Am Freitag betraf es 2 PCs aus der gleichen OU, am Montag schon ein paar mehr aus unterschiedlichen OUs. Am Freitag dachte ich, es läge daran, weil ich in den Gruppenrichtlinien die Firewall Einstellungen der einen OU etwas geändert habe. Aber das war ja nun bei den anderen PCs der Fall. Die Fehlermeldungen auf den PCs und DCs sind Netlogon Event ID 3210, 5719, 5722 und 5781. Heute hatte ich den Fall, dass die Windows Patche eingespielt wurden und nach dem Reboot wieder keine Vertrauensstellung vorhanden war. Die PCs sind in einer Sub-Domäne, die 4 DCs hat. Dass sie sich nicht anmelden dürfen, passiert nur, wenn sie sich an einen bestimmten DC anmelden wollen. Heute habe ich heraus gefunden, dass dieser DC eine völlig falsche Zeit hat. Kann eine der Ursachen sein, warum die PCs sich nicht anmelden dürfen. Weiter habe ich festgestellt, das jeder DC sich mit einem anderen Zeitserver syncen. Nur ich betreue die Server nicht. Gibt es noch irgendwelche Einstellungen, die ich clientseitig machen oder überprüfen kann? Es kann ja nicht die Lösung sein, den Usern zu sagen, sie sollen erst mal ihre PCs nicht abschalten oder rebooten. Oder die PCs jeden Tag zu rejoinen oder zu hoffen, dass sie sich nicht an dem einen DC anmelden.

*Nachtlichteinschalt*

Moin moin an Board, ich brauch erst einmal einen frischen Kaffee. Der in der Tasse ist kalt. :-@%$# Die Probleme von gestern verfolgen mich heute weiter. Und sie kommen nicht von mir, sondern unsrem "Allwissenden", der grad für länger im Urlaub ist... Und leider betreffen sie meinen Bereich. Wünsche allen noch einen schönen erfolgreichen Tag.

Ja und bin nicht in D. ;)

Gute Nacht an Board, bin "begeistert", die Woche hat toll angefangen. :( *Nachtlichteinschalt*