4
Psexec nur noch lokal ausführbar, Wildcardaufruf schlägt fehl
Hallo zusammen,
seit kurzem gelingt es mir nicht mehr, domänenweit psexec einzusetzen, konkret: psexec \\* wuauclt /detectnow.
Es werden diverse Fehlercodes gemeldet (58, 64...). Das Ausführen mit einem konkreten Rechnernamen funktioniert. Habt ihr eine Idee, an was das liegen könnte?
Es gab zwischendurch diverse Neustarts der kompletten Infrastruktur aufgrund Storagemigration. W2K12R2, sonst fällt mir nichts ein dazu.
seit kurzem gelingt es mir nicht mehr, domänenweit psexec einzusetzen, konkret: psexec \\* wuauclt /detectnow.
Es werden diverse Fehlercodes gemeldet (58, 64...). Das Ausführen mit einem konkreten Rechnernamen funktioniert. Habt ihr eine Idee, an was das liegen könnte?
Es gab zwischendurch diverse Neustarts der kompletten Infrastruktur aufgrund Storagemigration. W2K12R2, sonst fällt mir nichts ein dazu.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 395032
Url: https://administrator.de/contentid/395032
Ausgedruckt am: 21.11.2024 um 15:11 Uhr
4 Kommentare
Neuester Kommentar
Hallo,
hat den der Wildcardaufruf überhaupt mal funktioniert?
Außerdem gibst Du KEIN Benutzer und Passwort mit, also -u und -p oder gar -s?
Entweder
oder
Gruss Penny
hat den der Wildcardaufruf überhaupt mal funktioniert?
Außerdem gibst Du KEIN Benutzer und Passwort mit, also -u und -p oder gar -s?
Entweder
psexec -u <admin> -p <Password> \\* wuauclt /detectnowpsexec -s \\* wuauclt /detectnowGruss Penny
Hi Penny,
ja, hat vor 3 Wochen noch funktioniert, in einer cmd als Admin, ohne weitere Parameter.
Gruß
Andreas
ja, hat vor 3 Wochen noch funktioniert, in einer cmd als Admin, ohne weitere Parameter.
Gruß
Andreas
Mögliche Ursache:
Netzwerkzone wurde an den Kisten als neu erkannt, und damit benötigte Ports geschlossen.
Oder psexec kann die Domain-Computer wegen DNS-Fehler oder aktivem NETBIOS nicht mehr ermitteln.
Wenn Kiste von außerhalb der Domain, dann LocalAccountTokenFilterPolicy wegen UAC beachten!
Würde ich mich sowieso nicht drauf verlassen und die Computer selbst per Powershell (z.B. Get-ADComputer oder LDAP Abfrage) ermitteln und per WMI Befehle absetzen.
Gruß A.
Netzwerkzone wurde an den Kisten als neu erkannt, und damit benötigte Ports geschlossen.
Oder psexec kann die Domain-Computer wegen DNS-Fehler oder aktivem NETBIOS nicht mehr ermitteln.
Wenn Kiste von außerhalb der Domain, dann LocalAccountTokenFilterPolicy wegen UAC beachten!
Würde ich mich sowieso nicht drauf verlassen und die Computer selbst per Powershell (z.B. Get-ADComputer oder LDAP Abfrage) ermitteln und per WMI Befehle absetzen.
Gruß A.
Danke euch, mittlerweile ist das Problem gelöst. Die Ursache kann im Nachhinein nicht mehr genau ermittelt werden. Es wurden die DNS-Dienste auf den DCs bereinigt und neu gestartet sowie unter VMWare die Netzwerkeinstellungen (Vertrauen) angepaßt.
