Início / server / Perguntas / 1044393
Accepted
Pizza
Asked: 2020-12-01 04:36:11 +0800 CST

O processo termina após o logout do SSH no servidor Windows

  • 772

Tenho uma máquina Windows server 2016 que precisa executar um arquivo que usa o cli, remotamente usando SSH .

Sabe-se que o logout de uma conexão SSH encerra os processos iniciados pelo usuário ssh. Em máquinas linux, pode-se usar soluções como nohupou screen, resultando em um processo não sendo morto após o logoff.

Essas soluções não funcionarão em máquinas Windows, e estou procurando uma maneira de impedir que um processo seja encerrado uma vez desconectado.

  • Meu cliente é uma máquina Ubuntu
  • Meu servidor Windows 2016 executa o OpenSHH , com o PowerShell como shell padrão
  • Meu programa está configurado para funcionar no modo daemon e nenhuma janela cmd ou powershell é deixada aberta
  • Usando Get-Process -Name proc_namemostra que o processo está realmente em execução
  • Usar Get-Processapós o logout do SSH não produz esse processo

Coisas que eu também tentei:

  • Executando o .exearquivo usando cmd.
  • Executando um arquivo .batand que inicia o com seus argumentos..ps.exe

Existe uma maneira de resolver esse problema em uma máquina Windows?

windows linux powershell ssh process

1 respostas

  1. Best Answer

    Depois de passar muito tempo procurando soluções, encontrei a maneira absolutamente correta de fazer isso usando o PowerShell.

    Parece que é um daqueles cmdlets menos usados ​​ou documentados online, e é quase impossível descobrir por conta própria usando a documentação do MSDN, a menos que você já esteja muito familiarizado com o enorme mundo do Wmi Objects.

    Resumidamente:

    Supondo que eu tenha um programa foo.exeque precise ser executado em segundo plano com os argumentos -a, -be bar, eu deveria estar usando o comando exato:

    Invoke-WmiMethod -Path 'Win32_Process' -Name Create -ArgumentList 'C:\Users\foo\Desktop\foo.exe -a -b bar'

    É claro que se o seu exe for um exe "conhecido" (por padrão, como bloco de notas ou ping) ou adicionado por você, um caminho completo não é necessário ao usar o -ArgumentListnome e exe seria suficiente (bloco de notas, ping e etc. .).

    Parâmetros adicionais:

    Invoke-WmiMethodsuporta parâmetros adicionais como -Credential, -ComputerName(uma boa maneira de usar um PS local para Invokealgo em uma máquina remota sem usar SSH) -Impersonatione muitos outros documentados aqui .

    Explicação da sintaxe do cmdlet e ferramentas adicionais do cmdlet:

    • O -Pathargumento direciona para um WmiObjectnome. Existem dezenas de WmiObjects, cada um com muitos Methodse Properties.
    • O -Nameargumento direciona o usado Method.
    • Para listar todos os Wmi-Objectsusos disponíveis Get-WmiObject -List(muito difícil localizar seu objeto necessário dessa maneira).
    • Para listar e visualizar todos os disponíveis Win32_Process Methodse Propertiesusar
    Get-WmiObject -List |where{$_.name -match '^Win32_Process$'}

    Isso retornará uma saída desta estrutura:

       NameSpace: ROOT\cimv2

Name                                Methods              Properties
----                                -------              ----------
Win32_Process                       {Create, Terminat... {Caption, CommandLine, CreationClassName, CreationDate...}

    E é claro que o uso |Select-Object -ExpandProperty (_your_property_here_)revelará todos os disponíveis Methods, como Createusamos no comando acima, e todos os disponíveis Properties(que não usamos).

    • 1

relate perguntas