forum.opsi.org

ThomasT hat geschrieben:Ähm, das Debug-Log sollte eigentlich mit der Eingabe von -d9 direct in der Konsole angezeigt werden......

Leider nein, Befehl wird ausgeführt. In der Nächsten Zeile wird ein ">" ausgegeben. Keine Ausgabe des Debug-Logs.

Gruß

prüf mal bitte ob die " und ' auch wieder alle geschlossen sind...

ThomasT hat geschrieben:prüf mal bitte ob die " und ' auch wieder alle geschlossen sind...

Habe das nun erneut probiert. Nun bekomme ich auf dem Client eine Meldung dass dieser Thread (winexesvc.exe) blockiert wurde. Windows Firewall ist jedoch deaktiviert. Was kann ich hier noch einstellen?

Gruß

ThomasT hat geschrieben:prüf mal bitte ob die " und ' auch wieder alle geschlossen sind...

Den Debug Log bekomme ich nun auch angezeigt. Fehler: main: winexe_svc_install failed: NT_STATUS_DOMAIN_LIMIT_EXCEEDED

Gruß

mopsi hat geschrieben:

ThomasT hat geschrieben:prüf mal bitte ob die " und ' auch wieder alle geschlossen sind...

Habe das nun erneut probiert. Nun bekomme ich auf dem Client eine Meldung dass dieser Thread (winexesvc.exe) blockiert wurde. Windows Firewall ist jedoch deaktiviert. Was kann ich hier noch einstellen?

Gruß

schau mal im defender-log....

Kalteisen hat geschrieben:Ich hab genau das letztens erst gemacht.
Das ist eigentlich simpel, wen auch am anfang recht tricky.
Ich würde die Installation vom Client aus vorschlagen.

Windows Taste und da cmd eingeben.
Dann kommt man auf die Kommandozeile des Windows.

Da schreibt man folgende Befehle:

net use z: \\IP des OPSIServer\opsi_depot /user:pcpatch
Dann fragt er nach der Passwort eingabe von pcpatch und die gibt man ein.
Zumindest die zusammen verbunden, wenn alles richtig gemacht ist.
Danach tippt man folgendes ein:

z:



Danach kommt der befehl

cd opsi-client-agent
service_setup.cmd



So hat das jetzt bei bei 4 VMs auch geklappt.

Gibt es bisher eine Lösung womit das ausrollen des Clients über den Server funktioniert?

Gruß

Kalteisen hat geschrieben:Ich hab genau das letztens erst gemacht.
Das ist eigentlich simpel, wen auch am anfang recht tricky.
Ich würde die Installation vom Client aus vorschlagen.

Windows Taste und da cmd eingeben.
Dann kommt man auf die Kommandozeile des Windows.

Da schreibt man folgende Befehle:

net use z: \\IP des OPSIServer\opsi_depot /user:pcpatch
Dann fragt er nach der Passwort eingabe von pcpatch und die gibt man ein.
Zumindest die zusammen verbunden, wenn alles richtig gemacht ist.
Danach tippt man folgendes ein:

z:



Danach kommt der befehl

cd opsi-client-agent
service_setup.cmd



So hat das jetzt bei bei 4 VMs auch geklappt.

Gibt es bisher eine Lösung womit das ausrollen des Clients über den Server funktioniert?

Gruß

mopsi hat geschrieben: Gibt es bisher eine Lösung womit das ausrollen des Clients über den Server funktioniert?

Gruß

Hi Luca,
Jetzt hab ich aber ein Problem...

mopsi hat geschrieben:Ich mache das ganze als Abschlussprojekt und habe hier vermerkt, dass ich die Installation über den Server anstoßen möchte. Außerdem ist das natürlich auch blöd dass bei allen Laptop einer Firma manuell zu installieren.

Mfg
Luca

Dir wurden ein paar Tipps gegeben, es gibt ein manual und es es nicht irgendein Problem sondern DEIN Abschlußprojekt und nicht unseres...
Wenn dir die Tipps und Hinweise bis jetzt nicht reichen dann stellt sich die Frage, falls jemand die jetzt haarklein schreibt wie und mit welchen Tricks das zu lösen ist, wessen Wissen und welche Fähigkeit dieses zu erlangen stellt dann dein Abschlußprojekt dar?

Überleg mal logisch:

Ist das eine Windows AD Umgebung?
Hat die evtl. besondere Rechte oder mechanismen, die bestimmte Tätigkeiten verbieten?
Ist der OPSI Server Mitglied der Domaine oder aus der Perspektive von div. Sicherheitstools ein Fremdkörper?

Ist es ratsam diese Sicherheitsgrenzen zu durchlöchern und mit welchen Konsequenzen?
Wenn das winexec nicht selber kompiliert wurde, sondern das aus der Dose nicht läuft, welche Mittel gibt es Serverseitig noch?
Was ist ein Server - ein OPSI Server oder kann das auch ein AD Server mit seinen besonderheiten wie Gruppenrichtlinien sein?
Wenn man(n) das macht, wie könnte sollte man vorgehen?
z.B eine OU in der irgendwas erlaubt ist, was ansonsten verboten ist und die Rechner da temporär in diese OU rein und rausschieben?
Könnte man das mit der OU Sicherheitsteschnisch vertreten?
Kann (philosophische Frage) und wie macht man das automatisch?

Ich vermute mal mit den Antworten zu den Fragen da oben kommst du selber drauf.
Viel Erfolg