BOfH_666

hmmm ... bitte nicht falsch verstehen, aber wo hast Du denn schon überall gesucht? Solche Fragen tauchen in den passenden Foren häufiger auf und wurden auch schon sehr häufig beantwortet. Die generelle Vorgehensweise hat Dir Evgenij ja schon geschildert ...

Achso? ... ich dachte, das geht eben noch nicht wieder!? ... ich bin verwirrt.

Das hängt inzwischen eher von der Software ab, die darauf läuft, als vom OS. Da die Basis von Windows 10 und Windows Server in weiten Teilen die gleiche ist, sollte ein Dauerbetrieb im Allgemeinen kein Problem darstellen. Spätestens nach einem Monat kommt dann sowieso das nächste Update und will einen Neustart.

... jup - nur wenn er wirklich als Printserver läuft ... ... endlich mal ein Vorteil für die Core-Versionen.

... hmm ... ja, prinzipiell schon ... aber manchmal auch nicht, oder? ... siehe die Diskussion in diesem Thread ...

Dürfen "Nicht-Admins" Ordner im root erstellen?

Ich könnte jetzt keine nennen, aber ich glaube mich zu erinnern, dass es Tools gibt, die beliebige Fenster in der gewünschten Position und Größe wiederherstellen bzw. festsetzen können. Vielleicht ist das ja auch eine mögliche Lösung.

Ich wollte eigentlich darauf hinaus, warum Du unbedingt VBScript nutzen möchtest. Es wird schon seit vielen Jahren nicht mehr weiterentwickelt und ist nur noch aus Kompatibilitätsgründen in Windows enthalten. Wenn Du am Anfang Deiner Karriere stehst und es etwas Sinnvolles für die Zukunft lernen möchtest, wäre das im Bereich Scripting unter Windows eher PowerShell. Aber Dein eigentliches Problem wurde ja scheinbar von Evgenij und Jan oben schon identifiziert und korrigiert. Also alles gut.

... wie wär's, wenn Du einfach die Skripte hier mal postest? Vielleicht liegt's ja doch am Skript selbst und nicht am Drumherum!?

Hallo und Willkommen im MCSEboard. Wenn die Nachfrage erlaubt ist ... muss es unbedingt VBScript sein? Was ist das Ziel des Ganzen? Willst Du das nur lernen oder soll damit etwas Produktives angestellt werden?

Da fallen mir zwei Lösungen ein ... entweder wir installieren einen Zeitschaltuhr oder wir nageln uns ein paar Solarzellen auf's Dach und produzieren unseren eigenen Ökostrom. Dann können wir das Licht ohne schlechtes Gewissen auch mal ne Nacht an lassen. ... vielleicht sogar beides in Kombination ....

... dann hab ich das damals wohl unbeabsichtigt so eingerichtet. Ich hab schon seit ein paar Jahren eine VM, auf der jeweils das aktuelle Insider-Build läuft. Die wurde jetzt einfach auf W11 aktualisiert.

Wenn man das so einfach zerstören kann, war's eh nix wert. Nimm Dir mal ein Beispiel an den "Flat-Earth"-ern. Die lassen sich auch nicht so einfach von wissenschaftlichen Fakten verunsichern.

Veto!! .... Linux hat sogar so viele verschiedene GUIs, dass man sich die als Anwender aussuchen kann!!

An dieser Stelle ist die Terminologie wichtig. Ich gehe davon aus, dass Du mit "DC Member" eigentlich einen "DC" meinst - also einen "Domain Controller". ... und nein, das wäre keine gute Idee. Die andere Geschichte ist ein "AD Member" - also ein Computer, der Mitglied in einer Domain ist. Bei Servern sagt man da auch gern kurz "Member-Server". Und das sollte ein Fileserver im Normalfall schon sein. Aber nochmal ganz deutlich: Einen DC (Domain-Controller) betriebt man - abgesehen vom DNS - ohne weitere andere Server-Rollen. Kein File-Server, kein Print-Server, kein SQL-Server ... nix.

... hatte ich auch probiert und bei mir erschien das Konsolenfenster kurz ... Dann informiert man die Anwender im Vorfeld einmal und nach ein paar Tagen haben sie sich auch dran gewöhnt ...

ja klar ... aber das willst Du ja offenbar nicht. GPUpdate.exe lässt sich ja direkt starten. Aber es ist eben ein Konsolen-Programm. ... was ist denn so schlimm daran, wenn das Konsolen-Fenster kurz auftaucht. Darf der Anwender das nicht sehen?

Nur damit ich das nicht vielleicht falsch verstehe ... das Script führt nur diesen einen Befehl aus?

Wenn man die Option aktiviert, kann man auswählen, welche Netzwerkverbindung verfügbar sein muss. ... ob das zielführend ist, hängt natürlich davon ab, was der Grund dafür ist, dass das Script nicht erreichbar ist ... warum ist das Script eigentlich nicht erreichbar? ... und wäre es dann nicht besser, es einfach lokal vorzuhalten? Dann eben ein lokales VBScript, welches die Verfügbarkeit prüft!? Vielleicht gibt es aber auch eine ganz andere / viel bessere Lösung für Dein Problem ... was ist denn die eigentliche Aufgabe des Scripts, wenn das nicht geheim ist?

Wie wäre es, wenn Du die Aufgabe nur ausführen lässt, wenn die Netzwerkverbindung auch verfügbar ist? ... kann man einstellen ...

@NilsK & @mwiederkehr & @andrew ... dafür gibt es sogar einen Begriff ... XY-Problem ....

Na so wahnsinnig kompliziert ist das ja nu auch wieder nich. Wenn Du einmal ne Policy hast und eine XML, und Du willst eine einzelne Datei-Endung oder ein Protokoll anpassen, kannst Du ja mit einem einfachen Editor die XML-Datei anpassen. Das geben wir unseren Azubis als Fingerübung.

Tja ... da fällt mir dann auch nix Intelligentes mehr zu ein ... ... sollte genügen ... zumindest bis sich mal eine gewünschte Zuordnung ändert.

Und eine entsprechende GPO ist keine Option?

Hmmm ... das hilft leider auch nicht wirklich weiter. Hast Du Dir die Doku dazu schon mal angesehen? https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/export-or-import-default-application-associations Wenn ich lese "Logon-Script", erwarte ich, dass das User-Logon-Script gemeint ist. Das läuft im User-Kontext. Der Befehl zum Importieren der Standard-Zuordnungen braucht Admin-Rechte. Und nur aus Neugier - was meinst Du mit "Stempel"? Und nach meiner Erfahrung macht man diesen Schritt entweder beim Erstellen des Images, welches man für die Erst- und Wieder-Installation von Windows benutzt oder eben per GPO. Und ... gibt's da nicht einen bessere Ort für die Datei als "C:\assoc.xml"?