forum.opsi.org

Hallo OPSI User,

Das WAN Modul wird ja durch den Event net_connection gestartet und OPSI beginnt die Daten zu Cachen. Bei den Externen Mitarbeiter kommt ein VPN zum Einsatz, das der Mitarbeiter bei Bedarf von Hand startet. Der Event wird aber bereits ausgelöst sobald der Rechner eine Netzwerkverbindung hat, baut man nun das VPN auf, wird kein erneuter Event ausgelöst. Da der OPSI-Server nur via VPN erreichbar ist, wurde das Caching zu diesem Zeitpunkt aber bereits mit einer Fehlermeldung beendet.

Gibt es eine Möglichkeit das Caching via CMD erneut zu starten oder einen Event "Händisch" auszulösen?

Die Idee ist, nach erfolgreichem aufbaue der VPN Verbindung, das Caching via Script zu Triggern.

Schon mal besten Dank

Björn

Hi Björn,

red hat geschrieben:Das WAN Modul wird ja durch den Event net_connection gestartet und OPSI beginnt die Daten zu Cachen. Bei den Externen Mitarbeiter kommt ein VPN zum Einsatz, das der Mitarbeiter bei Bedarf von Hand startet. Der Event wird aber bereits ausgelöst sobald der Rechner eine Netzwerkverbindung hat, baut man nun das VPN auf, wird kein erneuter Event ausgelöst. Da der OPSI-Server nur via VPN erreichbar ist, wurde das Caching zu diesem Zeitpunkt aber bereits mit einer Fehlermeldung beendet.

Grundsätzlich bringt eventuell eine Anpassung des zur Prüfung der Netzwerkverbindung verwendeten WQL etwas.
Das hängt nun wiederum ab, ob es eine Möglichkeit gibt per WMI die Konnektivität des VPN-Clients zu checken.
Alternativ haben wir hier auch schon Lösungen für speziellere VPN-Clients im Rahmen unseres Supports gebaut.

red hat geschrieben:Gibt es eine Möglichkeit das Caching via CMD erneut zu starten oder einen Event "Händisch" auszulösen?

Ab opsi-client-agent 4.0.7.23-1 gibt es ein optionales Tray-Icon, durch welches ein User eine Installation auslösen kann. Die Anwendung checkt dabei in konfigurierbaren Intervallen nach anstehenden Installation.
Aktuell ist dieser opsi-client-agent noch in testing, soll aber noch diese Woche nach stable wandern.


Gruß

Niko

Hallo Niko,

Ab opsi-client-agent 4.0.7.23-1 gibt es ein optionales Tray-Icon, durch welches ein User eine Installation auslösen kann. Die Anwendung checkt dabei in konfigurierbaren Intervallen nach anstehenden Installation.
Aktuell ist dieser opsi-client-agent noch in testing, soll aber noch diese Woche nach stable wandern.

Ich habe heute den neuen Client installiert und das Tray-Icon aktiviert. Das läuft nun auf einem externen Client mit UMTS Karte,VPN und neuem Opsi-Client mit Tray-Icon und WAN-Modul. Verbindung wird aufgebaut, VPN gestartet und OPSI über das Tray-Icon mitgeteilt, das er doch nun mal installieren soll. Das klappt auch alles wunderbar. Das WAN-Modul ist dann aber eigentlich nicht mehr zu gebrauchen, da das Manuelle installieren den Cache völlig kalt lässt. Super wäre es, wenn es noch eine Möglichkeit gäbe, einen Event an das WAN-Modul zu schicken und die Cache Funktionalität zu erhalten.

Aber das mit dem Tray-Icon ist schon mal ne super Sache für externe Mitarbeiter!

Gruß Red

Hi red,

red hat geschrieben:

Ab opsi-client-agent 4.0.7.23-1 gibt es ein optionales Tray-Icon, durch welches ein User eine Installation auslösen kann. Die Anwendung checkt dabei in konfigurierbaren Intervallen nach anstehenden Installation.
Aktuell ist dieser opsi-client-agent noch in testing, soll aber noch diese Woche nach stable wandern.

Ich habe heute den neuen Client installiert und das Tray-Icon aktiviert. Das läuft nun auf einem externen Client mit UMTS Karte,VPN und neuem Opsi-Client mit Tray-Icon und WAN-Modul. Verbindung wird aufgebaut, VPN gestartet und OPSI über das Tray-Icon mitgeteilt, das er doch nun mal installieren soll. Das klappt auch alles wunderbar. Das WAN-Modul ist dann aber eigentlich nicht mehr zu gebrauchen, da das Manuelle installieren den Cache völlig kalt lässt. Super wäre es, wenn es noch eine Möglichkeit gäbe, einen Event an das WAN-Modul zu schicken und die Cache Funktionalität zu erhalten.

Letztlich kann man das ganze auch wieder über Konfiguration regeln, indem man das on_demand-Event so konfiguriert, dass es wie das Cache-Event arbeitet.

Wie im vorherigen Post geschrieben würde ich mir aber eher mal bei betroffenen Clients das WQL anschauen und anpassen, weil man dann auf die Workarounds verzichten kann.
uib kann dabei auch gezielt unterstützen


Gruß

Niko