Hier mal ein grobe Skizze meiner Idee. Was hältst Du davon?
Vielen lieben Dank für die kompetente Hilfe und für den herausragenden Lösungsansatz. Auch bei Peter S. Taler und bei Moombas möchte ich mich vielmals bedanken. Um ehrlich zu sein, kann der Vorschlag zum Vorhaben nicht besser aussehen, jedoch habe ich verschiedene Fragen zur Umsetzung. Ich versuche mich so gut wie möglich auszudrücken, was mir, wie Du weißt, nicht immer gelingt. Vor allem bei dem Versuch zur Umsetzung des Vorhabens, werde ich kläglich jammern. Jetzt aber erst mal meine Fragen zu Deinen Ausführungen.
Zu meinem Arbeitgeber, weil ich das nicht so gut hier nennen darf versuche ich es zu umschreiben: Wir haben 18 dezentrale IuK- und IT-Einheiten mit jeweils eigenem Haushaltsplan. Ich leite die IuK von einer diesen dezentralen Einheiten. Meine Geschäftsführung ist also auch nur eine, von insgesamt 18 Stück. Also, was ich damit sagen möchte ist, dass meine Geschäftsleitung nicht die Unternehmensführungsspitze ist, wenn das ggf. so rüber kam. Das zentrale Server-Team (so nenne ich diese Einheit jetzt mal) macht uns Vorgaben, mit denen wir mehr oder weniger gut klarkommen. Die Vorgaben nennen sich *SL (strategische Leitlinien).
Generell:
Alle Dateien beginnen mit DM_ (das steht für Domain Messenger). Sollten Dir die engl. Abkürzungen und Namen nicht gefallen, kann ich das noch ändern.
Es gibt zwei Typen von Konfigurationsdateien: DM_Config_Global.ini (für alle Benutzer gültige Einstellungen) und DM_Config_Local.ini (für einen einzelnen Benutzer gültige Einstellungen)
Das hört sich perfekt an. Da gibt es nichts dran zu rütteln.
Alles anzeigenServerseitig:
1. Verzeichnis: Das Logon-Skript weist dem Benutzer bestimmte Server-Laufwerke zu (das ist unabhängig vom DM). Auf einem dieser Laufwerke wird ein Verzeichnis angelegt in dem alle Dateien für DM abgelegt werden. Dieses Verzeichnis hat der Client im Lesezugriff.2. Hier werden alle Dateien abgelegt: exe, ini, txt.
3. DM_Startup.exe: Das Logon-Skript kopiert/überschreibt die Datei DM_Startup.exe in ein lokales Verzeichnis jedes PCs der sich an der Domäne anmeldet. Dann wird vom Logon-Skript die lokale DM_Startup.exe gestartet.
4. Damit gibt es auf dem Server nach dem Client-Login keine langlaufenden Programme.
5. DM_Config_Global.ini: Hier werden globale Einstellungen gespeichert. Z.B.Lokales Verzeichnis in das DM installiert werden soll
Zeiten für die Prüfung nach Meldungen mit Priorität normal und high
Filter um PCs von DM auszuschließen oder zu inkludieren
etc.
Ich musste Deine Ausführungen zunächst nummerieren um damit klar zu kommen. Mein altes (eher iq-minimiertes) Hirn
muss das erst mal aufdröseln.
Zu 1. Es werden bei allen unseren Usern über ein zentrales Logon-Skript verschiedene Netzlaufweke für verschiedene Zwecke zugewiesen. Ein Laufwerk davon hat ein rießiges Informations-Verzeichnis für die User, auf dem ein zentrales Verzeichnis mit Lesezugriff für diesen Zweck und für alle User, eingerichtet werden kann. Das passt also.
Zu 2. Perfekt.
Zu 3. An das Client- und User-Logonskript komme ich als dezentraler Clientadmin nicht ran. Das ist manipulationssicher bei der zentralen Serveradministration angedockt. Die verhandeln i. d. R. auch nicht mir über Änderungen da die Leute von den *strategischen Leitlinien und die von der zentralen Security den Daumen drauf haben. Die von Dir vorgeschlagene Lösung ist natürlich zur Softwareverteilung der Idealfall (bei uns wird das "DigitalesServerManagement" kurz DSM genannt). Jedoch komme ich kaum ran. Ich wüßte aber ehrlich gesagt nicht, wie das anders gehen sollte.
Von dem her möchte ich das morgen bei einem Kollegen bei dem Team anfragen, ob wir Pkt. 3 über das DSM einbringen könnten. Ich kann Dir dazu morgen Abend eine Rückmeldung geben.
Zu 4. Perfekt.
5. Verstanden. Das ist ebenfalls perfekt von Dir geplant.
Clientseitig:
1. DM_Startup.exe: Das vom Login-Skript gestartete Programm kopiert weitere notwendige Daten vom Server auf den Client und startet dann DM_Client.exe. Sollte DM_Startup bereits laufen, so wird DM_Client.exe erst gecancelt und dann gestartet.
2. DM_Client.exe: Dieses Programm führt die Verarbeitung der Meldungen durch
3. DM_Config_Local.ini: Damit kann die lokale Installation konfiguriert werden. Z.B.Einstellungen für das Logging wenn bei einem einzelnen PC Probleme auftreten
etc.
Zu 1. Dazu muss ich morgen ebenfalls bei einem Kollegen bei dem Server-Team anfragen, ob wir über DSM das Login-Skript gestartete Programm und weitere notwendige Daten vom Server auf den Client kopiert bekommen und dann DM_Client.exe starten können . Ich hoffe, ich kann Dir dazu morgen Abend eine Rückmeldung geben.
Zu 2 & 3. Perfekt, es leuchtet bereits in meinen Augen. Genial!
Befehle:
Mit bestimmten Textdateien sollen Aktionen bei den Clients ausgeführt werden. Befehle werden wie Meldungen mit Prioriät high behandelt.
Beispiele:
Restart: Startet DM bei allen Clients neu. Dies wird verwendet um sofort eine neue Version von DM zu verteilen (also nicht auf den nächsten Login zu warten).
Exit: Beendet DM bei allen Clients
etc.
Besser geht es kaum. Das hört sich nach einem sehr gut durchdachten Plan an.
Allerdings benötige ich für das Vorhaben das zentrale DSM-Team, welches ich morgen anfragen werde. Ich hoffe sehr auf eine positive Antwort von den Verantwortlichen. Allerdings habe ich desöfteren schon bei sehr kleinen Wünschen das kurze Los gezogen. Ich gebe Bescheid, wenn nicht morgen dann übermorgen.
Nochmals herzlichen Dank.
Peter S. Taler Dir auch nochmal vielen Dank für die Recherchen und Beiträge. Zu den Links:
1. Die msg.exe gibt es in der Tat auch in Win 10 21H2 welches wir im Konzern nutzen, allerdings ist die msg.exe per Policy-Group der Security deaktiviert und wird spät. nach unerlaubter eigenständiger Aktivierung beim nächsten Up- oder Upgrade wieder deaktiviert.
2. RealPopUp ist vielversprechend aber auch eher so ein Messenger-Ding und für meine Zwecke zu überdimensioniert. Sicher ist das von mir zu kurz gedacht da bei uns auch mal irgendwann zentral, wenn mal alle Smartphones bekommen sollten, so eine Lösung für PC und mobile Endgeräte in die nähere Betrachtungsweise gezogen werden muss.
3. OfficeScan: Das blicke ich im ersten Durchlauf nicht ganz, was damit gemeint ist. Das schaue ich mir morgen nochmal näher an, wobei gerade ehrlich gesagt, an dem Lösungsansatz von water fast kein Weg vorbeigeht, wenn das DSM-Team mitmacht. Dennoch sind mir alle Möglichkeiten wichtig, die, falls alle Stricke reißen, die zu einer Lösung, wenn auch auf anderem Wege beitragen können.