AdvancedAgent mit Benutzer ausführen

[jockisch]

Hallo,

wir haben die ganze Zeit den Legacy Agent unter anderem in einer "abgesetzten" Umgebung gefahren.
Diese Rechner sind in keiner ADS Umgebung. Wir haben einen lokalen Administrator und haben dann den LegacyAgent mit einem speziellen Benutzer ausgerollt. Dieser hatte dann Filezugriff auf die Paketordner (über Gruppen).
Somit konnten wir sehr schön diese externen Bereiche mit einem massgeschneiderten Softwaredepot ausstatten.
Alle Benutzer an diesem rechner haben die gleichen Pakete gesehen/installiert.

Mit dem neuen Eris will mir dies nicht mehr so recht gelingen, die agent.xml hatte ich (lokal zum testen) schon mit einem Benutzer angepasst, der sowohl lokal auf dem Rechner als auch auf dem Server Rechte hat.
Allerdings dauert das Anzeigen des Depots jetzt ca. 15 Min und dann sehe ich alle Pakete.

Geht das konzeptionell überhaupt ?
Wir würden gerne den Einsatz von Supdepots vermeiden.

Hat da jemand eine Idee oder Ansatz.

Vielen Dank

[Hendrik_Ambrosius]

Mit dem Advanced Agent ist das noch viel einfacher:
Da der Dienst generell im "local system" Kontext läuft muss der Transportuser nur Rechte auf die Freigaben auf dem Depot haben.
z.B. auch ein lokaler User der auf dem Depotserver angelegt wurde mit local\empagent oder so.

[jockisch]

Hallo,

habe auch etwas gespielt, das er alle Pakete angezeigt hat lag noch am lokalen Cache.

Das mit dem Benutzer klappt wunderbar, allerdings nur wenn ich diese lokal auch kenne und auf dem Server eintrage.

Da die Benutzer uns aber nicht bekannt sind, ist das wenig praktikabel.
Vorteil von dem alten Agent war die Definition in welchen Kontext (Benutzer) ich ihn starte.
Der lokale Benutzer war mir dann egal.

Gibt es dafür auch ein Szenario ?

Vielen Dank

[thahn]

Hallo,

es geht ja um den User der in den Eigenschaften des Advanced Agent eingetragen wird

und dann eben einen Localen Account, der auf dem EmpirumServer / DepotServer existieren muss

cYa

[jockisch]

Hallo

den Benutzer der in der agent.xml eingetragen ist ?

Das funktioniert bei mir aber nur wenn dieser Benutzer sich auch lokal anmeldet.
Bei einem anderen Benutzer rödelt er Minutenlang und zeigt dann nichts - muss mal dbgview anwerfen

[Hendrik_Ambrosius]

Genau.
Dann müssen Sie die Prüfung auf Rechte im Softwaredepot am Reiter abschalten.
Dann benötigt der Login-User keinen Zugriff mehr auf die setup.inf.

[jockisch]

Hallo,

vielen Dank für den Tip

Muss ich dann alle Reiter umstellen (auf Verteilung prüfen raus) um die Geschwindigkeit zu verbessern.

Was hat das denn für Konsequenzen für den Eris und den Legacy Agent.

Sehen meine Benutzer dann alle Pakete und können Sie nur nicht installieren oder können Sie dann alles installieren

Vielen Dank für die Hilfe

[Hendrik_Ambrosius]

Ja, die User sehen dann alle Pakete.
Wenn sie keine Rechte auf die Quelldateien haben können sie sie aber nicht installieren.

[jockisch]

und das ist bei Legacy und Eris identisch ?

[Hendrik_Ambrosius]

Nein, nur beim Legacy-Agent.
Beim Advanced Agent brauchen die User keine Rechte auf die Sourcedateien.

[jockisch]

Hallo Herr Ambrosius,

ich habe die Optionen mal durchgespielt.

Aber meine Wunschlösung ist irgendwie nicht dabei.

Wenn ich den Haken auf Rechte prüfen rausnehme, klappt es unter Windows7 mit dem "Standard" Agent.
Die zeit ist zwar noch etwas langsam - habe aber noch nicht alle haken aus allen laschen rausgenommen.

Dummerweise sind aber dann diese Pakete mit dem Legacy Agent in unserer ADS Domäne für alle Benutzer sichtbar und viel schlimmer auch installierbar.
Wir haben die Berechtigung auf die jeweiligen setup.inf über SIcherheitsgruppen für die ADS User geregelt.

Übersehe ich da was oder habe ich was falsch verstanden???

[Hendrik_Ambrosius]

Mir fällt da im Moment auch keine andere Lösung ein.
Aber vielleicht haben andere im Forum ja noch eine kreative Idee für dieses Szenario?

[Hendrik_Ambrosius]

Doch noch ne Idee: Wie wäre es sonst mit CheckReg?
Durch setzen von RegKeys abhängig von Usernamen und -gruppen (z.B. via Empirum-Paket) werden Registry Keys erzeugt die dann via CheckReg die Sichtbarkeit von Paketen steuern.
Sowohl für Advanced- als auch SWDEPOT/Legacy-Agent müßte das Verhalten dann gleich sein.

Beispiel:
Täglich ausgeführtes Empirum Paket prüft ob der angemeldete User Mitglied bei Gruppe X ist.
Wenn ja -> entsprechenden RegKey anlegen auf den einige Pakete prüfen -> Dann sichtbar
Wenn nein -> Regkey löschen

[jockisch]

Hallo Herr Ambrosius,


die Idee ist nicht schlecht - sah mir aber nach viel Arbeit aus

problem bei uns ist die gemischte Situation XP = Legacy und Win7 = ERIS und ADS User und externe User.

Ich habe es jetzt anders gelöst, das ist in der Verwaltung nicht ganz so kompliziert und wird von jedem Kollegen sofort verstanden:

Jede Lasche wird getrennt nach XP oder Win7 angelegt.
Passend dazu immer nur die Pakete für Win7 oder XP.

Die XP Laschen werden nur für OS WIN XP aktiviert - auf Rechte prüfen aktiviert
Die Win7 laschen werden nur für OS WIN7 aktiviert - auf Rechte prüfen deaktiviert.

Damit können wir weiter mit unseren Berechtigung auf Fileebene arbeiten, die XP Nutzer sehen alle passenden Anwendungen und können installieren ebenso wie die WIN7 User die das SWdepot jetzt schnell angezeigt bekommen.

Nachteil ist ein etwas erhöhter Verwaltungsaufwand - Vorteil ist aber das wir nach der XP Umstellung ganz schnell und schmerzfrei aufräumen können.

nochmals vielen Dank für Ihre Lösungen und Denkanstösse.