forum.opsi.org

Hallo,

kann man für das Programm opsiclientini ein Log-Level festlegen?
Wir programmieren nämlich gerade ein Script, das beim Anmelden eines Users an einem Client automatisch den Benutzernamen und die Abteilung in die "description" der jeweiligen Client.ini schreibt.

Da es theoretisch aber praktisch nicht funktioniert will ich noch ein wenig debuggen und daher die Frage.

Beste Grüße
Markus.

Moinsens,

m.pfeiffer hat geschrieben: kann man fr das Programm opsiclientini ein Log-Level festlegen?

?? Meinst Du die conf-Datei (opsiclientd.conf) fr den Opsiclientdienst? Dann findet sich darin tatschlich ein Schalter fr den Loglevel... Aber ein Programm opsiclientini gibt es nicht...

Gruß

Thomas_H

Hallo,

die Client-inis direkt zu bearbeiten ist schon nicht ungefährlich, Sie per Skript modifizieren zu lassen, würde ich dringend von Abraten. Da es dort jederzeit auch von der Library Änderungen geben kann.

Vorschlag: Per Winst einen Servicecall abschicken. Das Userprofile-Management würde hier genau die Stelle zum Angriff bieten. Ansonsten kann man den Servicecall auch anderweitig abschicken. Ist jetzt nur mal so eine Idee.

Loglevel in die ini-Datei, um die Frage allgemein zu beantworten!? Wüsste nicht was dieses Loglevel bringen sollte, weiß aber auch nicht wirklich, was du treibst... sorry.

Oder noch viel einfacher:
http://download.uib.de/opsi4.0/doc/html ... i-configed

Such mal nach Sessioninfo

Thomas_H hat geschrieben:Aber ein Programm opsiclientini gibt es nicht...

Hi!
@Thomas_H
Die Datei opsiclientd.conf gibt es nun wiederum bei mir nicht^^ Wohl aber die /etc/opsi/opsiconfd.conf
Das Programm (/usr/local/bin/opsiclientini) scheint doch eine Eigenentwicklung aus unserem Hause zu sein, sorry.

@ueluekmen:
Den Button bzw. die Spalte Sessioninfo sehe ich nicht. Da muss ich wohl mal wieder ein Update machen!?
Ich verwende opsi-configed 4.0.1.16-1 und den opsi config editor Version 4.0.1.9 2011/05/12...

Was meinst Du mit:

ueluekmen hat geschrieben:Loglevel in die ini-Datei, um die Frage allgemein zu beantworten!?

Danke nochmal für Eure Antworten!

Beste Grüße
Markus.

Hi,

zur Sessioninfo:
http://download.uib.de/opsi4.0/doc/html ... i-configed
Stichwörter:
Spaltenkonfiguration für die Clientliste
Sessioninfo

gruss
d.oertel

Moinsens...

m.pfeiffer hat geschrieben: Die Datei opsiclientd.conf gibt es nun wiederum bei mir nicht^^ Wohl aber die /etc/opsi/opsiconfd.conf

...jo, die liegt auf dem Client... Sorry.

Das Programm (/usr/local/bin/opsiclientini) scheint doch eine Eigenentwicklung aus unserem Hause zu sein, sorry.

Na denn schreib das doch gleich...

Ich würde aber das Pferd ganz anders aufzäumen.

Nur jetzt mal in der Theorie gedacht:
mittels eines Scripts nach beim Anmelden des Nutzers das Environment "Username" ausgelesen. Nun gibt es viele Möglichkeiten der Weiterverarbeitung. Entweder eine kleine Textdatei, welche auf dem Server geschrieben wird und regelmäßig per cron ausgelesen wird, oder wie ich finde wesentlich eleganter mittels PHP-Script (Apache aktivieren!) welches durch das Script auf dem Client aufgerufen wird und dann die Daten direkt zB. in eine MySQL-Datenbank schreibt.

Das ist nun seeehr kurz zusammengefasst und hat nix mehr mit Opsi zu tun.

Dann musst Du nicht am opsi herumfrickeln und da vielleicht was kaputtreparieren.

Gruß

Thomas_H

Thomas_H hat geschrieben:...mittels PHP-Script (Apache aktivieren!) welches durch das Script auf dem Client aufgerufen wird und dann die Daten direkt zB. in eine MySQL-Datenbank schreibt.

Hi Thomas,

so ist's gedacht, bzw. soll es laufen. Nur das wir noch das File31 Backend verwenden und nicht das MySQL
Deshalb das Tool "opsiclientini", welches an sich auch einwandfrei funktioniert

NUR: Das Script auf dem Server wird zwar vom Client aufgerufen aber die Daten werden dann nicht geschrieben! Es könnte ein Rechteproblem o.ä. sein...
Deshalb ja die urspüngliche Frage hier im Thread nach dem Loglevel^^

Da das Programm - wie wir jetzt wissen - aber aus unserem Hause stammt und nicht von UIB, müsste man das Thema jetzt eigentlich wo anders diskutieren bzw. hat sich die urspüngliche Frage erledigt.

P.S: Info: Wir verwenden übrigens den lighttpd als http-Server - nicht den Apache - auf dem opsi und ein in Perl geschriebenes cgi-Script.

Beste Grüße
Markus.

Hi!

@d.oertel
Danke für den Tipp mit der Sessioninfo. Leider scheint mein opsi2 config editor (configed.jar) zu alt zu sein. Aber übers Web gehts!

Trotzdem werd ich unser Script weiter debuggen, da ich immer auf dem aktuellen Stand sein und wissen möchte, in welcher Abteilung sich welcher Client-PC gerade befindet.
Die Sessioninfo kann man ja nur einmal per Knopfdruck abfragen und wirklich zuverlässig ist diese auch nicht, da bei der Hälfte der Clients "no response" mit unterschiedlichen Begründungen angezeigt wird.

Beste Grüße
Markus.

Moinsens,

m.pfeiffer hat geschrieben:so ist's gedacht, bzw. soll es laufen. Nur das wir noch das File31 Backend verwenden und nicht das MySQL
Deshalb das Tool "opsiclientini", welches an sich auch einwandfrei funktioniert

Nunja, wie auch immer. Aber die Idee, die ich hatte braucht Opsi und seine Variablen überhaupt nicht. Das Script, was ihr schreibt und auf dem Client ausgeführt wird, ruft im Hintergrund das Perl-Script Eures Webservers auf, welches dann alles weitere erledigt, also die Einträge macht.
Das Client-Script selbst bedient sich entsprechender Systemvariablen von Windows, welches auch den aktuell angemeldeten Nutzer zurückgibt. Da ist dann Opsi vollkommen aussen vor.

So etwas ähnliches habe ich mal aus Second Life heraus programmiert, hier ging es darum, die Performance des Simulators grafisch darzustellen. Hier wurden auch nur Werte abgefragt, die per Environment zur Verfügung gestellt werden und durch einen Webseitenaufruf mit Übergabe der entsprechenden Daten - hier durch ein PHP-Script - geschrieben werden. Das grafische erledigen dann die rrd-tools. Windows stellt die Information ja zur Verfügung, bedeutet aber, bei jedem Client muss das Programm ausgeführt werden, sobald sich der Anwender anmeldet.

Beispiel anhand von VB-Script (bitte selbst entsprechend portieren... An Opsi würde ich - wie Detlef schon schrieb - nicht herumfuhrwerken. Wenn da etwas geändert wird, fangt ihr wieder von vorne an.
Gruß

Thomas_H

Hallöchen,

das Thema kann zu.
Das Problem ist gelöst. War ein reines Rechteproblem beim Programmaufruf.

Beste Grüße
Markus.