Início / user-318257

oneindelijk's questions

Martin Hope
oneindelijk
Asked: 2020-01-22 14:29:37 +0800 CST
  • 5

eu queria conseguir algo parecido com isso

grep -v '^$' <myfile-with-blank-lines-at-the-end> | tail -n 1

Basicamente, eu tenho um arquivo com um número único, seguido de uma vírgula e quero pegar o último id, mesmo que haja linhas vazias abaixo. O objetivo é usar apenas cauda

bash grep
Martin Hope
oneindelijk
Asked: 2019-10-04 00:46:07 +0800 CST
  • 5

Na inicialização, uso um pequeno script que cria várias sessões byobu, por exemplo, 'LOCAL','SSH','SSH2','INTERNAL','GUAKE','DEV'

Eu uso um gerenciador de ladrilhos do Windows (incrível wm) e na maioria das vezes mantenho um emulador de terminal com uma sessão byobu específica em sua área de trabalho/tag designada.

No momento estou usando o xfce4-terminal-emulator, que tem a opção de usar um título dinâmico. No entanto, nenhuma das soluções que encontrei parece funcionar em combinação com o byobu/tmux.
Se estou tentando encontrar uma janela de terminal na minha lista de janelas, todas aparecem comouser@hostname(ip address)-byobu

Portanto, gostaria de usar um fluxo de trabalho em que eu possa definir o título da janela do emulador de terminal ou definir ao abrir (ou alternar para) uma sessão byobu

terminal tmux
Martin Hope
oneindelijk
Asked: 2019-07-25 00:31:50 +0800 CST
  • 14

Eu reinstalei uma VM (CentOS7) e agora recebo este erro. A VM tem dois adaptadores que estão em sub-redes diferentes.
Engraçado, o ssh funcionou bem em uma sub-rede depois de corrigir o aviso MITM esperado.

ssh -v mostra:

OpenSSH_8.0p1, OpenSSL 1.1.1c  28 May 2019
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 6: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: resolving "foreman" port yy
debug2: ssh_connect_direct
debug1: Connecting to foreman [xxx.xxx.xxx.xxx] port yy.
debug1: Connection established.
debug1: identity file /home/sam/.ssh/id_rsa type 0
debug1: identity file /home/sam/.ssh/id_rsa-cert type -1
debug1: identity file /home/sam/.ssh/id_dsa type -1
debug1: identity file /home/sam/.ssh/id_dsa-cert type -1
debug1: identity file /home/sam/.ssh/id_ecdsa type -1
debug1: identity file /home/sam/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/sam/.ssh/id_ed25519 type -1
debug1: identity file /home/sam/.ssh/id_ed25519-cert type -1
debug1: identity file /home/sam/.ssh/id_xmss type -1
debug1: identity file /home/sam/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.0
kex_exchange_identification: read: Connection reset by peer

eu tentei

  • Reiniciando
  • removendo o arquivo known_hosts
  • verificado /etc/ssh/ssh_config no cliente (sem desvio da versão do mantenedor)
  • verificado /etc/ssh/sshd_config no servidor (sem desvio da versão do mantenedor)
  • parando o firewalld
  • permissões verificadas em .ssh/ e author_keys
  • lista negra e lista branca verificadas (nada lá, apenas comentários) (hosts.deny|hosts.allow)

Não tenho certeza se é relevante, mas o cliente está executando o arch linux

Então, novamente para esclarecer
O servidor tem dois endereços IP 172.xxx e 192.xxx ssh funciona para 172.xxx, mas não para 192.xxx

ssh networking