phoenixcp

Hier nicht direkt. Aber hier zum Beispiel gibts Lösungsansätze: Windows Event ID 17806 from MSSQLSERVER Windows Event ID 18452 from MSSQLSERVER Bringt dich evtl. schon dieser Eintrag dort weiter: /Edit: stimmt, Nils hat recht: hier wird nicht per SQL sondern per Windows Authentifizierung angemeldet... Off-Topic:Merke: immer zuende lesen und nicht schon nach der Event-ID abbiegen... ;)

Off-Topic: vorrausgesetzt du setzt ein AD ein, solltest du dich an die Hinweise der Vorposter halten... Wenn nicht, dann sollten wir uns nochmal nach ner anderen Lösung umschauen.

Also dazu sag ich nur: Solange der Chef das abnickt, könnt ihr da ranhängen was ihr wollt, aber fragen solltet ihr euren Chef schon.

Ahja, doppelt hält besser, verstehe ;) Na dann viel Erfolg bei der weiteren Genesung, übertreib es nicht gleich wieder beim sporteln...

Na dann man los.... Die 1 Mio sollten wir ja dann ratz-fatz geknackt haben... Und mit knapp 1,5 Mio sind wir dann schon in den Top 100 in Deutschland angekommen. Meiner Meinung nach eine sehr beeindruckende Leistung in der kurzen Zeit. Macht weiter so... oder sollte ich besser sagen: cruncht weiter so ;)

Dann lass den Frust bei denen aufkommen und lass dir Beweise und Quellen zeigen. Ohne Referenzen kann jeder etwas behaupten. Und wenn sie ihr Geld wirklich verdienen würden, dann hätten sie dir einen andere Antwort gegeben. So bekommen sie es halt nur und wissen nicht.... Off-Topic:Kabelbongos halt ;) :D :D :D

Naja, wenn du als Installationsquelle eine SP2-CD verwendest, dann ist das SP integriert. ;) Ansonsten hätte auch das vorhandensein einer SP2.cab denselben Rückschluss zugelassen.

Hm, hat das nen Grund, das du mich ausgrenzt? :D

Und genau an dieser Stelle trifft deine Vermutung auch zu. Ich kann die Begründung deiner Netzwerker beim besten Willen nicht nachvollziehen. Egal von wo und wie, ob per Kabel, per WLAN ( am besten noch an nem öffentlichen, unverschlüsselten Hot Spot), oder per UMTS, überall kann man mit geeigneten Mitteln, sofern man über diese verfügt, den Traffic abhören. Eine von aussen erreichbare TS-Farm sollte zum einen entsprechend abgesichert sein und der Weg von Punkt x in der Welt zu der Farm sollte ebenfalls abgesichert werden. Dann steht auch der Nutzung von UMTS / HSDPA und Konsorten nix mehr im Wege.

100 % ACK

Hm.... bei mir glühen auch grade die Drähte, aber eher in den Rechnern. Meine Dualbootinstallation WXPSP3 / Ubuntu Linux bekommt grade das Upgrade auf Intrepid Ibex und das alte Samsung P35 bekommt grade Vista verpasst. So langsam aber sicher muss ich mich wohl doch mit dem Thema auseinandersetzen. Auch wenn ich das eigentlich überspringen wollte. Aber wofür hat man denn ne Frau als Testkaninchen... :D

So, hab das grade mal telefonisch weitergemeldet... Jetzt hab ich aber jemandem den Sonntag versaut :D

Mal ganz abgesehen davon, das es sich aufgrund der schon genannten Risiken um eine recht bescheidene Idee handelt, aber darf man nach dem Grund des angestrebten Vorhabens fragen?

Bist du direkt mit dem Konto des Administrators angemeldet oder mit einem anderen Konto, welches der Gruppe "Administratoren" angehört?

Befindet sich in deinem i386-Ordner eine Datei namens SP2.cab?

Welche Berechtigungen liegen auf deinen neuen Ordnern, wenn du einen anlegst? Was siehst du auf den betroffenen Ordnern, wenn du deinen effektiven Berechtigungen anzeigen lässt?

Hm, was haltet ihr von DFS(-R)?

Dann nimm das doch einfach...

Naja, hast du dich denn mittlerweile ein wenig mit dem DFS-R und FRS vertraut gemacht, wofür die gut sind und was die machen? Klar, man könnte sowas auf dein Szenario übertragen, aber das halte ich für ein wenig ungünstig. Der günstigere Weg wäre schon der Weg über das Storage. Gibt es technische Gründe warum das bei dir ausfällt? Oder sind da nur die begrenzten Mittel das Problem?

Der einzige Weg der mir da spontan einfallen würde, wäre die Auswertung der LastLogon-Datums. Dazu kannst du dir mal diesen Thread hier anschauen: https://www.mcseboard.de/windows-forum-ms-backoffice-31/last-logon-last-password-change-101347.html Da wurde das Thema schon ausführlich diskutiert. Und wenn du dann über einen sicheren Zeitraum (größer 60 Tage z.B.) schauen kannst, welche Konten sich angemeldet haben und welche nicht, dann hast du auch einen Überblick, welche Konten du abschalten kannst. Off-Topic:Oder du machst es ganz auf die Harte: Erst alle deaktivieren und dann schauen wo es knallt :D

Jaein.... Vielleicht solltest du das Gerät nehmen und bei HP auf Garantie mal untersuchen lassen bzw. den Fall als Reparaturfall behandeln lassen. Sofern Garantie oder Care Pack vorhanden sind natürlich ;)

Nein. Der Prozess der Herunterfahrens eines PC's ist schon so ausgelegt, das die einzelnen Tasks sauber durchgeführt werden und dann erst weitere Schritte anlaufen. Also im Normalfall kann das Profil noch so groß sein, dann dauert es halt deutlich länger, bis das Profil zurückgeschrieben ist und demnach auch länger, bis der PC ausgeschaltet wird. Siehe oben, ist hinfällig.Viel eher vermute ich hier ein Problem mit einem Virenscanner auf Seite des Clients oder des Servers. Gibts es denn irgendwelche Auffälligkeiten in den Eventlogs das Profil betreffend beim Runterfahren oder Neustarten? Prüf das mal sowohl auf den betroffenen Clients wie auch auf dem Server.

Schau mal hier: https://www.mcseboard.de/windows-forum-allgemein-28/bildschirm-bleibt-standbymodus-143049.html Du bist scheinbar aktuell nicht der einzige mit diesem Problem. Aber wie in dem anderen Thread schließe ich mich der technischen Einschätzung von Zahni an.

Zum Beispiel... Auf jeden Fall ein sinnvoller Ansatz um sowas zu lösen...

Auch bei den Hardwareherstellern arbeiten nur Menschen, die Fehler machen. Der Fehler wurde dir ja mittlerweile ausführlich erklärt, ich denke mal das du den auch verstanden hast. Klar ist das ganze ärgerlich.