EricL 10 Geschrieben 22. September 2011 Melden Teilen Geschrieben 22. September 2011 Hallo, Ich versuche gerade paar Skripts die in batch Format vor liegen zum teilin Powershell zu übersetzten. Hab dazu ein paar Fragen: Kann man wenn man die Benutzername und Passwort in dem Power Shell Skript hinterlegt dieser Admin rechte übergeben? Wie würde das aussehen? Um Remote Befehle aus zu führen (soll auf mehreren PCs dann von einem Server aus passieren) habe ich zB dieses konstrukt: (Get-WmiObject -Class Win32_OperatingSystem -ComputerName $ip -Credential $cred).InvokeMethod("Win32Shutdown",2) Remote will ich da jetzt aber mehr machen also installieren, paar files kopieren, was an der Regestrierung ändern. Da hab ich zB.:für Lokal: cmd /c msiexec /package Programm.msi /quiet Wie paart man das am besten oder verwendet man da geschickter eine andere Variante ? Zitieren Link zu diesem Kommentar
jarazul 10 Geschrieben 22. September 2011 Melden Teilen Geschrieben 22. September 2011 Psexec ist dir bekannt? Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 22. September 2011 Melden Teilen Geschrieben 22. September 2011 get-help about_... Wobei das about_... folgendes sein kann: about_remote HelpFile Beschreibt, wie Remotebefehle in... about_remote_FAQ HelpFile Enthält Fragen und Antworten zur... about_remote_jobs HelpFile Beschreibt, wie Hintergrundauftr... about_remote_output HelpFile Beschreibt, wie die Ausgabe von ... about_remote_requirements HelpFile Beschreibt die System- und Konfi... about_remote_troubleshooting HelpFile Beschreibt die Fehlerbehebung fü... Willst du jetzt ein konkretes Script? Ein Beispiel? Willst du eine komplette Session remote ausführen oder nur einzelne Befehle? Psexec ist zwar nicht schlecht, aber seit Powershell v2 für Remoting eigentlich unnötig. Zitieren Link zu diesem Kommentar
EricL 10 Geschrieben 22. September 2011 Autor Melden Teilen Geschrieben 22. September 2011 Ein konkretes Script ist zwar auch nicht verkehrt, würde ich aber nicht fordern. Würde eben gerne eine Empfehlung was viel leicht sinnvollsten ist. PsExec hab ich bei den Batchs verwendet. Aber das wird mir irgendwie zu unübersichtlich, ... daher will ich ja auf PS wechseln. Session oder Befehle ... das ist wohl die Frage. Vermutlich reichen die Befehle (da auf mehreren PCs keinigkeiten (de/installieren, kopieren und neustart) zu tun ist. Oder sind die Sessions neben einanderer Möglich? (also ohne Warten) Da ich auf mehreren PC zB was installieren muss, was ja einige Zeit dauert, würde ich das gerne Parallel, also nicht unbedingt mit warten auf die antwort machen. Kann man eigentlich per Powershell auhc Updates starten (MS updates)? Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 22. September 2011 Melden Teilen Geschrieben 22. September 2011 Für Updates nutzt man am besten Wsus mit dessen Möglichkeiten. Für Remoting unter PS gibt es folgende 2 Möglichkeiten. Befehle Remote senden: $c = Get-Credential Administrator Invoke-Command -ComputerName server -ScriptBlock { get-host } -Credential $c PSComputerName : server RunspaceId : 92f988c0-097d-4e79-8dec-9746466c5115 PSShowComputerName : True Name : ServerRemoteHost Version : 1.0.0.0 InstanceId : a47df64c-05b4-4ba3-a0b6-e0bbf67d6fc4 UI : System.Management.Automation.Internal.Host.InternalHostUse rInterface CurrentCulture : de-DE CurrentUICulture : de-DE PrivateData : Session: New-PSSession -ComputerName Server -Credential $c Enter-PSSession -ComputerName server -Credential $c [server]: PS C:\Users\Administrator.DUNE\Documents> get-host Name : ServerRemoteHost Version : 1.0.0.0 InstanceId : c990846c-b827-4233-94f7-1f09efec0a3b UI : System.Management.Automation.Internal.Host.InternalHostUserI nterface CurrentCulture : de-DE CurrentUICulture : de-DE PrivateData : IsRunspacePushed : Runspace : Der Unterschied ist bei den Befehlen (man kann auch komplexe Scripte nutzen und muss keine einzelnen Befehle nutzen) wird eine Session auf und gleich abgebaut. Bei einer Session bleibt diese bestehen und man arbeitet wie auf dem Remote Rechner Lokal daran. Ist eher etwas für Interaktive Nutzung. Für Parallele Ausführung brauchst du Background-Jobs (get-help about_jobs). Zitieren Link zu diesem Kommentar
EricL 10 Geschrieben 24. September 2011 Autor Melden Teilen Geschrieben 24. September 2011 Für Updates nutzt man am besten Wsus mit dessen Möglichkeiten. Wenn ich mich da richtig erinnere brauche ich dazu aber einen Server der die dann verteilt. Bei mir würde es da jetzt aber im bezug auf das auch um die PCs gehen, wo das so nicht geht. Daher will ich wirklich eine lokale direktes Update anstoßen. Der Unterschied ist bei den Befehlen (man kann auch komplexe Scripte nutzen und muss keine einzelnen Befehle nutzen) wird eine Session auf und gleich abgebaut. Bei einer Session bleibt diese bestehen und man arbeitet wie auf dem Remote Rechner Lokal daran. Ist eher etwas für Interaktive Nutzung. Für Parallele Ausführung brauchst du Background-Jobs (get-help about_jobs). Naja bezüglich dem Parallelen: Wenn die Session direkt nach dem absetzten des Befehls beendet wird, brauche ich das ja nicht über Jobs zu lösen? zB: Auf 5 PCs eine Software deinstallieren und dann eine Installieren. Wenn ihc das zusammen in einen Script Block fasse, und einfach "hin sende", ohne auf eine rückantwort zu warten, knn ich schon zum nächsten gehen oder? Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 24. September 2011 Melden Teilen Geschrieben 24. September 2011 Wenn ich mich da richtig erinnere brauche ich dazu aber einen Server der die dann verteilt.Bei mir würde es da jetzt aber im bezug auf das auch um die PCs gehen, wo das so nicht geht. Daher will ich wirklich eine lokale direktes Update anstoßen. Wieviele Rechner habt ihr und ihr verwaltet diese ohne zentralen Server (AD?)? Es gibt ein CLI Programm, welches man per Powershell starten kann, welches Windows Update steuert. Was das aber alles kann, kann ich schlecht sagen. Naja bezüglich dem Parallelen: Wenn die Session direkt nach dem absetzten des Befehls beendet wird, brauche ich das ja nicht über Jobs zu lösen? zB: Auf 5 PCs eine Software deinstallieren und dann eine Installieren. Wenn ihc das zusammen in einen Script Block fasse, und einfach "hin sende", ohne auf eine rückantwort zu warten, knn ich schon zum nächsten gehen oder? Jein. Wenn das deinstallieren und installieren z.b. ne halbe Stunde dauert und man 10 Rechner hat sind das 5 Stunden, da das ganze Seriell dann abgearbeitet wird. Mit Parallelisierung geht das dann in einer halben Stunde. Das "hin senden ohne auf eine Rückantwort zu warten" ist das parallelisieren (Backgrundjobs). Zitieren Link zu diesem Kommentar
EricL 10 Geschrieben 25. September 2011 Autor Melden Teilen Geschrieben 25. September 2011 Wieviele Rechner habt ihr und ihr verwaltet diese ohne zentralen Server (AD?)?Es gibt ein CLI Programm, welches man per Powershell starten kann, welches Windows Update steuert. Was das aber alles kann, kann ich schlecht sagen. Nein, die im AD werden natürlich zentral verwaltet. Es geht dabei natürlich um jene die aus diversen Gründen nicht darin hängen. Wie lautet den der Name dieses CLI Programms. Jein.Wenn das deinstallieren und installieren z.b. ne halbe Stunde dauert und man 10 Rechner hat sind das 5 Stunden, da das ganze Seriell dann abgearbeitet wird. Mit Parallelisierung geht das dann in einer halben Stunde. Das "hin senden ohne auf eine Rückantwort zu warten" ist das parallelisieren (Backgrundjobs). Bei PSexec gab es dieses "nicht auf Antwort warten" explizit. Daher dachte ich nicht daran, dass es Jobs benötigen würde. Noch ein Frage: Jobs auf lokaler oder Remote Seite? Eigentlich wäre ja beides Möglich. Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 25. September 2011 Melden Teilen Geschrieben 25. September 2011 Ja ist beides Möglich. Einfach mal die Help Pages lesen. Die sind mit Beispielen und bei konkreten Fragen und Problemen kannst du gerne hier nochmal schreiben. Bei Posh ist Backupgroundjob das selbe die "nicht auf Antwort warten". Zitieren Link zu diesem Kommentar
samsam 14 Geschrieben 26. September 2011 Melden Teilen Geschrieben 26. September 2011 Moin, lies diese Ebooks von Dr. Tobias Weltner und Ravikanth Chaganti (MVP). eBook: Layman’s guide to PowerShell 2.0 remoting Administrator's Guide to Windows PowerShell Remoting mfg Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 28. September 2011 Melden Teilen Geschrieben 28. September 2011 Nein, die im AD werden natürlich zentral verwaltet. Es geht dabei natürlich um jene die aus diversen Gründen nicht darin hängen. Du kannst die Clients auch ohne Domainzugehörigkeit zum WSUS schicken, den juckt die Domainzugehörigkeit nicht. Zitieren Link zu diesem Kommentar
EricL 10 Geschrieben 2. Oktober 2011 Autor Melden Teilen Geschrieben 2. Oktober 2011 Ja ist beides Möglich.Einfach mal die Help Pages lesen. Die sind mit Beispielen und bei konkreten Fragen und Problemen kannst du gerne hier nochmal schreiben. Bei Posh ist Backupgroundjob das selbe die "nicht auf Antwort warten". Danke, bin schon am herumprobieren. Wollte aber nochmal nach dem CLI für Windows Update fragen. Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 2. Oktober 2011 Melden Teilen Geschrieben 2. Oktober 2011 WSUS.DE - Automatic Updates mit Kommandozeilenoptionen Aber so wie es aussieht kannst du nur detecten aber nicht ausrollen. Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 4. Oktober 2011 Melden Teilen Geschrieben 4. Oktober 2011 WSUS.DE - Automatic Updates mit Kommandozeilenoptionen Aber so wie es aussieht kannst du nur detecten aber nicht ausrollen. Wie meinst Du das? Natürlich kann sich der Client auch die Updates vom WSUS holen, wenn er kein Member der Domain ist. Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 4. Oktober 2011 Melden Teilen Geschrieben 4. Oktober 2011 Wie meinst Du das? Natürlich kann sich der Client auch die Updates vom WSUS holen, wenn er kein Member der Domain ist. Ich meinte das wuauclt Tool. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.