VNC
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
VNC는 원격 컴퓨터 제어를 위한 그래픽 사용자 인터페이스(GUI)를 제공하는 기술로, 서버 소프트웨어와 클라이언트 소프트웨어로 구성된다. 1990년대에 개발되었으며, GPL 라이선스로 공개되어 다양한 파생 버전이 존재한다. VNC는 운영체제와 플랫폼에 구애받지 않고 원격 조작을 가능하게 하며, 파일 전송, 화면 공유 등의 기능을 제공한다. 하지만 보안 문제와 VNC 루프 현상, 소리 출력의 제한과 같은 단점도 존재한다. VNC는 다양한 파생 버전과 서비스를 통해 활용되며, 특히 IT 지원, 원격 교육, 개인 사용 등 다양한 분야에서 활용되고 있다.
더 읽어볼만한 페이지
- 자유 네트워크 소프트웨어 - 제로넷
제로넷은 중앙 서버 없이 P2P 방식으로 운영되어 검열에 저항성을 가지며 사용자가 직접 콘텐츠를 공유할 수 있는 분산 네트워크 플랫폼으로, 웹사이트 개발이 가능하고 제로넷-컨서번시 포크를 통해 기능 추가 및 새로운 P2P 네트워크로의 마이그레이션이 진행 중이다. - 자유 네트워크 소프트웨어 - TightVNC
TightVNC는 저대역폭 연결 성능 향상을 위해 개발된 VNC 소프트웨어로, 자체 기술인 "타이트 인코딩"을 사용하여 JPEG 및 zlib 압축 방식을 결합하고 파일 전송, 화면 업데이트 감지, 그림 확대/축소, 유닉스 환경에서의 자동 SSH 터널링 등의 추가 기능을 제공하며, TightVNC Portable Edition, 터보VNC, 타이거VNC 등의 파생 소프트웨어가 있다.
| VNC |
|---|
2. 역사
영국 케임브리지의 Olivetti & Oracle Research Lab(ORL)[3]은 올리베티와 오라클이 해당 연구소를 소유했던 당시 VNC를 개발하였다. 1999년, AT&T는 연구소를 인수했다.
2. 1. 개발 중단과 파생 버전의 등장
VNC는 영국의 케임브리지에 있는 The Olivetti & Oracle Research Lab (ORL)에서 개발되었다. ORL은 Olivetti와 Oracle Corporation의 공동 소유 연구소였다. 오리지널 버전의 소스 코드는 GPL 방식으로 공개되었다.1999년에 AT&T가 이 연구소를 인수했지만, 2002년에 연구소에서의 개발 업무를 중단하면서 VNC 개발도 중단되었다. 이후 개발 멤버들이 신규 회사를 설립하여 신규 버전을 RealVNC로 공개했다. RealVNC는 VNC의 직계 버전이다.
GPL 라이선스로 공개되었기 때문에 전 세계의 많은 개발자들이 다양한 파생 VNC를 개발했다. 각각은 독자적인 개발이며, 서버와 클라이언트의 연결은 전송 방식이 동일하면 다른 VNC여도 논리적으로 가능하다.
주요 파생 VNC는 다음과 같다.
- '''https://www.realvnc.com/ RealVNC''': VNC의 정통 후속 소프트웨어. VNC와 회사는 다르지만 개발진이 동일하며 VNC가 RealVNC가 되었다고 봐도 무방하다. VNC와 달리 유료의 고기능 버전이 존재한다.
- '''https://www.tightvnc.com/ TightVNC''': 전송 방식에 오리지널 Tight Encoding을 처음 도입한 확장판 VNC. Tight Encoding은 고압축률로 저속 회선 환경에서도 작동할 수 있는 반면, 그만큼 CPU 성능을 필요로 한다. VNC/RealVNC에 비해 지원 환경이 많은 것도 특징이다.
- '''https://tigervnc.org/ TigerVNC''': TightVNC의 파생. TightVNC의 고기능을 그대로 계승하면서 클라이언트 측에 OpenGL을 활용한 고속화를 실현하고 있다. 페도라 등 일부 리눅스 배포판에서는 표준 VNC 클라이언트/서버 소프트웨어로 채택되었다.
- '''https://turbovnc.org/ TurboVNC''': TightVNC 1.3의 파생. VirtualGL과 libjpeg-turbo의 조합으로 OpenGL을 사용한 3D 애플리케이션의 화면 전송을 지원한다.[2]
- '''https://www.uvnc.com/ UltraVNC''': 이전에는 Ultr@VNC라고도 불렸다. Ultra@VNC는 오기이다. Windows에 특화하여 묘사의 고속화를 목표로 한 다기능 VNC. 파일 전송 및 화면 확대/축소, 비디오 훅 드라이버를 이용한 가져오기 속도 향상 등 오리지널 확장과 다른 파생 VNC에서 탄생한 전송 방식 등 많은 기능을 담고 있다. Windows 전용.
- '''https://novnc.com/ noVNC''': HTML과 JavaScript를 사용하여 웹 브라우저에서 실행 가능한 VNC 클라이언트. 별도의 VNC 서버가 필요하며, 프록시로 동작한다.
- '''http://gtk-vnc.sourceforge.net/ gtk-vnc''': GTK용 VNCWidget으로 제공하는 것을 목표로 개발되고 있다. VNC 뷰어를 포함한 애플리케이션을 수십 행 정도로 작성할 수 있는 API가 제공되는 것이 특징이다. Firefox의 플러그인으로 기능한다.
- '''https://libvnc.github.io/ LibVNC''': VNC 서버나 VNC 클라이언트를 내장하기 위한 C 언어 라이브러리. 이를 사용한 VNC 관련 애플리케이션이 다수 존재한다.
- '''http://bellard.org/qemu/ QEMU''': 원격 머신을 제어하기 위한 VNC 서버 기능이 QEMU에 포함되어 있다.
- '''https://www.showmypc.com/ ShowMyPC''': Windows용. 클라이언트 소프트웨어 버전과 Java 버전이 있다.
과거에 개발되었던 소프트웨어는 다음과 같다.
- '''ChromiVNC''': Classic Mac OS용 VNC. Mac OS X는 미지원. 2001년에 개발이 중단되었다.
- '''TridiaVNC''': VNC에 서포트 업무를 부가한 상업용 VNC. Tridia사는 2005년에 개발 및 판매를 모두 종료했다.
- '''µVNC''': 마이크로 VNC라고 읽는다. mVNC라고도 한다. VNC의 공개 소스를 전혀 이용하지 않고 독자 개발한 VNC 호환 클라이언트 소프트웨어. 주로 휴대 전화용 뷰어. ZRLE 전송 방식 및 화면 확대/축소에 대응하며, SSH 클라이언트를 내장하고 있다. µVNC에 서버 소프트웨어는 존재하지 않으며 다른 파생 VNC의 서버 이용을 전제로 한다. V2.4.0 이후에는 동영상 재생을 가능하게 하는 독자적인 ZYWRLE 전송 방법, 음성을 배포하는 기능 등도 내장하고 있다. 권장은 UltraVNC 서버. 개발 및 판매는 히타치 시스템 앤드 서비스. 2013년 9월 말일로 배포 및 사용 중지 조치가 취해졌다.
- '''https://win2vnc.sourceforge.net/ Win2VNC''': 클라이언트에 화면을 표시하지 않는 특수한 VNC. 주로 한쪽 머신(데스크톱의 메인 PC 등)에 있는 키보드와 마우스를 사용하여 다른 쪽 머신(서브 PC나 노트북)을 조작하는 것을 목적으로 한다. 멀티 디스플레이를 다루는 것처럼 화면 가장자리에서 다른 머신으로 이동할 수 있다.
- '''http://www.alpha.co.jp/business/products/multivnc/ MultiVNC''': 1대 다수 연결에 특화된 특수한 VNC. IT 계열 강습에서 강사가 학생의 화면을 확인하거나 조작하는 것을 목적으로 한다. MultiVNC에서는 클라이언트 화면을 서버 측으로 보내는 역발상이 적용되었다.
- '''http://metavnc.sourceforge.net/index-j.html MetaVNC''': 애플리케이션의 윈도우만 전송/표시하는 특수한 VNC. 다른 머신에 있는 애플리케이션을 마치 그 자리에 있는 것처럼 다루는 것을 목적으로 한다. Windows 2000/XP/Vista 버전, UNIX/LINUX 버전, Java 버전이 존재한다. TightVNC의 Tight Encoding을 사용할 수 있게 되었다. 2007년이 마지막 버전이다.
3. 작동 원리 및 특징
VNC는 서버 소프트웨어와 클라이언트 (또는 뷰어) 소프트웨어로 구성된다. 원격 조작을 위해서는 조작되는 측에서 서버 소프트웨어를 실행하고, 원격 조작하는 측에서는 클라이언트 소프트웨어를 실행하여 연결한다. VNC는 RFB 프로토콜을 사용하여 통신하며, 대역폭 절감을 위한 기술을 사용한다. 기본적으로 TCP 5900~5906 포트를 사용하며, Java 클라이언트는 5800~5806 포트를 사용한다.
3. 1. RFB 프로토콜
RFB 프로토콜은 VNC에서 사용되는 통신 프로토콜로, 매우 단순한 구조를 가지고 있다. 서버는 화면을 픽셀 데이터화된 작은 직사각형으로 나누어 위치를 지정하여 클라이언트에 전송한다. 이 방식은 단순하지만, 큰 대역폭을 사용한다는 단점이 있다.대역폭 절감을 위해 다양한 방법이 고안되었는데, 여기에는 다양한 인코딩 형식과 데이터 압축이 포함된다. 가장 단순한 방법은 이전 전송과 비교하여 변경된 부분만 전송하는 것이다. 이는 마우스 포인터의 이동과 같이 화면 변화가 적은 경우에는 매우 효과적이다. 그러나 동영상 재생과 같이 전체적인 변화가 큰 화면을 전송하는 데에는 적합하지 않으며, 이는 네트워크가 충분히 고속이라도 마찬가지이다. 이러한 확장 프로토콜을 사용하려면 서버와 클라이언트 양쪽 소프트웨어가 해당 형식을 지원해야 한다.
VNC는 기본적으로 TCP의 5900부터 5906까지의 포트 번호를 사용한다. 또한, 웹 브라우저에서 동작하는 Java 버전의 클라이언트는 기본적으로 5800부터 5806까지의 포트를 사용한다. 이는 설정에 따라 변경할 수 있다. 일반적으로 포트마다 (물리 데스크톱과 함께) 독립적인 가상 데스크톱 세션을 제공하며, 같은 포트에 접속하는 여러 클라이언트는 같은 데스크톱을 공유한다.
Windows는 싱글 세션 OS이므로, 5900번 이외의 포트를 사용하는 경우는 적다. 클라이언트(뷰어)는 물리 데스크톱의 미러링 이미지를 보게 된다. 터미널 서비스와 달리, Windows에 로그인한 사용자와 관계없이, 가상 데스크톱의 크기는 물리 데스크톱의 크기가 되므로 둘이 다르면 레터박스나 스크롤 등의 효과가 발생한다.
3. 2. 대역폭 절감 기술
RFB 프로토콜은 VNC에서 사용되는 통신 프로토콜로, 서버 측에서 픽셀 데이터화된 화면을 작은 직사각형으로 나누어 위치를 지정하여 클라이언트에 전송하는 단순한 방식이다. 그러나 이 방식은 큰 대역폭을 사용하기 때문에, 대역폭 절감을 위한 다양한 방법이 고안되었다.다양한 인코딩 형식과 데이터 압축이 사용되지만, 가장 단순한 방법은 이전 전송과 비교하여 변경된 부분만 전송하는 것이다. 이는 마우스 포인터의 이동만 이루어진 경우 등에는 매우 유효하지만, 전체적인 변화가 큰 동영상 재생 화면 등을 전송하는 데에는 적합하지 않다. 이러한 문제는 네트워크가 충분히 고속이어도 마찬가지이다. 확장 프로토콜을 사용하려면 서버와 클라이언트 양쪽 소프트웨어가 해당 형식을 지원해야 한다.
3. 3. 포트 번호
VNC는 기본적으로 TCP의 5900번부터 5906번까지의 포트 번호를 사용한다.[1] 웹 브라우저에서 동작하는 Java 버전의 클라이언트는 기본적으로 5800번부터 5806번까지의 포트를 사용하는데, 이는 설정에 따라 변경 가능하다.[1] 일반적으로 각 포트마다 (물리 데스크톱과 함께) 독립적인 가상 데스크톱 세션을 제공하며, 같은 포트에 접속하는 여러 클라이언트는 같은 데스크톱을 공유한다.[1]Windows는 싱글 세션 OS이므로, 5900번 이외의 포트를 사용하는 경우는 적다.[1]
4. 장점 및 단점
VNC는 여러 플랫폼에서 GUI 원격 조작이 가능하다는 장점이 있다. 예를 들어, 리눅스 환경을 윈도우에서 조작하거나, 반대로 윈도우 환경을 리눅스에서 조작하는 것이 가능하다. MetaVNC와 같은 파생 소프트웨어를 사용하면 리눅스 상의 윈도우마다 VNC 뷰어를 열 수도 있다.[1] 또한, 태블릿 단말기에서 VNC를 이용하여 집의 PC를 조작하여 파일 송수신, TV 녹화 예약 등을 할 수 있다.[1] 여러 대의 PC, 여러 OS를 한 세트의 모니터, 마우스, 키보드로 조작할 수 있게 해주는 CPU 스위치를 VNC로 대체할 수도 있다.[1]
PC 조작을 가르치는 사람과 배우는 사람이 곁에 없어도 VNC를 통해 실제로 조작하는 것을 보여주며 설명할 수 있다. MultiVNC와 같이 이러한 기능에 특화된 파생 VNC도 있지만, 다른 파생 VNC로도 충분한 경우가 많다.[1] 네트워크 관리자는 시설 내 여러 PC의 유지 보수를 할 때 VNC를 활용하여 시간과 비용을 절감할 수 있다.[1] VNC를 이용하면 외출 중일 때 Wake-on-LAN을 이용하여 전원이 꺼진 PC를 켤 수도 있어, 복합적인 수단을 통해 다양하게 활용할 수 있다.[1]
하지만 VNC는 통신에 암호화를 사용하지 않아 비밀번호 등을 평문으로 전송하므로, 텔넷 등과 마찬가지로 위험한 프로토콜이며 사용에 주의가 필요하다. SSH나 VPN을 터널링하여 연결하거나, 파생 버전에서 TLS로 암호화하거나, NTLM 인증이 가능하게 하여 보안을 강화할 수 있다.
모든 서버 소프트웨어와 마찬가지로, 외부에서 사용하는 포트로의 통신이 방화벽이나 라우터에서 차단되어 있다면 VNC를 이용할 수 없다. 또한, 보안상 위험하므로 평문 프로토콜은 원칙적으로 열어두어서는 안 된다.
하나의 머신에서 클라이언트와 서버를 시작하여 자기 자신에게 접속하는 경우나, 두 대의 컴퓨터가 서로 상대방을 조작하려고 할 때 '''VNC 루프'''라는 현상이 발생할 수 있다. 이는 머신 A의 화면 변화가 머신 B로 전송되고, 다시 머신 B의 화면 변화로서 머신 A로 전송되는 과정이 반복되는 상태이다. 경우에 따라서는 무한 루프에 빠지기도 하며, 머신 파워를 소모하여 컴퓨터의 프리즈를 유발할 수도 있으므로 주의가 필요하다.
4. 1. 장점
VNC는 여러 플랫폼에서 GUI 원격 조작이 가능하다는 장점이 있다. 예를 들어, 리눅스 조작을 윈도우에서 하거나, 반대로 윈도우 조작을 리눅스에서 하는 등 자유롭게 사용할 수 있다. MetaVNC와 같은 파생 소프트웨어를 사용하면 리눅스 상의 윈도우마다 VNC 뷰어를 열 수도 있다.[1]또한, 태블릿 단말기에서 VNC를 이용하여 집의 PC를 조작하여 파일 송수신, TV 녹화 예약 등을 할 수 있다.[1]
CPU 스위치는 여러 대의 PC, 여러 OS를 한 세트의 모니터, 마우스, 키보드로 조작할 수 있게 해주는 상품인데, VNC로 이를 대체할 수도 있다.[1]
PC 조작을 가르치는 사람과 배우는 사람이 곁에 없어도, VNC를 통해 실제로 조작하는 것을 보여주며 설명할 수 있다. MultiVNC와 같이 이러한 기능에 특화된 파생 VNC도 있지만, 다른 파생 VNC로도 충분한 경우가 많다.[1]
네트워크 관리자는 시설 내 여러 PC의 유지 보수를 할 때 VNC를 활용하여 시간과 비용을 절감할 수 있다.[1]
VNC를 이용하면 외출 중일 때 Wake-on-LAN을 이용하여 전원이 꺼진 PC를 켤 수도 있다. 이처럼 복합적인 수단을 통해 다양하게 활용할 수 있다.[1]
4. 2. 단점
원본 VNC는 통신에 암호화를 사용하지 않으므로, 비밀번호 등을 포함하여 모든 것을 평문으로 전송한다. 이 때문에 텔넷 등과 마찬가지로 위험한 프로토콜이며, 사용에 주의가 필요하다.하지만, 보다 보안이 높은 SSH나 VPN을 터널링하여 연결할 수도 있다. 또한, 파생 버전에서는 TLS로 암호화하거나, NTLM 인증이 가능하게 되어 보안 면에서 강화된 것도 있다.
SSH에 의한 포트 포워딩은, 5900번 포트를 전송하려면, OpenSSH의 경우 `ssh -NT -L localhost:5900:localhost:5900 -i 비밀키 경로 사용자명@호스트명`을 클라이언트 측 컴퓨터에서 실행하면 되며, VNC 클라이언트는 localhost의 5900번 포트에 연결한다.
모든 서버 소프트웨어와 마찬가지로, 외부에서 사용하는 포트로의 통신이 방화벽이나 라우터에서 차단되어 있다면 VNC를 이용할 수 없다. 또한, 보안상 위험하므로 평문 프로토콜은 원칙적으로 열어두어서는 안 된다.
다음은 모두 거울과 같은 상태를 만들어냄으로써 발생하는 현상이다. 단, 엄밀히 말하면 포트 개방 등 정상적인 동작을 확인하기 위해 사용되는 경우도 있다.
- 하나의 머신에서 클라이언트와 서버를 시작하여 자기 자신에게 접속했을 때.
- 2대의 컴퓨터가 서로 상대방을 조작하려고 할 때, '''VNC 루프'''라고 불리는 현상이 발생할 수 있다. 머신 A에서 화면 변화가 있을 때, 그것이 머신 B로 전송되어 표시됨과 동시에 다시 머신 B의 화면 변화로서 머신 A로 전송되어… 와 같이 반복되는 상태이다. 경우에 따라서는 무한 루프에 빠지기도 하며, 머신 파워를 소모하여 컴퓨터의 프리즈를 유발할 수도 있으므로 주의가 필요하다.
5. 파생 버전 및 서비스
VNC는 영국의 케임브리지에 있는 The Olivetti & Oracle Research Lab (ORL)에서 개발되었다. 이 연구소는 Olivetti와 Oracle Corporation의 공동 소유였으며, 오리지널 버전의 소스 코드는 GPL 방식으로 공개되었다.[2]
1999년, AT&T에 인수되었으나 2002년에 연구소에서의 개발이 중단되면서 VNC 개발도 중단되었다. 이후 개발 멤버들은 신규 회사를 설립하여 RealVNC라는 이름으로 새로운 버전을 공개했다. 이는 VNC의 직계 후속 버전이라고 할 수 있다.[2]
GPL 라이선스로 공개되었기 때문에, 전 세계의 많은 개발자들이 다양한 파생 VNC를 개발하였다. 서버와 클라이언트의 연결은 전송 방식이 동일하면 다른 VNC여도 논리적으로 가능하다.[2]
VNC를 기반으로 한 다양한 상업용 및 비상업용 서비스도 등장했다. 이러한 서비스들은 중간 서버를 통해 연결되어, 원격 조작을 하는 측과 받는 측 모두 복잡한 네트워크 설정 없이 이용할 수 있다는 특징이 있다. 기존에는 방화벽 포트 개방이 필요하여 보안 위험이 있었으나, ID로 관리하여 보안 위험을 줄였다.
5. 1. 주요 파생 버전
VNC는 GPL 라이선스로 공개되었기 때문에, 전 세계의 많은 개발자들이 다양한 파생 VNC를 개발하였다. 각각은 독자적으로 개발되었지만, 서버와 클라이언트의 연결은 전송 방식이 동일하면 다른 VNC여도 논리적으로 가능하다.[2]- RealVNC: VNC의 정통 후속 소프트웨어이다. 개발진이 동일하며, VNC가 RealVNC가 되었다고 볼 수 있다. 유료의 고기능 버전이 존재한다.[2]
- TightVNC: 전송 방식에 오리지널 Tight Encoding을 처음 도입한 확장판 VNC이다. Tight Encoding은 고압축률로 저속 회선 환경에서도 작동할 수 있지만, CPU 성능을 필요로 한다. 지원 환경이 다양한 것도 특징이다.[2]
- TigerVNC: TightVNC의 파생 버전이다. TightVNC의 기능을 계승하면서 클라이언트 측에 OpenGL을 활용한 고속화를 실현하고 있다. 페도라 등 일부 리눅스 배포판에서 표준 VNC 클라이언트/서버 소프트웨어로 채택되었다.[2]
- TurboVNC: TightVNC 1.3의 파생 버전이다. VirtualGL과 libjpeg-turbo의 조합으로 OpenGL을 사용한 3D 애플리케이션의 화면 전송을 지원한다.[2]
- UltraVNC: Windows에 특화하여 묘사의 고속화를 목표로 한 다기능 VNC이다. 파일 전송 및 화면 확대/축소, 비디오 훅 드라이버를 이용한 가져오기 속도 향상 등 많은 기능을 담고 있다. Windows 전용이다.[2]
- noVNC: HTML과 JavaScript를 사용하여 웹 브라우저에서 실행 가능한 VNC 클라이언트이다. 별도의 VNC 서버가 필요하며, 프록시로 동작한다.[2]
- gtk-vnc: GTK용 VNC 위젯을 제공하며, VNC 뷰어를 포함한 애플리케이션을 쉽게 작성할 수 있는 API를 제공한다. Firefox 플러그인으로도 기능한다.[2]
- LibVNC: VNC 서버나 VNC 클라이언트를 내장하기 위한 C 언어 라이브러리이다. 이를 사용한 VNC 관련 애플리케이션이 다수 존재한다.[2]
- QEMU: 원격 머신을 제어하기 위한 VNC 서버 기능이 포함되어 있다.[2]
- ShowMyPC: Windows용 VNC 클라이언트이다. 클라이언트 소프트웨어 버전과 Java 버전이 있다.[2]
아래는 과거에 개발되었던 소프트웨어이다.
- ChromiVNC: Classic Mac OS용 VNC. 2001년에 개발이 중단되었다.
- TridiaVNC: VNC에 서포트 업무를 부가한 상업용 VNC. 2005년에 개발 및 판매를 종료했다.
- µVNC: VNC 호환 클라이언트 소프트웨어이다. 주로 휴대 전화용 뷰어로 사용된다. 2013년에 배포 및 사용 중지 조치가 취해졌다.
- Win2VNC: 클라이언트에 화면을 표시하지 않는 특수한 VNC. 주로 한쪽 머신의 키보드와 마우스를 사용하여 다른 쪽 머신을 조작하는 것을 목적으로 한다.
- MultiVNC: 1대 다수 연결에 특화된 VNC. IT 계열 강습에서 강사가 학생의 화면을 확인하거나 조작하는 것을 목적으로 한다.
- MetaVNC: 애플리케이션의 윈도우만 전송/표시하는 특수한 VNC. 2007년이 마지막 버전이다.
- 하코바코 리모트: 에스케이 사이버패스 주식회사에서 운영하던 온라인 스토리지 서비스 Hakobako.com의 회원제 서비스 중 하나였다. 2005년에 서비스가 종료되었다.
5. 2. VNC 기반 서비스
VNC를 사용한 상업용 및 비상업용 서비스는 다음과 같다. 이 서비스들은 중간 서버를 통해 연결되어 원격 조작하는 측과 조작당하는 측 모두 복잡한 네트워크 설정 없이 이용할 수 있다는 특징이 있다. 기존에는 방화벽 포트 개방이 필요하여 보안 위험이 있었으나, ID로 관리하여 보안 위험을 줄였다.- CrossLoop: 2007년 서비스를 시작했다. 서버 및 클라이언트 소프트웨어가 일체형이며, 원격 조작 대상에 표시된 임의의 숫자를 전화 등으로 조작자에게 알려주어 접속한다. 임의의 숫자는 매번 바뀌므로 원치 않는 접속을 방지할 수 있다. 설치와 접속이 간단하여 초보자 지원에 적합하다. 무료 계정을 통해 유료 서비스 제공도 가능하다. Windows 및 Mac OS X용 소프트웨어가 있으며, 무료 및 유료 버전에 따라 기능이 다르다.
- TeamViewer: 2008년 서비스를 시작했다. 원격 조작 대상에 표시된 임의의 숫자와 비밀번호를 사용하여 접속한다. 한 명의 사용자가 원격 컴퓨터를 조작하거나 서버 GUI에 접근하는 데 사용될 수 있다. 무료 계정은 계정별 접근 권한이 있는 컴퓨터를 조작할 수 있다. 파일 전송 및 VPN을 통한 접속도 가능하다. 듀얼 디스플레이 환경에서 자유롭게 전환하며 조작할 수 있다. Windows, Mac OS X, 리눅스용 소프트웨어가 있으며, 무료 및 유료 버전에 따라 기능이 다르다. 아이폰/아이패드 및 안드로이드용 앱은 원격 조작 기능을 제공한다.
- LogMeIn: 브라우저를 통해 원격 조작을 할 수 있는 서비스이다. 상주 클라이언트 앱을 설치하면 서버 측 IP 변경 등에 영향을 받지 않고 간편하게 원격 조작을 할 수 있다. Windows, Mac OS X용 소프트웨어가 무료로 제공되며, 파일 전송 등을 지원하는 유료 버전도 있다. 안드로이드 등 스마트폰용 클라이언트도 판매된다. 2014년 1월부터 무료 접속 서비스는 종료되었고, 모든 서비스가 유료화되었다.
- synergy-plus: ''이 목록은 미완성이다.''
- 하코바코 리모트: 에스케이 사이버패스 주식회사에서 운영하던 온라인 스토리지 서비스 Hakobako.com의 회원제(무료) 서비스 중 하나였다. 2004년에 서비스를 시작했고, 2005년 4월 Hakobako.com 서비스 종료와 함께 이용 불가능하게 되었다. Hakobako.com이 일본에 제공하던 '''하코바코 플레이어'''는 GOM Player의 일본어판이었으며, 서비스 종료 직후 정식 일본어판 GOM Player가 출시되었다. 하코바코 리모트는 GOM Player와 마찬가지로 LGPL 라이선스 위반이 의심되었다. Windows만 지원했다.
참조
[1]
웹사이트
screendump (iOS 13) – iOSデバイスへVNC接続を可能に!PCなどからリモート操作 [JBApp]
https://tools4hack.s[...]
2020-07-05
[2]
웹사이트
TurboVNC {{!}} About / A Brief Introduction to TurboVNC
https://turbovnc.org[...]
2023-06-17
[3]
웹인용
VNC Frequently Asked Questions (FAQ)
http://www.uk.resear[...]
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com