Niestety, istnieje tutaj problem pojęciowy. VNC działa poprzez renderowanie pulpitu na lokalnym komputerze, a następnie efektywne robienie zdjęć z pulpitu i wysyłanie ich przez sieć. Oznacza to, że to, co wysyła VNC musi być renderowane na komputerze obsługującym.
Podczas gdy system Windows może obsługiwać wiele sesji interaktywnych jednocześnie, jest wyłączony w wersjach innych niż serwer i rzadko jest używany. Oznacza to, że w praktyce serwer VNC musi wysyłać to, co jest renderowane przez interaktywną sesję na lokalnej konsoli - więc to, co widzisz w swojej sesji VNC, musi być tym, co jest wysyłane na wyświetlacz.
Istnieją dwa możliwe obejścia:
- Podkładka sterownika ekranu, która znajduje się między systemem Windows a kartą graficzną i zastępuje dane wideo czymś innym, jak pusty ekran. Jest to metoda, której używa LogMeIn, jeśli włączasz Wygaszanie wyświetlania - podczas gdy sesja LogMeIn jest aktywna, używa sterownika ekranu, który instaluje, aby skutecznie odłączyć monitor.
- Używaj RDP, ponieważ sesje RDP są rodzimym interfejsem dla Windows, a nie tylko protokołem „zdalnego pulpitu” - istnieje znacząca różnica koncepcyjna między RDP a VNC. (W rzeczywistości, ponieważ wersje systemu Windows inne niż serwer zezwalają tylko na jedną sesję na raz, zalogowanie się do komputera przez RDP wymusi zablokowanie sesji konsoli, jeśli ktoś jest tam zalogowany).
Jeśli chodzi o opcję 1, nie znam żadnych serwerów VNC, które implementują tę funkcję, ale podejrzewam, że muszą istnieć. Jeśli nic innego, LMI wdroży go tak, jak wspomniałem.
Jeśli chodzi o opcję 2, powiedziałbym, że istnieje duże prawdopodobieństwo, że tak właśnie powinno się robić. W większości przypadków RDP jest lepszą wydajnością opcji, bezpieczeństwem i funkcjonalnością. Wyjątkiem będzie sytuacja, w której masz domową edycję okien, ponieważ tylko wersja Professional i wyżej umożliwiają włączenie serwera RDP (chociaż jest on zainstalowany w wydaniach Home, tylko wyłączony).