VNC - zrywane po

Herodot · Post autor: **Herodot** » 26 lutego 2007, 16:19

Mam zainstalowany serwer VNC na komputerach z Widnows 2000 SP4, gdzie chodzą usługi działąjące pod tym OSem. Ilość komputerów którymi chce zarządzać zdalnie wzrosła na tyle, że używanie monitorów zaczęło być kłopotliwe. Zatem zainstalowałem tam VNC. Wszystko pieknie śmiga na porcie 5900 oraz pod Javą 5800. Szkopuł w tym, że gdy chcę zablokować ekran (a co za tym idzie nieautoryzowany dostęp) w Windows, klient VNC na Ubuntu (również przeglądarką z javą) zrywa lub nie pozwala na połączenie. Jest na to jakaś rada?

e-gore · Post autor: **e-gore** » 26 lutego 2007, 21:54

Jakiego konkretnie VNC używasz (winda i ubuntu)?

Herodot · Post autor: **Herodot** » 27 lutego 2007, 12:25

Używam obecnie RealVNC
Pod Win2000 chodzi sobie jego wersja server dla MS, a na Ubuntu klient również VNC (ten co był instalowany razem z systemem)
Uważasz ze powinienem zmienić system na jakiś inny?

e-gore · Post autor: **e-gore** » 27 lutego 2007, 21:50

Nie. RealVNC jest OK. Używałem tego w pracy do połączeń między Debianem a Windowsem i odwrotnie, i działało bezproblemowo. Na linuxie używałem paczki xvnc4viewer.
Wracając do Twojego problemu... Zrywa połączenie tylko przy blokowaniu ekranu?

Herodot · Post autor: **Herodot** » 28 lutego 2007, 19:28

Zrywa już w momencie wykonania komendy ctr+alt+del, a także gdy włączony jest wygaszacz ekranu w taki sposób, aby blokował system po 1 minucie i żądał hasła, oto log:

michio@michio:~$ xvnc4viewer

VNC Viewer Free Edition 4.1.1 for X - built Jan 6 2007 09:49:08
Copyright (C) 2002-2005 RealVNC Ltd.
See http://www.realvnc.com for information on VNC.

Wed Feb 28 19:21:56 2007
CConn: connected to host 192.168.0.51 port 5900
CConnection: Server supports RFB protocol version 3.8
CConnection: Using RFB protocol version 3.8

Wed Feb 28 19:22:02 2007
TXImage: Using default colormap and visual, TrueColor, depth 24.
CConn: Using pixel format depth 6 (8bpp) rgb222
CConn: Using ZRLE encoding
CConn: Throughput 20000 kbit/s - changing to hextile encoding
CConn: Throughput 20000 kbit/s - changing to full colour
CConn: Using pixel format depth 24 (32bpp) little-endian rgb888
CConn: Using hextile encoding

Wed Feb 28 19:22:06 2007
main: End of stream
michio@michio:~$ xvnc4viewer

VNC Viewer Free Edition 4.1.1 for X - built Jan 6 2007 09:49:08
Copyright (C) 2002-2005 RealVNC Ltd.
See http://www.realvnc.com for information on VNC.

Wed Feb 28 19:22:31 2007
CConn: connected to host 192.168.0.51 port 5900
CConnection: Server supports RFB protocol version 3.8
CConnection: Using RFB protocol version 3.8

Wed Feb 28 19:22:36 2007
main: End of stream
michio@michio:~$ xvnc4viewer

VNC Viewer Free Edition 4.1.1 for X - built Jan 6 2007 09:49:08
Copyright (C) 2002-2005 RealVNC Ltd.
See http://www.realvnc.com for information on VNC.

Wed Feb 28 19:23:00 2007
CConn: connected to host 192.168.0.51 port 5900
CConnection: Server supports RFB protocol version 3.8
CConnection: Using RFB protocol version 3.8

Wed Feb 28 19:23:07 2007
TXImage: Using default colormap and visual, TrueColor, depth 24.
CConn: Using pixel format depth 6 (8bpp) rgb222
CConn: Using ZRLE encoding

Wed Feb 28 19:23:08 2007
CConn: Throughput 20000 kbit/s - changing to hextile encoding
CConn: Throughput 20000 kbit/s - changing to full colour
CConn: Using pixel format depth 24 (32bpp) little-endian rgb888
CConn: Using hextile encoding

Wed Feb 28 19:24:57 2007
main: End of stream

w momencie gdy ekran jest zablokowany w ogóle nie ustanawia połączenia
dla pewności ściągnałem sobie xvnc4viewer, aby było dokładnie jak napisałeś
nadal brak pożądanego rezultatu

Maciek_Rutecki · Post autor: **Maciek_Rutecki** » 28 lutego 2007, 20:51

VNC jest z tego znany, że po zablokowaniu ekranu nie idzie się zalogować :-)

Herodot · Post autor: **Herodot** » 01 marca 2007, 11:23

Poszukam czegoś zastępczego. BTW. Mam też drugi system na stanowisku serwerowym bez uprawnień administratora - system OpenSuse 10.2. Tam kwestia dostępu uzytkowników, którzy muszą wyklikiwać niektóre rzeczy w Xach rozwiązana jest podobnie. Działa któryś ze zdalnych pulpitów (być może VNC...) i sesja logowania jest dostępna czy to z innego Linuxa, czy to z Win. Ciekaw jestem gdzie leży przyczyna takiej różnicy.
Dla osoby współadministrującej systemem kwestia blokowania kompów monitem logowania jest ważna. Zastanawia mnie czy trafię na narzędzie, gdzie tę sprawe rozwiązano.
POszukam.

Maciek_Rutecki · Post autor: **Maciek_Rutecki** » 01 marca 2007, 18:34

Nie wiem czy dobrze zrozumiałem, ale można się wylogować i poprzez vnc z kdm/gdm/xdm się zalogować na dowolne konto, opcja -auth w x11vnc, dla kdm:

x11vnc -auth /var/run/xauth/A:0-x9q1l7

Nazwa pliku będzie inna.

Można uruchomić poprzez ssh. Pamiętaj jedynie, że musisz dodać export DISPLAY=:0. No i jakoś zabezpieczyć się przed wyłaczeniem x11vnc jak wyloguijesz się z Xwindow (powrót do kdm). Nie wiem czy działa, nie mam jak przetestować:

#!/bin/sh
while true
do
x11vnc...
sleep 10
done

e-gore · Post autor: **e-gore** » 01 marca 2007, 21:47

Herodot pisze:w momencie gdy ekran jest zablokowany w ogóle nie ustanawia połączenia
dla pewności ściągnałem sobie xvnc4viewer, aby było dokładnie jak napisałeś
nadal brak pożądanego rezultatu

Wydaje mi się, że powinieneś móc się podpiąć do zablokowanego pulpitu żeby wysłać mu "Ctrl+Alt+Del"... Postaram się jutro to sprawdzić...

VNC - zrywane po

VNC - zrywane połączenie.