forum.opsi.org

Hallo zusammen,
ich bin am verzweifeln.
1. ich bin 0 bewandert in Linux, bin aber eine one-woman-show hier im Betrieb und habe mir opsi angelacht um die Clients zu administrieren.
Die Installation des Servers (fertiger opsi 4.2)) hat sehr gut geklappt, auch habe ich alle "Ersten Steps" durchgeführt.
Die Test für DNS haben auch geklappt.
Aber der Agent lässt sich per Remote nicht installieren. Ich habe auf allen Clients einen lokalen Administrator der allerdings anders heißt.
Alle benötigten Freigaben sind da. Firewall habe ich zum Testen auch schon abgestellt.
Hier das cmd welches ich mache und was bei raus kommt.

root@hmn-swv-01:/var/lib/opsi/depot/opsi-client-agent# ./opsi-deploy-client-agent -u admin_xxx -p password -c -x -o xxx-pc-017.lola.local
[4] [2021-07-06 14:20:27.688] [ ] No ping response received from 172.16.2.107 (common.py:198)
[4] [2021-07-06 14:20:27.803] [ ] Can't connect to xxx-pc-017.lola.local: check your credentials (windows.py:230)
[4] [2021-07-06 14:20:29.835] [ ] Can't connect to xxx-pc-017.lola.local check your credentials (windows.py:230)
[3] [2021-07-06 14:20:29.836] [ ] Deployment to xxx-pc-017.lola.local failed: Failed to execute command on xxx-pc-017.lola.local: winexe error: Command '/usr/bin/winexe -d 9 -U 'admin_xxxpassword' //xxx-pc-017.lola.local 'cmd.exe /C "del /s /q c:\\tmp\\opsi-client-agent_inst && rmdir /s /q c:\\tmp\\opsi-client-agent_inst || echo not found"'' failed (1):

wenn ich mir ansehe was die Winexe aus dem User und dem Passwort macht sieht das auch net so gesund aus!
Der ganze Text geht noch mit einige Zeilen so weiter ... zum Schluss steht dann deployment Failed und dass ich falsche Zugangsdaten hätte, das hab ich aber 100% nicht.

Ich hoffe jemand kann helfen, vielen Dank.

Hallo,

Ich habe das Thema mal vom Englisch-sprachigen in den Deutsch-sprachigen Forumsteil verschoben.

eventuell hilft eine erweiterte Ausgabe bei der Fehlersuche. Mit -vv oder -vvv sieht man mehr.
Das windows sendet scheinbar ein NT_STATUS_LOGON_FAILURE zurück. Das spricht für falsche oder fehlerhaft übertragene credentials.

Ein Schuss ins Blaue: sind in dem Passwort irgendwelche sehr speziellen Sonderzeichen enthalten? Speziell ein '%'-Zeichen könnte zu Problemen führen. Wenn das der Fall sein sollte, würde mich interessieren, welches Zeichen tatsächlich das Problem ist, damit ich dagegen testen und das deploy dahingehend robuster bauen kann.

Was außerdem noch ein Problem sein könnte, ist der windows Defender.
Es könnte sich lohnen, den auf dem Zielcleint zu deaktiveren (aktiviert sich automatisch wieder bei reboot) und das deploy nochmal zu probieren.

Hallo,

Sorry für die mega späte Antwort.
Ja ich habe Sonderzeichen drin.
% und &
Ich teste gleich mal an einem PC ein anderes PW!
Melde mich gleich wieder!

sodelle, jetzt habe ich das Passwort geändert ohne jegliche Sonderzeichen, keine Besserung, der Defender ist auch deaktiviert.
hier das Protokoll, ich sehe, dass selbst der Ping nicht tut! ???
aber wenn ich aus der root shell pinge bekomme ich eine Antwort, DNS geht auch...

Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-27 23:59:27.384] [ ] Pinging host 172.16.2.3 ... (common.py:183)
[Verteilung opsi-client-agent ...(1/1)] [4] [2021-07-27 23:59:28.396] [ ] No ping response received from 172.16.2.3 (common.py:198)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-27 23:59:28.403] [ ] Testing winexe (windows.py:222)
[Verteilung opsi-client-agent ...(1/1)] [3] [2021-07-27 23:59:30.594] [ ] Deployment to 172.16.2.3 failed: Failed to execute command on host 172.16.2.3: winexe error: Command '/usr/bin/winexe -d 9 -U 'admin_local%fueropsi2021' //172.16.2.3 'cmd.exe /C "del /s /q c:\\tmp\\opsi-client-agent_inst && rmdir /s /q c:\\tmp\\opsi-client-agent_inst || echo not found"'' failed (1):

ok ich bin weiter gekommen:
1. UAC für Fernzugriff war scharf geschlatet
2. Opsi mag das $ nicht in einem Passwort
3. ping geht nicht nach wie vor nicht
4. er sagt er habe den agent installiert aber ich sehe keinen Dienst?!

[Verteilung opsi-client-agent ...(1/1)] *teste passwort*
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 10:59:48.502] [ ] Starting deployment to host win7-vms7.widos.local (windows.py:146)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 10:59:48.503] [ ] Pinging host 172.16.2.3 ... (common.py:165)
[Verteilung opsi-client-agent ...(1/1)] [4] [2021-07-28 10:59:49.513] [ ] No ping response received from 172.16.2.3 (common.py:180)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 10:59:49.519] [ ] Testing winexe (windows.py:247)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 10:59:49.793] [ ] Copying installation files (windows.py:151)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 10:59:52.508] [ ] Installing opsi-client-agent (windows.py:83)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 11:00:31.056] [ ] opsi-client-agent successfully installed on win7-vms7.widos.local (windows.py:181)
[Verteilung opsi-client-agent ...(1/1)] [5] [2021-07-28 11:00:33.024] [ ] 1/1 deployments successful (__init__.py:193)

im Log auf dem Client meckert er die Version vom Opsi-Script an. ich hab wohl eine drauf die neuer ist als es haben will.
kann das ein Problem sein?

Ich habe gerade nochmal einen Testlauf durchgeführt.
Diese Sonderzeichen !"§$%&/()=?
haben dabei keine Probleme verursacht. Das sollte also eigentlich nicht das Problem gewesen sein.

1. Ja, solche Sandboxing-Vorrichtungen müssen deaktiviert sein, damit das deploy durchläuft.
2. Ist mir ein Rätsel, siehe oben.
3. Gut möglich. Windows ist recht restriktiv, wenn es um ping geht - aber das lässt sich mit dem Schalter -x ja ignorieren im deploy.
4. Da ist vermutlich etwas bei der Installation schiefgelaufen. Zur Erfolgs-evaluierung im deploy wird erstmal nur die Konfigurationsdatei opsiclientd.conf und das binary opsiclientd.exe geprüft. Hier gibt die Datei c:\opsi.org\log\opsi-client-agent.log vermutlich Aufschluss.

Dass eine opsi-script-Version zu neu ist, sollte nicht vorkommen. Eigentlich wird immer nur geprüft, ob opsi-script zu alt ist. Da ein kompatibles opsi-script mit im opsi-client-agent enthalten ist, sollte soetwas aber hier kein Problem sein.
Generell rate ich dazu, einen aktuellen opsi-client-agent zu verwenden, also im Moment >= 4.1.1.41-1 oder 4.2.0.1-1.