Errore di connessione ssh "Autorizzazione negata (chiave pubblica)"


0

Così ho cercato di creare connessioni ssh tra il contenitore del cluster google contenente 1 nodo principale e 2 nodi worker. Ho usato ssh-keygen per generare coppie di chiavi per tutti e tre i nodi, inviare le due chiavi private dei 2 lavoratori al nodo principale e nel file .ssh / autherized_keys. Quindi ho condiviso questo file anche con i due nodi worker.

Questo approccio rende subito efficaci le connessioni ssh. La connessione ssh andava bene e potevo usare anche scp per inviare file. Eppure, come nelle fasi successive, mentre effettuo il logout e il login alle VM, la connessione ssh diventa molto instabile, poiché a volte restituisce un errore di connessione: Autorizzazione negata (chiave pubblica), mentre a volte la connessione potrebbe essere nuovamente attivata.

Qualcuno sa qual è il problema? Grazie in anticipo!


1
Ulteriori informazioni sono necessarie per diagnosticare correttamente questo. Qual è l'output di ssh -v thehostnameyouwanttoconnectto.com ?
Jarmund

Risposte:


0

Se funzionasse a un certo punto e non lo è ora, fai:

# Adjust paths as necessary. May need to add sudo if you're not running it as root.
chmod 700 ~/.ssh && chmod 600 ~/.ssh/* && chmod 644 ~/.ssh/authorized_keys

Se ancora non si ama, verificare i contenuti di authorized_keys e verificare i seguenti valori in / etc / ssh / sshd_config (o qualunque sia il proprio file di configurazione sshd). Ciò disabilita l'autenticazione della password e abilita l'autenticazione ssh solo contro il sistema.

RSAAuthentication yes
PubkeyAuthentication yes
PasswordAuthentication no
UsePAM no # Just my choice.

Secuirty Nota: raccomando di utilizzare una chiave privata protetta da password quando si accede al proprio ambiente cloud e si configura solo su un singolo sistema, un server jump. Da lì puoi usare con maggiore sicurezza l'autenticazione ssh senza password per il resto del tuo ambiente.


Grazie per la risposta! Ho controllato sshd_config, e ho anche cambiato ulteriormente per consentire la password vuota (che è stata impostata su no). Eppure la connessione non è ancora stabile. Non stabile, può sempre connettersi con successo al primo accesso, ma dopo alcuni minuti (anche senza comandi di interleaving), il comando ssh non funziona (mentre lo stesso comando ssh di un comando eseguito in precedenza funziona).
bcxuezhe39
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.