Shoutbox-Archiv 4.256

Ja richtig, finde das irgendwie umständlich und nicht sauber dokumentiert

die einfachste möglichkeit ist eine Ticketid unter dem user an zu fordern dann damit ein Cookie vom Hostsystem zu setzen und die console auf zu rufen, wichtig dabei ist die Ticketid niemals als Root an zu fordern, sondern als user welchen die vm gehört

sonst hast lauter kunden mit rootzugang

So mache ich es aktuell, erstelle via API pro Server einen eigenen User mit PVEVMUser Perm. und darüber hole ich mir die vnc

Ich mache es sogar ganz anders. Mein neues Interface hat einen Benutzer, der alle Aktionen durchführt. Für die VNC Konsole gibt es pro VM einen User mit dem Recht "VM.Console".

Vorteil: Wenn die VNC Konsole aufgerufen wird und der User die Proxmox URL aufruft, bekommt er 0,0 Informationen.

Auch eine coole Möglichkeit. Denke dann werde ich es auch auf VM.Console anpassen. Danke für den Input

genau das meine ich debdev

ja die doku von Proxmox ist ... , wenn man im Forum nach den Problem vnc sucht hat jeder das gleiche problem

Okay alles klar, dann hatte ich das falsch interpretiert.

Finde das etwas umständlich gelöst mit den Cookies von Proxmox.

Naja das Problem an der Praxis ist, das die Browser Entwickler dabei sind Domainübergreifende Cookies in Ihren kommenden Updates zu verbieten. Daher wird der Weg nicht mehr lang offen sein.

Wir nutzen einen reverse Proxy vor unseren Proxmox Systemen, um das Problem mit den Domainübergreifenden Cookies zu vermeiden.
Vorteil daran ist auch, dass die Proxmox Nodes keine öffentlich erreichbare IP Adresse benötigen.

@RapToN
So habe ich es auch aufgebaut - bei mir haben die Hosts neine öffentlcihe IP, aber der pveproxy ist per config (etc/default(pveproxy) dicht gemacht und nur per Proxy erreichbar.

datawookie hatte dazu eine ganz nette Anleitung geschrieben, in Verbindung mit Websockify & nginx proxy

Schönen 1 Advent

Danke ebenso

nicjt mehr lang dann kommt der Nikolaus!

Schon alle die Stiefel rausgestellt?

GM wie ist das Wetter bei euch?