GNOME Bugzilla – Bug 162465
Vino does not have a logging mechanism
Last modified: 2020-11-12 12:24:49 UTC
Where does Vino/VNC store its log file? RealVNC/regular VNC uses ~/.vnc. There ought to be a .log in ~/.vnc when a session is started. Currently I have Vino enabled for my desktop (:0). I can connect and I input a password, but no window appears on the client side. I cannot debug this -- because there is no log file.
Petter, can you review it again please? I do not use vino.
Pavel, why are you touching vino bugs when you don't even use it?
Because it's pretty old and it was still without a response. I am just trying to help you.
Any chance of seeing this fixed?
Please refer to launchpad bug #330310 ( https://bugs.launchpad.net/ubuntu/+source/vino/+bug/330310 ) for other requests for this.
There is currently no logging facility in Vino, so retitling this bug. However, it would seem like a useful feature. I will look at this for 3.2.
I suggest you bump the importance of this bug. Logging is a critical security issue, since having Vino enabled is a possible door for intrusion attacks and without logs there is no way to detect them after fact.
(In reply to Paul Eipper from comment #7) > I suggest you bump the importance of this bug. Logging is a critical > security issue, since having Vino enabled is a possible door for intrusion > attacks and without logs there is no way to detect them after fact. I will second this. I see it as a security critical issue that Vino have a clear logging option where it logs all connections and the source of the connection (IP and whatever other information), and in the ideal also support keystroke logging for security reasons if nought else. Moreover I would like to see a way to list clearly current connections and from which IP. As the default server on MINT I admit I find lack of such security features puzzling and concerning.
I recently discovered where to find vino logs: journalctl --user -u vino-server
Vino is not under active development anymore and unmaintained. Please use gnome-remote-desktop instead. Closing this report as WONTFIX to reflect reality.