Defect #550
Übrig bleibende x11vnc's im Speicher
| Status: | Erledigt | Start date: | 11/01/2009 | |
|---|---|---|---|---|
| Priority: | Niedrig | Due date: | ||
| Assignee: | - | % Done: | 100% |
|
| Category: | - | |||
| Target version: | - | Estimated time: | 10.00 hours | |
| Resolution: |
Description
Anscheinend wird bei "Remove VNC-Window" das x11vnc nicht gekillt. Hier sollte der Client die offenen Verbindungen mitzählen und bei der letzten dieses schließen. Zumindest wenn poolVSClient stirbt, sollte es aufräumen. Sonst hat man sehr schnell recht viele Sessions laufen, was kein Sinn macht ... Das sollte also generell geregelt werden.
Related issues
History
#1 Updated by simon over 2 years ago
Das ist nur mit großem Aufwand möglich.
Einfacher wäre es, wenn das Skript selbst einfach mehrfachstarts des x11vnc verhindert.
Der Client hat keine Ahnung von der VNC-Verbindung und kann daher weder mitzählen, noch sicherstellen, dass nicht zwei nacheinander gestartet werden.
Sicherheitshalber stoppe ich aber nun vor jedem Start den VNC-Server und stoppe ihn auch entsprechend wenn kein Server gefunden wird etc.
Da die randomisierten Daten lediglich an den Server übermittelt werden ist es insofern unwahrscheinlich, dass Jemand in der zwischenzeit passwort und port rausfindet.
#2 Updated by simon over 2 years ago
- Assignee deleted (
simon)
#3 Updated by dvs over 2 years ago
- Assignee set to Anonymous
- Priority changed from Normal to Niedrig
- Start date changed from 09/10/2009 to 11/01/2009
- Estimated time changed from 1.00 to 10.00
... wird vermutlich im Zuge der VNC-Strom-Umschaltung von Interesse sein ...
#4 Updated by Anonymous about 2 years ago
- Status changed from Neu to Erledigt
- % Done changed from 0 to 100
Sigterm, Sighup und Sigquit Signale des PVS-Clients werden jetzt abgefangen und vor dem Beenden des pvs-clients wird auch der VNC-Server gestoppt.
Ebenso ist die von Simon W implementierte Methode welche den VNC-Server schließt bevor ein neuer VNC-Server gestartet wird immernoch aktiv.