[gelöst] PVE 6 - VM Konsole auf anderem Node quitiert mit "Authentication failed"
- Thread starter thz
- Start date
mit dem richtigen nodenamen + ip... (die kann auch anonymisiert sein)
aber wenn da nichts kommt (auch in die gegenrichtung) dann mal bitte vor dem /bin/true ein -vvv dranhängen
und der tasklog vom vnc aufruf wäre noch gut
aber wenn da nichts kommt (auch in die gegenrichtung) dann mal bitte vor dem /bin/true ein -vvv dranhängen
und der tasklog vom vnc aufruf wäre noch gut
Moin,
sorry für die Verzögerung. Hier der SSH-Befehl:
<code>
ssh -vvv -e none -o BatchMode=yes -o HostKeyAlias=fe-2b root@10.196.1.2 /bin/true
</code>
Hier die Ausgabe: https://nopaste.xyz/?b33b1110de4c5248#Y4U2jadmGd44aXbdkHCQAaTJdKKJym2cQ04gu6I+f5s= (passt nicht in den Post, mehr als 10000 Zeichen).
Meinst du mit Tasklog das Ding unten im Browser? Das wäre das hier:
sorry für die Verzögerung. Hier der SSH-Befehl:
<code>
ssh -vvv -e none -o BatchMode=yes -o HostKeyAlias=fe-2b root@10.196.1.2 /bin/true
</code>
Hier die Ausgabe: https://nopaste.xyz/?b33b1110de4c5248#Y4U2jadmGd44aXbdkHCQAaTJdKKJym2cQ04gu6I+f5s= (passt nicht in den Post, mehr als 10000 Zeichen).
Meinst du mit Tasklog das Ding unten im Browser? Das wäre das hier:
sorry für die späte antwort...
das einzige was mir noch aufgefallen ist sind ist das 'agent-forwarding'
wie wurde denn das ssh versucht ? via ssh auf dem node zu dem anderen node? wenn ja, mal bitte über das webinterface machen (node -> shell)
das einzige was mir noch aufgefallen ist sind ist das 'agent-forwarding'
wie wurde denn das ssh versucht ? via ssh auf dem node zu dem anderen node? wenn ja, mal bitte über das webinterface machen (node -> shell)
ja wenn man dort auf einen task doppelklick, kommt das log dazu
hier wäre ein fehlschlagender interessant...
SSH: Vergleichbares Resultat über das Webinterface: https://nopaste.xyz/?3c9b978c19fe984f#NA9uEHamBR1uOfYDqBN7R1lFxw9jDxNKdACCdFtUunY=
Beim Tasklog-Output steht nur "TASK OK" und bei Status das hier:
Sieht alles sehr unauffällig aus, ich finde nirgends irgendeinen Fehler.
Beim Tasklog-Output steht nur "TASK OK" und bei Status das hier:
Sieht alles sehr unauffällig aus, ich finde nirgends irgendeinen Fehler.
Die Konsole klappt immer dann, wenn ich sie vom selben Node aufrufe, auf dem auch die VM (aktuell) liegt. Bewege ich die VM auf einen anderen Node, bekomme ich beim Versuch die Konsole zu öffnen wieder den Authentication-Fehler. Wechsle ich dann mit dem Browser auf den Node, wo die VM hinverschoben wurde, geht es wieder.
Config:
Config:
Code:
bootdisk: scsi0
cores: 3
memory: 2048
name: test2
net0: virtio=C6:BA:36:A0:C9:32,bridge=vmbr0,firewall=1
numa: 0
ostype: l26
scsi0: ceph-default:vm-104-disk-0,size=60G
scsihw: virtio-scsi-pci
smbios1: uuid=39b76d2d-6ad3-48ca-b6b2-a8413a6392f3
sockets: 2
vmgenid: 155c6393-e2d5-438d-8a67-9d319da6a1f3Ich komme gerade (von unterwegs) nicht auf die Maschine drauf, habe da aber einen Verdacht. Wir verwenden ein Ansible-Playbook für SSH-Hardening - welches massiv in die sshd_config eingreift. Da hätte ich selbts drauf kommen müssen, dass das an der Stelle knirschen kann. Allerdings ist die Frage: Was ist denn nun der tatsächliche Befehl, der für die noVNC-Verbindung genutzt wird? Oder wird der noVNC-Port über SSH getunnelt?
ja der wird getunnelt, und braucht bestimmte environment variablen die erlaubt werden von ssh
im wesentlichen ist es nur 'LC_PVE_TICKET' (zb hier https://git.proxmox.com/?p=qemu-ser...ae5ea59fff7e9f9b239;hb=refs/heads/master#l218 )
Guten Abend,
danke für den Hinweis. Nach einer langen, langen Suche hab ich es endlich gefunden.
Unsere Server werden mit ansible konfiguriert. Darüber wird u.A. die SSH-Verbindung mittels der Rolle dev-sec.ssh-hardening abgesichert. Dadurch wurde tatsächlich die Variable nicht mehr übertragen - und sogar an zwei Stellen gefiltert: In der /etc/ssh/ssh_config (Client-Konfiguration) muss einmal SendEnv entsprechend gesetzt sein, zum Anderen aber eben auch das Pendant in der /etc/ssh/sshd_config (Server-Konfiguration). Das war, als ich das vorhin entdeckt habe, ein echt schöner Kopf->Tisch-Moment...
Danke für die Geduld und die Hilfe!
Viele Grüße
Matthias Lohr
danke für den Hinweis. Nach einer langen, langen Suche hab ich es endlich gefunden.
Unsere Server werden mit ansible konfiguriert. Darüber wird u.A. die SSH-Verbindung mittels der Rolle dev-sec.ssh-hardening abgesichert. Dadurch wurde tatsächlich die Variable nicht mehr übertragen - und sogar an zwei Stellen gefiltert: In der /etc/ssh/ssh_config (Client-Konfiguration) muss einmal SendEnv entsprechend gesetzt sein, zum Anderen aber eben auch das Pendant in der /etc/ssh/sshd_config (Server-Konfiguration). Das war, als ich das vorhin entdeckt habe, ein echt schöner Kopf->Tisch-Moment...
Danke für die Geduld und die Hilfe!
Viele Grüße
Matthias Lohr