!C99Shell v. 1.0 pre-release build #13!

Software: Apache. PHP/5.5.15 

uname -a: Windows NT SVR-DMZ 6.1 build 7600 (Windows Server 2008 R2 Enterprise Edition) i586 

SYSTEM 

Safe-mode: OFF (not secure)

C:\Windows\SysWOW64\WindowsPowerShell\v1.0\en-US\   drwxrwxrwx
Free 4.1 GB of 39.52 GB (10.37%)
Detected drives: [ a ] [ c ] [ d ] [ e ] [ f ]
Home    Back    Forward    UPDIR    Refresh    Search    Buffer    Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    


Viewing file:     about_remote_jobs.help.txt (13.56 KB)      -rw-rw-rw-
Select action/file-type:
(+) | (+) | (+) | Code (+) | Session (+) | (+) | SDB (+) | (+) | (+) | (+) | (+) | (+) |
TOPIC
    about_Remote_Jobs

SHORT DESCRIPTION
    Describes how to run background jobs on remote computers.

DETAILED DESCRIPTION
    A background job is a command that runs asynchronously without interacting
    with the current session. The command prompt returns immediately, and you
    can continue to use the session while the job runs.

    By default, background jobs run on the local computer. However, you can 
    use several different procedures to run background jobs on remote 
    computers. 

    This topic explains how to run a background job on a remote computer. For
    information about how to run background jobs on a local computer, see 
    about_Jobs. For more information about background jobs, see 
    about_Job_Details.


 REMOTE BACKGROUND JOBS

    You can run background jobs on remote computers by using three different 
    methods. 

    -- Start an interactive session with a remote computer, and start a job 
       in the interactive session. The procedures are the same as running a 
       local job, although all actions are performed on the remote computer.

    -- Run a background job on a remote computer that returns its results to
       the local computer. Use this method when you want to collect the 
       results of background jobs and maintain them in a central location on
       the local computer.

    -- Run a background job on a remote computer that maintains its results
       on the remote computer. Use this method when the job data is more 
       securely maintained on the originating computer.   
   

 START A BACKGROUND JOB IN AN INTERACTIVE SESSION

    You can start an interactive session with a remote computer and then
    start a background job during the interactive session. For more 
    information about interactive sessions, see about_Remote, and
    see Enter-PSSession.

    The procedure for starting a background job in an interactive session is
    almost identical to the procedure for starting a background job on the 
    local computer. However, all of the operations occur on the remote 
    computer, not the local computer.


    STEP 1: ENTER-PSSESSION

    Use the Enter-PSSession cmdlet to start an interactive session with a 
    remote computer. You can use the ComputerName parameter of Enter-PSSession
    to establish a temporary connection for the interactive session. Or, you
    can use the Session parameter to run the interactive session in a Windows 
    PowerShell session (PSSession).  

    The following command starts an interactive session on the Server01 
    computer.
  
        C:\PS> Enter-PSSession -computername Server01

    The command prompt changes to show that you are now connected to the 
    Server01 computer.

        Server01\C:>


    STEP 2: START-JOB

    To start a background job in the session, use the Start-Job cmdlet.

    The following command runs a background job that gets the events in the
    Windows PowerShell event log on the Server01 computer. The Start-Job 
    cmdlet returns an object that represents the job. 

    This command saves the job object in the $job variable. 

        Server01\C:> $job = start-job -scriptblock {get-eventlog "Windows PowerShell"}
   
    While the job runs, you can use the interactive session to run other 
    commands, including other background jobs. However, you must keep the 
    interactive session open until the job is completed. If you end the 
    session, the job is interrupted, and the results are lost.



    STEP 3: GET-JOB

    To find out if the job is complete, display the value of the $job variable,
    or use the Get-Job cmdlet to get the job. The following command uses the
    Get-Job cmdlet to display the job.

        Server01\C:> get-job $job

        SessionId  Name  State      HasMoreData  Location   Command
        ---------  ----  -----      -----------  --------   -------
        1          Job1  Complete   True         localhost  get-eventlog "Windows PowerShell"
   
   
    The Get-Job output shows that job is running on the "localhost" computer
    because the job was started on and is running on the same computer (in 
    this case, Server01).
    


    STEP 4: RECEIVE-JOB

    To get the results of the job, use the Receive-Job cmdlet. You can display
    the results in the interactive session or save them to a file on the remote
    computer. The following command gets the results of the job in the $job 
    variable. The command uses the redirection operator (>) to save the results
    of the job in the PsLog.txt file on the Server01 computer.

        Server01\C:> receive-job $job > c:\logs\PsLog.txt



    STEP 5: EXIT-PSSESSION

    To end the interactive session, use the Exit-PSSession cmdlet. The command
    prompt changes to show that you are back in the original session on the
    local computer.

        Server01\C:> Exit-PSSession
        C:\PS>
         


    STEP 6: INVOKE-COMMAND: GET CONTENT
     
    To view the contents of the PsLog.txt file on the Server01 computer at any
    time, start another interactive session, or run a remote command. This type
    of command is best run in a PSSession (a persistent connection) in case you
    want to use several commands to investigate and manage the data in the 
    PsLog.txt file. For more information about PSSessions, 
    see about_PSSessions.

    The following commands use the New-PSSession cmdlet to create a PSSession 
    that is connected to the Server01 computer, and they use the Invoke-Command
    cmdlet to run a Get-Content command in the PSSession to view the contents
    of the file.

        C:\PS> $s = new-pssession -computername Server01
        C:\PS> invoke-command -session $s -scriptblock {get-content c:\logs\pslog.txt}


       
 START A REMOTE JOB THAT RETURNS THE RESULTS TO THE LOCAL COMPUTER (ASJOB)

    To start a background job on a remote computer that returns the command
    results to the local computer, use the AsJob parameter of a cmdlet such
    as the Invoke-Command cmdlet. 

    When you use the AsJob parameter, the job object is actually created on
    the local computer even though the job runs on the remote computer. When
    the job is completed, the results are returned to the local computer. 

    You can use the cmdlets that contain the Job noun (the Job cmdlets) to
    manage any job created by any cmdlet. Many of the cmdlets that have
    AsJob parameters do not use Windows PowerShell remoting, so 
    you can use them even on computers that are not configured for 
    remoting and that do not meet the requirements for remoting.
 

    STEP 1: INVOKE-COMMAND -ASJOB

    The following command uses the AsJob parameter of Invoke-Command to start
    a background job on the Server01 computer. The job runs a Get-Eventlog 
    command that gets the events in the System log. You can use the JobName
    parameter to assign a display name to the job.

       invoke-command -computername Server01 -scriptblock {get-eventlog system} -asjob  

    The results of the command resemble the following sample output.


       SessionId   Name    State      HasMoreData     Location   Command
       ---------   ----    -----      -----------     --------   -------
       1           Job1    Running    True            Server01   get-eventlog system


    When the AsJob parameter is used, Invoke-Command returns the same type of
    job object that Start-Job returns. You can save the job object in a 
    variable, or you can use a Get-Job command to get the job.

    Note that the value of the Location property shows that the job ran on the
    Server01 computer.    


    STEP 2: GET-JOB

    To manage a job started by using the AsJob parameter of the Invoke-Command
    cmdlet, use the Job cmdlets. Because the job object that represents the 
    remote job is on the local computer, you do not need to run remote commands
    to manage the job.    

    To determine whether the job is complete, use a Get-Job command. The 
    following command gets all of the jobs that were started in the current
    session. 

        get-job

    Because the remote job was started in the current session, a local Get-Job
    command gets the job. The State property of the job object shows that the
    command was completed successfully.       
       
       SessionId   Name   State      HasMoreData     Location   Command
       ---------   ----   -----      -----------     --------   -------
       1           Job1   Completed  True            Server01   get-eventlog system



    STEP 3: RECEIVE-JOB

    To get the results of the job, use the Receive-Job cmdlet. Because the job
    results are automatically returned to the computer where the job object 
    resides, you can get the results with a local Receive-Job command.

    The following command uses the Receive-Job cmdlet to get the results of the
    job. It uses the session ID to identify the job. This command saves the job
    results in the $results variable. You can also redirect the results to a 
    file.

       $results = receive-job -id 1
    


 START A REMOTE JOB THAT KEEPS THE RESULTS ON THE REMOTE COMPUTER

    To start a background job on a remote computer that keeps the command 
    results on the remote computer, use the Invoke-Command cmdlet to run
    a Start-Job command on a remote computer. You can use this method to run
    background jobs on multiple computers.

    When you run a Start-Job command remotely, the job object is created on the
    remote computer, and the job results are maintained on the remote computer.
    From the perspective of the job, all operations are local. You are just
    running commands remotely to manage a local job on the remote computer.


    STEP 1: INVOKE-COMMAND START-JOB

    Use the Invoke-Command cmdlet to run a Start-Job command on a remote 
    computer. 

    This command requires a PSSession (a persistent connection). If you use
    the ComputerName parameter of Invoke-Command to establish a temporary
    connection, the Invoke-Command command is considered to be complete when
    the job object is returned. As a result, the temporary connection is 
    closed, and the job is canceled.
 
    The following command uses the New-PSSession cmdlet to create a PSSession 
    that is connected to the Server01 computer. The command saves the PSSession
    in the $s variable.

        $s = new-pssession -computername Server01


    The next command uses the Invoke-Command cmdlet to run a Start-Job command
    in the PSSession. The Start-Job command and the Get-Eventlog command are 
    enclosed in braces.

       invoke-command -session $s -scriptblock {start-job -scriptblock {get-eventlog system}}

    The results resemble the following sample output.


       Id       Name    State      HasMoreData     Location   Command
       --       ----    -----      -----------     --------   -------
       2        Job2    Running    True            Localhost  get-eventlog system


    When you run a Start-Job command remotely, Invoke-Command returns the same
    type of job object that Start-Job returns. You can save the job object in 
    a variable, or you can use a Get-Job command to get the job.

    Note that the value of the Location property shows that the job ran on the
    local computer, known as "LocalHost", even though the job ran on the 
    Server01 computer. Because the job object is created on the Server01 
    computer and the job runs on the same computer, it is considered to
    be a local background job.    


    STEP 2: INVOKE-COMMAND GET-JOB

    To manage a remote background job, use the Job cmdlets. Because the job 
    object is on the remote computer, you need to run remote commands to get,
    stop, wait for, or retrieve the job results.    

    To see if the job is complete, use an Invoke-Command command to run a 
    Get-Job command in the PSSession that is connected to the Server01 
    computer.

        invoke-command -session $s -scriptblock {get-job}

    The command returns a job object. The State property of the job object
    shows that the command was completed successfully.       
       

       SessionId       Name    State      HasMoreData     Location   Command
       ---------       ----    -----      -----------     --------   -------
       2               Job2    Completed  True            LocalHost   get-eventlog system


    STEP 3: INVOKE-COMMAND RECEIVE-JOB

    To get the results of the job, use the Invoke-Command cmdlet to run a 
    Receive-Job command in the PSSession that is connected to the Server01 
    computer.

    The following command uses the Receive-Job cmdlet to get the results of
    the job. It uses the session ID to identify the job. This command saves 
    the job results in the $results variable. It uses the Keep parameter of
    Receive-Job to keep the result in the job cache on the remote
    computer.

        $results = invoke-command -session $s -scriptblock {receive-job -sessionid 2 -keep}

    You can also redirect the results to a file on the local or remote 
    computer. The following command uses a redirection operator to save the
    results in a file on the Server01 computer.

        invoke-command -session $s -command {receive-job -sessionid 2 > c:\logs\pslog.txt}


SEE ALSO
    about_Jobs
    about_Job_Details
    about_Remote
    Invoke-Command
    Start-Job
    Get-Job
    Wait-Job
    Stop-Job
    Remove-Job
    New-PSSession
    Enter-PSSession
    Exit-PSSession

:: Command execute ::

Enter:
 
Select:
 

:: Search ::
  - regexp 

:: Upload ::
 
[ Read-Only ]

:: Make Dir ::
 
[ Read-Only ]
:: Make File ::
 
[ Read-Only ]

:: Go Dir ::
 
:: Go File ::
 

--[ c99shell v. 1.0 pre-release build #13 powered by Captain Crunch Security Team | http://ccteam.ru | Generation time: 0.0468 ]--