Início / unix / Perguntas / 410446
Accepted
Dims
Asked: 2017-12-13 07:19:28 +0800 CST

Como definir variáveis ​​de ambiente para plink.exe?

  • 772

plinké executável do Windows, que se conecta por ssh e executa algum comando no lado do servidor.

Por exemplo

plink myname@mycomputer ls

mostrará o resultado do comando ls, sendo executado no diretório inicial de myname.

Infelizmente, nem ~/.profilenem ~/.bashrcé executado.

O que é contrato para sshconexão e o que define, quais variáveis ​​são definidas e quais não são? se eu correr

plink myname@mycomputer env

Vejo algumas variáveis ​​como HOME, PWDe LOGNAMEque são específicas do usuário. Como definir outros?

Nenhum dos seguintes ajudou:

plink myname@mycomputer sh -c env

plink myname@mycomputer bash -c env

Esses comandos funcionaram, mas mostraram um conjunto "nu" de variáveis.

Como dizer ao shell para executar seus scripts iniciais para o usuário?

ssh windows

1 respostas

  1. Best Answer

    Quais sshexecuções podem ser observadas, por exemplo sysdig, em um terminal e depois em outro lugar em execução , o plink myname@mycomputer uptimeque deve mostrar algo como

    $ sudo sysdig -p '%proc.cmdline' 'evt.type = execve'
sshd
bash -c uptime
bash -c uptime
uptime

    portanto, neste caso, bashestá sendo executado (pode não ser o caso, por exemplo, no Alpine Linux, que não é instalado bashpor padrão) com os -c uptimeargumentos. Isso causa bashmais ou menos diretamente execesse comando, pois não há pipeline sofisticado ou vários comandos de shell que exigem que bashcontinuem em execução.

    Em seguida, podemos registrar quais arquivos são bashabertos e executar novamente o plink ... uptimecomando (isso pode ser mais detalhado, dependendo do que mais está acontecendo no sistema):

    $ sysdig 'evt.type = open and proc.name = "bash"'
7847 16:03:48.388447919 0 bash (22135) > open
7848 16:03:48.388466237 0 bash (22135) < open fd=3(<f>/etc/ld.so.cache) name=/etc/ld.so.cache flags=4097(O_RDONLY|O_CLOEXEC) mode=0
7855 16:03:48.388669720 0 bash (22135) > open
7856 16:03:48.388695391 0 bash (22135) < open fd=3(<f>/lib64/libtinfo.so.5) name=/lib64/libtinfo.so.5 flags=4097(O_RDONLY|O_CLOEXEC) mode=0
7871 16:03:48.389069345 0 bash (22135) > open
7872 16:03:48.389082901 0 bash (22135) < open fd=3(<f>/lib64/libdl.so.2) name=/lib64/libdl.so.2 flags=4097(O_RDONLY|O_CLOEXEC) mode=0
7885 16:03:48.389284722 0 bash (22135) > open
7886 16:03:48.389290872 0 bash (22135) < open fd=3(<f>/lib64/libc.so.6) name=/lib64/libc.so.6 flags=4097(O_RDONLY|O_CLOEXEC) mode=0
7921 16:03:48.391876315 0 bash (22135) > open
7922 16:03:48.391927051 0 bash (22135) < open fd=-6(ENXIO) name=/dev/tty flags=67(O_NONBLOCK|O_RDWR) mode=0
7945 16:03:48.393905761 0 bash (22135) > open
7946 16:03:48.393957884 0 bash (22135) < open fd=3(<f>/proc/meminfo) name=/proc/
meminfo flags=4097(O_RDONLY|O_CLOEXEC) mode=0
8049 16:03:48.395910893 0 bash (22135) > open
8050 16:03:48.395916693 0 bash (22135) < open fd=3(<f>/root/.bashrc) name=/root/.bashrc flags=1(O_RDONLY) mode=0

    Portanto, parece que /root/.bashrcaqui está sendo lido no meu teste virt; para confirmar isso, podemos adicionar algo a esse arquivo e executar novamente nosso comando de teste, no servidor:

    echo echo echo >> ~/.bashrc

    e depois conectamos novamente (ajuste o comando para ficar plink ...conforme necessário)

    $ ssh gato uptime
echo
 16:05:20 up  5:19,  1 user,  load average: 0.11, 0.38, 0.27
$

    então, neste caso , .bashrc está sendo lido, então você pode colocar comandos lá. Não sei por que no seu caso .bashrcnão está sendo lido; rastrear coisas para ver o que está acontecendo.

    • 1

relate perguntas