Perguntas[ssh](computer)

Coisas que eu tentei:

1. Mudando After=network.targetpara After=network-online.targetviasystemctl edit --full sshd.service
2. Criando arquivo /etc/systemd/system/sshd.service.d/network-online.confcom conteúdo de

[Unit]
After=network-online.target

3. Mudando After=network.targetpara After=network-online.targete adicionando Wants=network-online.targetviasystemctl edit --full sshd.service

Cada vez que o sshd.service falha ao se vincular ao seu endereço IP, há uma diferença na terceira tentativa, onde ao tentar fazer o ssh para o Raspberry Pi, em vez da usual "conexão recusada", ele retorna "kex_exchange_identification: leitura: Conexão redefinida pelo peer".

Meu objetivo aqui é que meu Raspberry Pi inicie o sshd.service com sucesso na inicialização.

Estou usando um Raspberry Pi 1 B+ com Raspberry Pi 12 Bookworm e NetworkManager.

@grawity Eu preferiria que ele fosse vinculado a um endereço individual e nunca tive problemas com isso antes. Aqui está a saída desse comando:

$ sudo systemctl list-dependencies --after network-online.target
network-online.target
● ├─networking.service
● ├─NetworkManager-wait-online.service
× ├─systemd-networkd-wait-online.service
● └─network.target
●   ├─ifupdown-pre.service
●   ├─networking.service
●   ├─NetworkManager.service
●   ├─systemd-networkd.service
●   ├─wpa_supplicant.service
●   └─network-pre.target
●     └─ufw.service

@Jaromanda XI preciso ser capaz de configurar sshd_config para autenticação de chave, não entendo por que raspi-config deve ser evitado ao habilitar ssh, mas tentarei reinstalar com ele habilitado no imager e editarei minha postagem mais tarde

Tenho um Jump Server e um Target Server aos quais gostaria de me conectar como este

myPc > JumpServer > TargetServer

no primeiro passo eu posso fazer ssh-keygen para pular a autenticação de senha, no entanto quando no passo 2, devido a questões de segurança, ssh-keygen não foi instalado e eu não posso fazer nada sobre isso. Então eu estava pensando em passar a senha em um único comando no meu PC. O que eu tentei até agora:

sshpass -p myPassword ssh -At username@JumpServer ssh -A username@targetServer

ssh -J username@JumpServer username@targetServer

Mas nenhuma funciona, algum conselho?

Tenho alguns arquivos compactados que quero transferir para um servidor remoto e extrair diretamente na unidade de destino.

É semelhante a este comando

dd if=/dev/sda bs=5M conv=fsync status=progress | gzip -c -9 | ssh user@DestinationIP 'gzip -d | dd of=/dev/sda bs=5M'

A partir desta pergunta sobre falha do servidor .

No meu caso o arquivo já está compactado então gzip -9não será necessário adicioná-lo à fonte.

Seria mais ou menos assim:

load-some-file /drive/image.tar.gz | ssh user@DestinationIP 'gzip -d | dd of=/dev/sda bs=5M'

Qual comando deveria load-some-fileser?

Um comando como esse será catsuficiente ou ddele será suficiente?

A saída de pode ddser enviada sshdiretamente para o comando?

Estou conectado a um VPS e preciso rotear um aplicativo específico por meio de uma VPN. No entanto, quando habilito minha VPN via WireGuard, minha conexão SSH com o VPS cai. Por padrão, minha VPN roteia todo o tráfego por si mesma, mas eu quero que apenas determinados aplicativos usem a VPN. Meu objetivo é configurar o WireGuard para que apenas aplicativos explicitamente vinculados à interface de rede da VPN ( se-got-wg-001) usem a VPN, enquanto outros continuarão usando a interface padrão ( eth0).

Abaixo está minha configuração atual do WireGuard:

[Interface]
PrivateKey = REDACTED
Address = 10.66.127.142/32,fc00:bbbb:bbbb:bb01::3:7f8d/128
DNS = REDACTED

[Peer]
PublicKey = REDACTED
AllowedIPs = 0.0.0.0/0,::0/0
Endpoint = REDACTED

Quero que essas alterações persistam após uma reinicialização. Quais modificações devo fazer para garantir que meu sistema use eth0como interface padrão, mesmo quando a VPN estiver habilitada?

Encontrei algumas postagens relacionadas que podem ajudar, mas ainda não tenho certeza sobre os passos que preciso seguir:

• Cliente Wireguard com duas interfaces - Use uma interface para Wireguard
• https://www.reddit.com/r/WireGuard/comments/npf4bp/new_to_wireguard_tips_for_routing_only_certain/
• https://serverfault.com/questions/1075973/wireguard-how-to-only-tunnel-some-of-the-traffic
• https://www.reddit.com/r/WireGuard/comments/vytuv5/is_it_possible_to_setup_wireguard_so_it_only/

Aqui estão algumas informações sobre meu sistema:

root@vmixxx /e/wireguard# neofetch
            .-/+oossssoo+/-.               [email protected] 
        `:+ssssssssssssssssss+:`           --------------------------------- 
      -+ssssssssssssssssssyyssss+-         OS: Ubuntu 24.04.1 LTS x86_64 
    .ossssssssssssssssssdMMMNysssso.       Host: KVM/QEMU (Standard PC (i440FX + PIIX, 1996) pc-i440fx-7.2) 
   /ssssssssssshdmmNNmmyNMMMMhssssss/      Kernel: 6.8.1-1009-realtime 
  +ssssssssshmydMMMMMMMNddddyssssssss+     Uptime: 2 hours, 45 mins 
 /sssssssshNMMMyhhyyyyhmNMMMNhssssssss/    Packages: 1813 (dpkg), 4 (snap) 
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   Shell: fish 3.7.0 
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Resolution: 800x600 
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   CPU: AMD EPYC 7282 (4) @ 2.794GHz 
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   GPU: 00:02.0 Vendor 1234 Device 1111 
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Memory: 2630MiB / 5925MiB 
.ssssssssdMMMNhsssssssssshNMMMdssssssss.
 /sssssssshNMMMyhhyyyyhdNMMMNhssssssss/                            
  +sssssssssdmydMMMMMMMMddddyssssssss+                             
   /ssssssssssshdmNNNNmyNMMMMhssssss/
    .ossssssssssssssssssdMMMNysssso.
      -+sssssssssssssssssyyyssss+-
        `:+ssssssssssssssssss+:`
            .-/+oossssoo+/-.

Estou tentando retransmitir conexões SSH da porta 122/tcp para outro servidor na porta 22/tcp com base no FQDN.

Aqui está minha configuração HAProxy:

frontend my_ssh_frontend
    bind *:122
    mode tcp
    option tcplog
    acl my_ssh_acl hdr(host) myHostname.myDomain.com
    use_backend my_ssh_backend if my_ssh_acl

backend my_ssh_backend
    mode tcp
    server myserver1 x2.y2.z2.t2:22 check

Mas é como se a condição ACL nunca fosse verdadeira e, portanto, o tráfego não fosse roteado para o backend.

Aqui está a ssh -vvvsaída:

 ssh.exe -p 122 -l admin-media myHostname.myDomain.com -vvv 2>&1 | egrep.exe -vw "identity file|Failed to open"
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
debug2: resolving "myHostname.myDomain.com" port 122
debug2: ssh_connect_direct
debug1: Connecting to myHostname.myDomain.com [x1.y1.z1.t1] port 122.
debug1: Connection established.
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_8.1
kex_exchange_identification: Connection closed by remote host

Como posso fazer isso com o HAProxy?

Estou conectando da minha máquina Windows local a uma máquina Linux remota, na qual executo o Byobu, que usa o tmux. Tenho um comando vinculado a uma chave como esta:

unbind-key p
bind-key p run '/home/ramrachum/bin/_polina_trek_echo.sh'

Quero que esse _polina_trek_echo.shscript copie um pedaço de texto gerado para a área de transferência da máquina Windows local. Uma boa maneira de fazer isso com o OSC 52 , como canalizar a saída para este script que escrevi e que chamo de sclip:

#!/usr/bin/env python
import base64
import sys

message = sys.stdin.read()    
encoded_message = base64.b64encode(message.encode()).decode()
print(f'\033]52;;{encoded_message}\007', end='', file=sys.stderr)

Muito recatado, muito consciente. No entanto, quando você canaliza texto para esse script dentro de um script que está vinculado usando bind-key, esse texto não acaba na área de transferência. Presumo que isso seja porque o Byobu/tmux mostra a saída do script em uma lessjanela, fazendo com que a mágica do OSC 52 não tenha efeito.

Existe uma solução para isso ou uma maneira alternativa para o script vinculado bind-keycopiar o texto para a área de transferência da máquina Windows local?

Estou solucionando problemas de acesso ao servidor SSH (servidor do fornecedor, não meu). Tenho uma chave GPG rsa4096 com frase-senha e com subchave Authentication. Exportei a chave ssh para a subchave, verifiquei duas vezes se é a correta e enviei, mas não consigo acessar o servidor.

Adicionei o keygrip de autenticação a ~/.gnupg/sshcontrol, adicionei enable-ssh-supporta ~/.gnupg/gpg-agent.conf e use-agenta ~/.gnupg/gpg.conf. Também adicionei o seguinte ao meu .bashrc

export GPG_TTY="$(tty)"
export SSH_AUTH_SOCK=$(gpgconf --list-dirs agent-ssh-socket)
gpgconf --launch gpg-agent

Para solução de problemas, usei a opção verbose e notei que todas as minhas chaves de autenticação adicionadas e as chaves ./.ssh/id_* inexistentes são tentadas. Eu queria especificar qual chave seria usada para autenticação especificando as opções IdentitiesOnly e IdentityFile em ~/.ssh/config para seu host. Então, tentei duas coisas:

1. Exporte a subchave privada usando gpg e adicione seu caminho como IdentiyFile. Isso não funcionou com "erro em libcrypto". Li que tem algo a ver com formatação, onde gpg não é imediatamente compatível com chaves ssh.
2. Exporte a chave pública (tentei tanto armored quanto unaromored) usando gpg e adicione seu caminho como IdentiyFile. Isso também não funcionou e os logs mostram o mesmo "erro em libcrypto". Estranhamente, eles indicam que está sendo tentado como uma chave privada.

debug1: Trying private key: /home/me/.ssh/gpg.pub

Não posso descartar que o fornecedor cometeu um erro ao registrar minhas chaves, mas também não posso descartar que eu não tenha feito nada errado. Alguma ideia?

Eu uso gpg 2.2.27

Estou conectando de um iMac com nome de usuário John e ID 501 ao meu MacMini com o mesmo nome de usuário John e ID 501 usando ssh.

quando executo ps -U 501remotamente, sou informado de que não há ID de usuário 501. Se eu executar isso localmente, o comando retorna processos de propriedade de 501, como esperado. Que pedaço de conhecimento estou perdendo.

todos os comandos são executados a partir da sshsessão

08:42:09.626 iMac191 ~ 
➜ ssh 169.254.1.1
([email protected]) Password:
Last login: Tue Sep 17 14:51:28 2024

john@MacMini ~ % whoami
501

john@MacMini ~ % id
uid=501 gid=20(staff) groups=20(staff),12(everyone),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),398(com.apple.access_screensharing),704,703,716,702,706,705,701,100(_lpoperator)

john@MacMini ~ % ps -U 501
ps: No ruser name or ID matches '501'

john@MacMini ~ % su john
su: who are you?

john@MacMini ~ % ps -Af | grep 501
  501  2739     1   0 Tue02PM ??         0:00.59 /Applications/DiskWarrior.app/Contents/Helpers/DiskWarriorDaemon
  501 55207 55204   0  8:42AM ??         0:00.61 sshd: john@ttys002 
  501 55898     1   0  8:46AM ??         0:00.59 /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow console
  501 55899     1   0  8:46AM ??         0:01.87 /usr/sbin/distnoted agent
  501 55937     1   0  8:47AM ??         0:03.81 /usr/sbin/cfprefsd agent
  501 55939     1   0  8:47AM ??         0:00.99 /usr/libexec/UserEventAgent (Aqua)

john@MacMini ~ % dscacheutil -q user | grep 501

john@MacMini ~ % login root
Password:
Login incorrect
login: login john
Login incorrect

man ps

PALAVRAS-CHAVE
ruid ID de usuário real
nome de usuário ruser (de ruid)
uid ID de usuário efetivo

Preciso abrir remotamente uma porta em um roteador (o acesso remoto à web está desativado).

Tenho acesso SSH a um Raspberry PI (Debian) que está na mesma LAN que o roteador.

Existe alguma maneira de fazer isso remotamente do meu PC Windows, através do SSH? Só consigo descobrir como fazer isso através do Linux.

Acho que -ia opção do ssh é designar o arquivo de chave.

Descobri que podia ser autenticado pelo github.com com qualquer arquivo, mesmo um vazio, como na captura de tela a seguir.

Mas depois de reiniciar, não consigo mais ser autenticado.

Observando isso, acho que o comando ssh lembra as chaves que já foram usadas e as usa automaticamente quando falha com a chave fornecida pela -iopção.

Está certo? Acho que esse é um comportamento muito antinatural e tenho certeza de que entendi errado alguma coisa.