W odpowiedziach widzę niejasność :-)
Proponuję odróżnić technologie i leżące u ich podstaw protokoły.
VNC : używa protokołu RFB.
Apple Screen Sharing [SS] (który włącza się poprzez zaznaczenie „Screen Sharing” w Prefach systemowych): jest to waniliowy VNC i niektóre rozszerzenia specyficzne dla Apple, np. Automatyczna synchronizacja pasteboard, wybór wyświetlania, blokowanie ekranu, szyfrowanie, przeciąganie i upuszczanie oraz przesyłanie plików na najnowsze serwery. Inną rzeczą, jaką posiada, jest „kodek” specyficzny dla Apple, który łatwo rozpoznać po artefaktach podobnych do JPEG. Obejmuje także nowe typy uwierzytelniania (według nazwy użytkownika i hasła oraz prośby o pozwolenie od użytkownika zdalnego) oraz samą omawianą funkcję - Session Select , która pozwala zalogować się jako aktywny użytkownik lub utworzyć niewidocznego („wirtualnego”) użytkownika sesja.
Apple Remote Desktop [ARD] („Zdalne zarządzanie” w Prefach systemowych): używa Apple Screen Sharing jako podstawy do udostępniania ekranu i innego zupełnie innego protokołu (na przykład protokół ARD) na potrzeby zarządzania komputerem, np. Wyszukiwania w centrum uwagi, uruchamianie poleceń powłoki, wysyłanie wiadomości, przesyłanie plików itd.
@zneak poprosił o klienta, który obsługuje funkcję Session Select . Niestety, o ile widzę, nawet klienci Mac OS X rzadko obsługują funkcje Apple Screen Sharing. Są to: po pierwsze, wbudowany klient Apple do udostępniania ekranu ; następnie idzie Remotix na Maca , który wydaje się obsługiwać prawie wszystkie funkcje SS, w tym Session Select ; JollysFastVNC, który obsługuje uwierzytelnianie Apple, wybór wyświetlania i blokowanie ekranu oraz ekrany dla komputerów Mac, które obsługują tylko uwierzytelnianie Apple.
Jeśli chodzi o system Windows, wszystko, co mogłem znaleźć, zostało już wspomniane tutaj Remotix dla systemu Windows , chociaż przez długi czas był oznaczony jako beta.
Prawdopodobnie wszystkie te rzeczy są oczywiste dla niektórych z was, ale spędziłem kilka godzin na ich rozwiązywaniu. Mam nadzieję, że ten post pozwoli komuś zaoszczędzić trochę czasu :-)
Ponieważ RDC wymaga uruchomienia systemu Windows, nie jest to starter, chyba że używasz BootCampa lub wirtualizacji i nie obchodzi Cię widok OS X.
Dużą zaletą usług RDC / Terminal Services była możliwość zalogowania użytkownika, który nie korzystał z głównego ekranu. W przypadku Lion ta opcja jest teraz dostępna po wyjęciu z pudełka.
Pamiętaj, że w Lion zdalne zarządzanie zachowuje się inaczej niż udostępnianie ekranu. Włączenie udostępniania ekranu wydaje się oferować najbardziej waniliowy stos zgodny z VNC. RealVNC wydaje się być najlepszym klientem do pracy z wersjami od 10.5 do 10.7, ale ostatnio rzadko korzystam z systemu Windows.
Przeczytaj także: Czy zmiany w udostępnianiu ekranu Lion są udokumentowane gdziekolwiek publicznie? do dyskusji na temat zmian specyficznych dla Lwa. Zwłaszcza najnowsze informacje o wersji ARD firmy Apple .
Pokazuje zamiar, aby wszyscy klienci VNC otrzymali ekran logowania - i nie przejmowali bieżącej sesji (jeśli istnieje bieżąca sesja ekranu bez logowania)
źródło
Myślę, że współdzielenie ekranu w Lion nadal opiera się na protokole VNC , więc każdy klient VNC powinien działać.Na Wikipedii znajduje się dość obszerna tabela oprogramowania VNC, prawdopodobnie możesz znaleźć darmowego klienta Windows, na którym możesz to przetestować.
Edycja: Na podstawie komentarzy Wygląda na to, że Udostępnianie ekranu zmieniło się nieco od czasu ostatniej wersji (gdzie była mniej więcej waniliowa wersja VNC), więc zmieniam tę odpowiedź na wiki społeczności, w której wszyscy możemy umieścić sugestie.
źródło
Właśnie znalazłem bardzo fajne rozwiązanie. Nie jest idealny, ale był bardzo łatwy w konfiguracji i działa w systemach Windows, Mac i Linux. Firma Google wydała klienta zdalnego udostępniania pulpitu w wersji beta. Naprawdę zajęło mi to sekundy, żeby rozpocząć konfigurację. Spróbuj. Oto link do artykułu .
źródło
Wściekle „googlowałem” przez ostatnią godzinę i w końcu znalazłem rozwiązanie.
Mam komputer z systemem Windows 7 w środowisku korporacyjnym i muszę mieć możliwość połączenia z komputerem Mac z systemem OSX 10.8.2.
Gdy używam wszystkich innych metod VNC, pojawia się monit o podanie nazwy użytkownika i hasła komputera Mac, aby uzyskać dostęp do skrzynki. Jest to bardzo bezpieczne, ale nie pomaga mi oferować zdalnej pomocy koledze, ponieważ nie widzę tam ekranu, widzę własny załadowany profil.
Rozwiązaniem jest używanie tego oprogramowania: http://www.nulana.com/remotix-windows
Ma wbudowane uwierzytelnianie OSX. Po połączeniu możesz zalogować się jako użytkownik lub wyświetlić ekran użytkownika.
źródło
Wierzę, że początkowe pytanie mówi o emulacji Maca na Windowsie. Być może połączenie SSH może odrodzić ekran komputera Mac niezależny od rzeczywistego ekranu komputera Mac, aby można było z niego korzystać zdalnie i lokalnie w tym samym czasie. Robię to obecnie z moim Linux-em.
Dobrym rozwiązaniem byłoby wypróbowanie NoMachine . Używam tego również z moim Linux-em i wkrótce wypróbuję na Macu.
źródło
Próbowałem dowiedzieć się, jak połączyć się z moim komputerem Macbook za pomocą funkcji „Udostępnianie ekranu” na komputerze z systemem Windows. Miałem te same problemy, co omówione tutaj: dowolny klient Windows VNC pokazuje po prostu „szary” ekran bez możliwości przejścia do rzeczywistego ekranu.
Po kilku kopaniach w Internecie, wypróbowaniu {tight! Real! Any} klienta VNC, zastanawiam się, jak faktycznie PODAĆ ekran LOGOWANIA: PO PROSTU PODAJ NAZWĘ UŻYTKOWNIKA i HASŁO Bum, ekran pojawia się magicznie na zdalnej przeglądarce !!!
Ostrzeżenia: musisz ustawić hasło vnc w panelu preferencji Udostępnianie ekranu: - kliknij ustawienie komputera - wybierz „Przeglądarki VNC mogą kontrolować ekran hasłem” => wstaw hasło
Następnie umożliwia połączenie z serwerem VNC na komputerze Lion. Po wyświetleniu „szarego” ekranu wpisz swoją nazwę użytkownika i pwd ...
Mam nadzieję że to pomoże.
źródło