Próbuję VNC do systemu OSX 10.4.11 z Vista za pomocą RealVNC i TightVNC. Mogę się połączyć pomyślnie, ale po minucie moje okno VNC całkowicie się zawiesza, podczas gdy na komputerze Mac proces AppleVncServer zaczyna pochłaniać ogromne ilości pamięci RAM (100 Mb +) i procesora (40-50%) - ale Mac nie zamrażać. Kiedy tak się dzieje, nikt nie może już VNC, dopóki proces AppleVncServer nie zostanie ponownie uruchomiony.
Przejrzałem wszystkie dostępne opcje na klientach VNC, których używam i nie widzę niczego oczywistego, co mogłoby spowodować takie zachowanie. Byłbym wdzięczny za wszelkie informacje na ten temat.
Darko
AKTUALIZACJA: Po dalszych problemach wydaje się, że dzieje się to tylko wtedy, gdy mam kopię w systemie Vista. Po wykonaniu operacji kopiowania VNC zawiesza się. Pamiętaj, że kopiuj wklej wewnątrz VNC działa dobrze ....
źródło
Odpowiedzi:
Jest to znany problem związany z niekompatybilnością schowka.
Na przykład plik konfiguracyjny połączenia TightVNC będzie zawierał disableclipboard = 0. Zmień tę wartość na 1, a serwer VNC po stronie MAC nie ulegnie awarii.
źródło
W przeszłości miałem podobne problemy z RealVNC i TightVNC.
Czy próbowałeś już UltraVNC? To rozwiązało problem dla nas. Nie pewny dlaczego.
źródło
Miałem dokładnie ten sam problem z Tigerem, tyle że próbowałem się zdalnie uruchomić z komputera z systemem Windows XP. Próbowałem różnych klientów, z dokładnie tymi samymi wynikami.
W końcu właśnie wyłączyłem serwer VNC dołączony do Mac OS X i zamiast tego zainstalowałem Vine Server. Nigdy nie miałem problemu z Vine Server, niezależnie od tego, którego klienta użyłem na komputerze z systemem Windows.
http://sourceforge.net/projects/osxvnc/
Powinienem chyba wspomnieć, że po aktualizacji do Leoparda wróciłem do korzystania z dołączonego serwera VNC. Wydaje się być bardziej stabilny.
źródło
Strzał w ciemność - jak mówisz, ma to związek z kopiowaniem plików, spróbuj uruchomić przeglądarkę vnc jako administrator lub wyłącz kontrolę konta użytkownika, ponieważ może to być problem z uprawnieniami.
źródło