원격 데스크톱 프로토콜 (RDP) 이해

기술 자료 번역 기술 자료 번역
기술 자료: 186607
모두 확대 | 모두 축소

이 페이지에서

요약

프로토콜 RDP (원격 데스크톱) 터미널 서버와 터미널 서버 Client.RDP forcommunication를 사용 하는 캡슐화 되 고 암호화 TCP에서 설명 합니다.

추가 정보

원격 데스크톱 프로토콜 (RDP) 이해

원격 데스크톱 프로토콜 기반은 및 T-120family 프로토콜 표준의 확장입니다. 다중 채널 가능 프로토콜 프레젠테이션 데이터를 전달, 직렬 devicecommunication, 라이센스 정보, 높은 암호화 된 데이터 (키보드, 마우스 동작이) 등에 대 한 가상 채널 forseparate를 허용합니다. RDP 핵심 T.Shareprotocol 확장 되 면 다른 여러 기능과 suchas multipoint (multipartysessions)를 지원 하기 위해 필요한 아키텍처 기능에서 RDP 일부로 유지 됩니다. 다중 포인트 데이터 배달 bedelivered 응용 프로그램에서 데이터를 개별적으로 (예를 들어, 가상 화이트 보드) 각 세션에는 동일한 데이터를 전송 하지 않고 "실시간" 여러 사용자에 게 있습니다.

그러나이 첫 릴리스의 Windows 터미널 서버 우리가 areconcentrating (단일 세션) 지점간 빠르고 안정적인 통신을 제공 합니다. 하지만 터미널 서버 4.0 향후 제품의 기능에는 plentyof 방 RDP 융통성의 initialrelease에 하나의 데이터 채널이 사용 됩니다.

Microsoft Windows NT 터미널 서버 내에서 connectivitypurposes에 대 한 RDP를 구현 하기로 한 이유는 veryextensible 더 많은 기능을 구성 하는 기본 제공 하는 것입니다. 이것은 becauseRDP 64000 개별 채널 데이터 전송을 제공 합니다. 그러나 현재 전송 작업이 단일 채널 (forkeyboard, 마우스 및 프레젠테이션 데이터)만 사용 하는.

또한, RDP는 다양 한 종류의 네트워크 토폴로지 (예: ISDN, POTS, 및 많은 LAN 프로토콜 IPX, NetBIOS, TCP/IP 등)를 지원 하도록 설계 되었습니다. 현재 버전의 RDP withcustomer 의견 하지만 TCP/IP를 통해 실행 됩니다만, 다른 프로토콜 지원을 추가할 수 있습니다 나중에 버전입니다.

활동 관련 RDP stackis 통해 보내고 받는 데이터에 기본적으로 7 OSI 모델 표준을 오늘날 네트워킹 commonLAN와 같은. Transmittedis 단면화, 프로토콜 스택, 통과 될 응용 프로그램이 나 서비스에서 데이터를 achannel (MCS)를 통해 전달, 암호화 된, 래핑된, 프레임, 포장 되는 네트워크 프로토콜에 마지막 해결 및 theclient로 전송. 반환 되는 데이터 같은 방법만에서 작업 thepacket 되는 것과 반대로 래핑이 해제, 다음 해당 주소를 제거 암호를 해독 한 따라서 onuntil 데이터 사용에 대 한 응용 프로그램에 표시 됩니다. Theprotocol 스택 수정 작업의 주요 부분 채널 andprioritized에 있는 데이터 암호화 래핑된 및 프레임, 네 번째 및 7 번째 계층 간에 발생 합니다.

응용 프로그램 개발자를 위한 핵심 요소 중 하나는 RDP를 사용 하 여 Microsoft가 추출의 protocolstack 처리 하는 복잡 한 문제입니다. 간단 하 게 정리, 잘 설계 된, 잘 behaved32 비트 응용 프로그램을 작성할 수 있도록 하 고 나머지는 TerminalServer 및 클라이언트 연결을 구현한 RDP 스택 처리 합니다.

응용 프로그램 작용 하는 방법을 터미널 Serverand에서 Windows TerminalServer 인프라에 대 한 응용 프로그램을 개발할 때 주의 해야 할에 대 한 자세한 내용은 "Windows NTServer 4.0 위한 최적화 응용 프로그램, 터미널 서버 버전" 백서를 살펴보십시오.네 가지 구성 요소는 RDP 스택 인스턴스 내에서 토론할 가치가 theMultipoint 통신 서비스 (MCSMUX), 일반 회의 Control(GCC), Wdtshare.sys, 및 Tdtcp.sys는. MCSmux 및 GCC는 theInternational 통신 연합 (ITU) T.120 제품군의 일부입니다. MCS가 임의로 만든 두 개의 표준: 다중 포인트 서비스를 정의 하는 T.122, andT.125 데이터 전송 프로토콜을 지정 합니다. MCSMux controlschannel 배정 (멀티플렉싱 데이터에 미리 정의 된 가상 channelswithin 프로토콜)에 의해, 우선 순위 및 전송 중인 데이터의 분할.또한는 GCC 관점에서 단일 엔티티로 여러 RDP 스택을 본질적으로 추상화합니다. GCC는 thosemultiple 채널의 관리를 담당 합니다. 해당 GCC 만들고 MCS에서 제공 하는 sessionconnections 및 컨트롤 리소스 삭제 있습니다. 각 터미널 Serverprotocol (유일한 RDP 및 Citrix의 ICA 지원 현재)는 aprotocol 스택 인스턴스 로드 (connectionrequest을 기다리고 수신기 스택) 됩니다. UI 전송, 압축, 암호화, 프레이밍에 대 한 RDP driver(Wdtshare.sys)는 더 작은 구성 요소로 이루어진 터미널 서버 장치 드라이버 RDPprotocol 활동을 관리 하 고는 조정 하 고 곧 전송 드라이버에 theunderlying 네트워크 프로토콜, TCP/IP 프로토콜 패키지 (Tdtcp.sys).

RDP의 내부 transportstack,이 경우 TCP/IP에 완전히 독립적으로 개발 되었습니다. RDP를 itstransport 스택 완전히 독립 되 고 거의 대 한 고객 요구 증가 또는 nosignificant 프로토콜의 기본 부분 변경으로 othernetwork 프로토콜에 대해 다른 전송 드라이버를 추가할 수 있습니다 의미 합니다. 성능 및 네트워크에서 rdp extendibility 이러한 arekey 요소.

속성

기술 자료: 186607 - 마지막 검토: 2013년 11월 1일 금요일 - 수정: 4.0
키워드:?
kbinfo kbmt KB186607 KbMtko
기계 번역된 문서
이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.
이 문서의 영문 버전 보기:186607

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com