- only tape is real -

vnc 서버 다운로드

또한 VNC가 제공하는 디스플레이는 반드시 서버에서 사용자가 볼 수 있는 것과 동일한 디스플레이가 아닙니다. 여러 동시 X11 세션을 지원하는 유닉스/Linux 컴퓨터에서 VNC는 특정 기존 X11 세션을 제공하거나 자체 세션을 시작하도록 설정할 수 있습니다. 동일한 컴퓨터에서 여러 VNC 세션을 실행할 수도 있습니다. Microsoft Windows에서 제공되는 VNC 세션은 항상 현재 사용자 세션입니다. [인용 필요] 사용자가 이미 입력한 자격 증명을 사용하여 자신의 컴퓨터에 로그온할 수 있도록 자동으로 권한을 부여합니다. 모든 컴퓨터는 Kerberos 인증 서버와 함께 관리되는 네트워크 환경에 있어야 합니다. 원래 GPLed 소스 코드는 VNC의 여러 다른 버전으로 공급되었습니다. RFB 프로토콜은 확장 가능하도록 설계되었기 때문에 이러한 포크는 호환성 문제를 초래하지 않았습니다. VNC 클라이언트와 서버는 양쪽 끝에서 지원되는 가장 적절한 옵션을 사용하기 위해 핸드셰이킹을 통해 기능을 협상합니다. 사용자는 일반적으로 VNC를 플랫폼 간 원격 데스크톱 시스템으로 배포합니다.

예를 들어, 맥 OS X에 대 한 애플 원격 데스크톱 (그리고 더 최근에, `레오파드`에서 “내 맥으로 돌아가기” – 맥 OS X 10.5) VNC와 상호 운용 하 고 x11vnc와 함께 제공 되는 경우 유닉스 사용자의 현재 데스크톱에 연결 됩니다., 또는 하나 TightVNC와 함께 제공 되는 경우 별도 X11 세션. 유닉스에서, TightVNC는 VNC 옵션이 활성화된 경우 애플 원격 데스크톱에서 제공하는 맥 OS X 세션에 연결, 또는 마이크로 소프트 윈도우에서 실행되는 VNC 서버에. [12] 서버는 프레임 버퍼의 작은 사각형을 클라이언트로 보냅니다. 가장 간단한 형태로 VNC 프로토콜은 많은 대역폭을 사용할 수 있으므로 통신 오버헤드를 줄이기 위해 다양한 방법이 고안되었습니다. 예를 들어 다양한 인코딩(이러한 사각형을 전송하는 가장 효율적인 방법을 결정하는 방법)이 있습니다. VNC 프로토콜을 사용하면 클라이언트와 서버가 사용할 인코딩을 협상할 수 있습니다. 모든 클라이언트와 서버에서 지원하는 가장 간단한 인코딩은 원 인코딩으로, 픽셀 데이터를 왼쪽에서 오른쪽으로 스캔한 순서로 전송하고 원래 전체 화면이 전송된 후 변경되는 사각형만 전송합니다. 이 인코딩은 화면의 작은 부분만 한 프레임에서 다음 프레임으로 변경되는 경우(마우스 포인터가 바탕 화면을 가로질러 이동하거나 커서에서 텍스트를 쓸 때와 같이) 동시에 많은 픽셀이 변경되는 경우 대역폭 요구량이 매우 높아지는 경우 매우 효과적입니다(예: 창을 스크롤하거나 전체 화면 비디오를 볼 때). Xvnc는 표준 X 서버를 기반으로 하는 유닉스 VNC 서버입니다. 응용 프로그램에 Xvnc는 X “서버”(즉, 클라이언트 창을 표시함)로 나타나며 원격 VNC 사용자에게는 VNC 서버입니다. 응용 프로그램은 일반 X 디스플레이인 것처럼 Xvnc에 자신을 표시할 수 있지만 실제 화면이 아닌 연결된 VNC 뷰어에 표시됩니다. [11] 또는 화면, 키보드 및 마우스가 있는 컴퓨터(워크스테이션 또는 네트워크 서버일 수 있음)를 서비스 또는 데몬으로 VNC 서버를 부팅하고 실행하도록 설정한 다음 화면, 키보드 및 마우스를 제거하고 컴퓨터를 이동 하지 않은 위치에 저장할 수 있습니다.

정상적인 작업 방법에서 뷰어는 서버의 포트에 연결합니다(기본 포트: 5900). 또는 브라우저가 서버에 연결할 수 있습니다(기본 포트: 5800). 그리고 서버는 포트 5500의 “청취 모드”에서 뷰어에 연결할 수 있습니다. 청취 모드의 한 가지 장점은 서버 사이트가 포트 5900(또는 5800)에서 액세스를 허용하도록 방화벽을 구성할 필요가 없다는 것입니다. 서버 사이트에 컴퓨터 전문 지식이 없고 뷰어 사용자가 더 잘 알고 있는 경우에 유용합니다.