forum.opsi.org

Verfasst: **30 Aug 2022, 13:45**

Moin,

ich versuche gerade einiger Zeit mal wieder einen OPSI Client über die Konsole anzulegen:

/var/lib/opsi/depot/opsi-client-agent/opsi-deploy-client-agent -u 'domain\admin' -c ph-testgb001.peiker-holding.de --depot ph-opsi.peiker-holding.de

Bei zwei Verschiedenen Rechnern brach der Versuch mit folgender Meldung ab:

Code: Alles auswählen

[3] [2022-08-30 13:23:53.869] [ph-testgb001.peiker-holding.de] Could not open DCOM connection: Could not connect: timed out   (windows.py:70)
Traceback (most recent call last):
  File "impacket/dcerpc/v5/transport.py", line 352, in connect
TimeoutError: timed out

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "opsideployclientagent/windows.py", line 63, in dcom_connection
  File "impacket/dcerpc/v5/dcomrt.py", line 982, in __init__
  File "impacket/dcerpc/v5/dcomrt.py", line 1071, in initConnection
  File "impacket/dcerpc/v5/rpcrt.py", line 803, in connect
  File "impacket/dcerpc/v5/transport.py", line 355, in connect
impacket.dcerpc.v5.rpcrt.DCERPCException: Could not connect: timed out

Ich kann mich nicht mehr genau erinnern, wann ich das letzte mal einen Client verteilt habe, sicher schon mehr als einen Monat her (Ich war gut 5 Wochen nicht im Büro,...)

Ich habe mal ins apt log geschaut:

Code: Alles auswählen

Start-Date: 2022-07-17  12:58:29
Commandline: apt upgrade
Upgrade: grafana:amd64 (9.0.0, 9.0.3), opsipxeconfd:amd64 (4.2.0.27-1, 4.2.0.30-1), opsi-linux-bootimage:amd64 (20220428-1, 20220516-1), opsi-tftpd-hpa:amd64 (5.2.8-77, 5.2.8-78), opsiconfd:amd64 (4.2.0.255-1, 4.2.0.272-1), opsi-utils:amd64 (4.2.0.165-1, 4.2.0.172-1), opsi-server-full:amd64 (4.2.0.66-1, 4.2.0.69-1)
End-Date: 2022-07-17  13:00:19

und heute, nach dem Auftreten des Fehlers:

Code: Alles auswählen

Start-Date: 2022-08-30  13:20:40
Commandline: apt-get dist-upgrade
Upgrade: tzdata:amd64 (2021a-1+deb11u4, 2021a-1+deb11u5), grafana:amd64 (9.0.3, 9.1.1), opsi-linux-bootimage:amd64 (20220516-1, 20220617-1), redis-timeseries:amd64 (1.4.11.0-1, 1.6.16.1-1), opsiconfd:amd64 (4.2.0.272-1, 4.2.0.284-1), opsi-utils:amd64 (4.2.0.172-1, 4.2.0.183-1)
End-Date: 2022-08-30  13:21:50

Was diese Woche aber auf jeden Fall erfolgreich gelaufen ist, ist eine pxe Bootinstallation.

Habt Ihr ein paar Brotkrümchen für mich, nach den ich Suchen sollte?

Grüße

Gregor

Verfasst: **31 Aug 2022, 12:03**

Hallo,

kannst du überprüfen, ob der Dienst auf Client aktiviert?

From the Windows Start menu, choose Run.

Type dcomcnfg in the box, and then click OK.

This opens the Component Services window.

In the left frame, expand Component Services and then Computers.

Right-click My Computer and choose Properties.

This opens the My Computer Properties dialog box.

On the Default Properties tab, check that Enable Distributed COM on this computer is selected.

Click OK.

Gruß

Verfasst: **31 Aug 2022, 15:00**

Moin,

habe ich gerade kontrolliert, ist aktiviert.

Grüße

Gregor

Verfasst: **31 Aug 2022, 15:08**

Ich habe das Verhalten auch auf einem frisch aufgesetzten Rechner, der nicht in der Domäne ist versucht. Nur das nicht eine zwischenzeitlich dazugekommene GPO irgendetwas unterbindet.

Aber selbes Verhalten.

Grüße

Gregor

Verfasst: **31 Aug 2022, 16:23**

Eine Installation über die pull Variante (ausführen der Installationsroutine vom Client aus) läuft.

Verfasst: **02 Sep 2022, 09:52**

Moin,

hm, schwer zu sagen. Eventuell hilft ein log mit "-vv" um den Fehler einzugrenzen.
Wird der fqdn des Clients korrekt aufgelöst? ("host ph-testgb001.peiker-holding.de")

Gruß
Nils

Verfasst: **02 Sep 2022, 10:06**

Möglicherweise habe ich den Fehler reproduzieren können - zumindest habe ich jetzt das gleiche Fehlerbild.
Ich habe in der windows defender firewall "Windows-Verwaltungsinstrumentation (WMI)" geblockt und lande nun auch im timeout.

Das könnte also hier das Problem sein. (siehe https://docs.microsoft.com/en-us/window ... l-settings)

Verfasst: **13 Sep 2022, 14:50**

Moin,

ich habe eben ein frischesWindows 10 2004 aufgesetzt.

Es ist nicht in unserer Domäne.

FW abgeschaltet.

Und laufe wieder in den Fehler.

Wo bekomme ich denn eine ältere opsi-client-agent Version zum gegentesten her?

Code: Alles auswählen

admingb@ph-opsi:~$ /var/lib/opsi/depot/opsi-client-agent/opsi-deploy-client-agent -V
4.2.0.22 [python-opsi-common=4.2.0.287]

Das Paket des opsi-client-agent ist aber die 4.2.039

Grüße

Gregor

Verfasst: **13 Sep 2022, 15:30**

g.burck hat geschrieben: ↑13 Sep 2022, 14:50 Wo bekomme ich denn eine ältere opsi-client-agent Version zum gegentesten her?

Im zweifel aus einem Backup deines OPSI Servers.

Verfasst: **15 Sep 2022, 15:35**

Danke Jan!

Gut das man ein ordentliches Backup macht,...

also, ich habe opsi-client-agent_4.2.0.25-1.opsi installiert.

Code: Alles auswählen

/var/lib/opsi/depot/opsi-client-agent/opsi-deploy-client-agent -V
4.2.0.18 [python-opsi-common=4.2.0.275]

Und siehe da, es deploied,...

Also für mich ein klarer Käfer im aktuellen Paket,...

forum.opsi.org

opsi-deploy-client-agent - Could not open DCOM connection

opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection

Re: opsi-deploy-client-agent - Could not open DCOM connection