Nicht interaktive SSH-Verbindung schlägt fehl – Fehler: /dev/tty kann nicht geöffnet werden: Kein solches Gerät oder keine solche Adresse; Überprüfung des Hostschlüssels fehlgeschlagen.

Question 1

Wie soll Jenkins (Java Continuous Integration-Server) die Passphrase des SSH-Schlüssels eingeben?

Wenn es sich um eine Entwicklungs- oder Staging-Umgebung handelt und keine Sicherheitsbedenken bestehen, können Sie versuchen, die Passphrase vorübergehend aus dem Schlüssel zu entfernen und prüfen, ob dies besser funktioniert.

Bearbeitung #1:

Ich konnte Ihr Problem nur reproduzieren, indem ich die Berechtigungen für /dev/tty entfernte, wie in den OpenSSH-FAQs angegeben, aber ich nehme an, das haben Sie bereits überprüft?

Mit falschen Berechtigungen:

#ls -l /dev/tty
crw-r----- 1 root root 5, 0 Aug 23 21:47 /dev/tty
$ssh -T -vv -p 2222 <username>@127.0.0.1
[...]
debug1: read_passphrase: can't open /dev/tty: Permission denied
debug1: permanently_drop_suid: xxxx
[...]

Mit guten Berechtigungen:

#chmod 666 /dev/tty
# ls -l /dev/tty
crw-rw-rw- 1 root root 5, 0 Aug 23 21:56 /dev/tty
[ssh client works]

Answer

Wie soll Jenkins (Java Continuous Integration-Server) die Passphrase des SSH-Schlüssels eingeben?

Wenn es sich um eine Entwicklungs- oder Staging-Umgebung handelt und keine Sicherheitsbedenken bestehen, können Sie versuchen, die Passphrase vorübergehend aus dem Schlüssel zu entfernen und prüfen, ob dies besser funktioniert.

Bearbeitung #1:

Ich konnte Ihr Problem nur reproduzieren, indem ich die Berechtigungen für /dev/tty entfernte, wie in den OpenSSH-FAQs angegeben, aber ich nehme an, das haben Sie bereits überprüft?

Mit falschen Berechtigungen:

#ls -l /dev/tty
crw-r----- 1 root root 5, 0 Aug 23 21:47 /dev/tty
$ssh -T -vv -p 2222 <username>@127.0.0.1
[...]
debug1: read_passphrase: can't open /dev/tty: Permission denied
debug1: permanently_drop_suid: xxxx
[...]

Mit guten Berechtigungen:

#chmod 666 /dev/tty
# ls -l /dev/tty
crw-rw-rw- 1 root root 5, 0 Aug 23 21:56 /dev/tty
[ssh client works]

Question 2

Bei mir war es so git cloneund ich fragte, ob ich dem Fingerabdruck vertrauen könne. Er befindet sich im Container, also habe ich für blindes Vertrauen Folgendes festgelegt StrictHostKeyChecking:

FROM node:16

COPY "id_rsa" /root/.ssh/id_rsa
COPY "id_rsa.pub" /root/.ssh/id_rsa.pub

ENV GIT_SSH_COMMAND "ssh -v -o 'PasswordAuthentication no' '-o StrictHostKeyChecking=accept-new'"
RUN git clone [email protected]:evil/project.git

Answer

Bei mir war es so git cloneund ich fragte, ob ich dem Fingerabdruck vertrauen könne. Er befindet sich im Container, also habe ich für blindes Vertrauen Folgendes festgelegt StrictHostKeyChecking:

FROM node:16

COPY "id_rsa" /root/.ssh/id_rsa
COPY "id_rsa.pub" /root/.ssh/id_rsa.pub

ENV GIT_SSH_COMMAND "ssh -v -o 'PasswordAuthentication no' '-o StrictHostKeyChecking=accept-new'"
RUN git clone [email protected]:evil/project.git

Question 3

...
debug1: Server host key: ECDSA 
debug1: read_passphrase: can't open /dev/tty: No such device or address

Ich bin auf dieses Problem gestoßen (10 Jahre in der Zukunft) und habe festgestellt, dass das Problem nicht das TTY oder die Passphrase an sich ist. Jenkins SSH-Schlüssel können Passphrasen über die ssh-agentFunktion verarbeiten. Aber trotzdem habe ich die Passphrase beim Testen deaktiviert. Das war nicht das Problem.

Die Referenz read_passphrasemuss die allgemeine Eingabe „Fragecode stellen“ sein. Bei mir hat es nicht funktioniert, diesen Dialog anzuzeigen:

The authenticity of host 'server.company.com (192.168.188.44)' can't be established.
RSA key fingerprint is SHA256:UNOzlP66WpDuEo34Wgs8mewypV0UzqHLsIFoqwe8dYo.
Are you sure you want to continue connecting (yes/no/[fingerprint])? no

Um den Schlüssel für alle mit einem Server verknüpften Adressen programmgesteuert zu akzeptieren, können Sie Folgendes verwenden:

ssh-keyscan -p 22 `getent ahosts server.company.com | awk '$3 { print $1 " " $3 }' | sort -u` >> ~/.ssh/known_hosts

Answer

...
debug1: Server host key: ECDSA 
debug1: read_passphrase: can't open /dev/tty: No such device or address

Ich bin auf dieses Problem gestoßen (10 Jahre in der Zukunft) und habe festgestellt, dass das Problem nicht das TTY oder die Passphrase an sich ist. Jenkins SSH-Schlüssel können Passphrasen über die ssh-agentFunktion verarbeiten. Aber trotzdem habe ich die Passphrase beim Testen deaktiviert. Das war nicht das Problem.

Die Referenz read_passphrasemuss die allgemeine Eingabe „Fragecode stellen“ sein. Bei mir hat es nicht funktioniert, diesen Dialog anzuzeigen:

The authenticity of host 'server.company.com (192.168.188.44)' can't be established.
RSA key fingerprint is SHA256:UNOzlP66WpDuEo34Wgs8mewypV0UzqHLsIFoqwe8dYo.
Are you sure you want to continue connecting (yes/no/[fingerprint])? no

Um den Schlüssel für alle mit einem Server verknüpften Adressen programmgesteuert zu akzeptieren, können Sie Folgendes verwenden:

ssh-keyscan -p 22 `getent ahosts server.company.com | awk '$3 { print $1 " " $3 }' | sort -u` >> ~/.ssh/known_hosts

Nicht interaktive SSH-Verbindung schlägt fehl – Fehler: /dev/tty kann nicht geöffnet werden: Kein solches Gerät oder keine solche Adresse; Überprüfung des Hostschlüssels fehlgeschlagen.

Antwort1

Antwort2

Antwort3

verwandte Informationen