RPC Ping 유틸리티를 사용 하 여 Outlook 2007 및 Outlook 2003에서 인터넷 기능을 통해 Exchange 사용 하 여 연결 문제를 해결 하는 방법

요약

Exchange를 사용 하 여 HTTP 패킷 원격 프로그램 호출 (RPC)의 중첩을 사용 하 여 인터넷 기능을 통해 Microsoft Office Outlook 2003 및 Microsoft Office Outlook 2007에 대 한 연결 문제를 해결 하는 RPC Ping 유틸리티를 사용 하는 방법을 설명 합니다.

자세한 내용

RPC Ping 유틸리티 Microsoft Exchange Server 실행 하는 컴퓨터와 네트워크에서 지원 되는 Microsoft Exchange 클라이언트 워크스테이션 중 하나에서 RPC 연결을 확인 하는 데 사용할 수 있습니다. 또한 사용할 수 있습니다 RPC Ping 유틸리티 네트워크를 통해 클라이언트 워크스테이션에서 Microsoft Exchange Server 서비스가 RPC 요청에 응답 하는지 확인 합니다.

RPC Ping 유틸리티는 Microsoft Windows Server 2003 리소스 키트 도구 중 일부입니다. 리소스 키트를 다운로드 하려면 다음 Microsoft 웹 사이트를 방문 하십시오.

RPC Ping 유틸리티에 사용 되는 인수

다음 표에 RPC Ping 유틸리티를 사용 하 여 사용할 수 있는 명령줄 인수를 보여 줍니다.
인수설명
-tncacn_ip_tcp, ncacn_np또는 ncacn_http이 인수는 RPC 프록시 서버에 바인딩할 시도 하는 데 사용 되는 프로토콜을 설정 합니다. 이 인수는 표준 RPC 프로토콜 시퀀스를 사용합니다.
-sExchangeMBXServer이 인수는 Microsoft Exchange Server 2003 서버와 MBX 서버 모두의 이름입니다.
-o입니다. = RpcProxyServer이 인수는 RPC 프록시 서버의 이름입니다.
-P"사용자 이름,도메인, *" 또는"사용자 이름,도메인,암호"이 인수는 RPC 프록시 서버를 인증 하는 데 사용 되는 사용자 계정을 지정 합니다.
-I"사용자 이름,도메인, *" 또는"사용자 이름,도메인,암호"이 Microsoft Exchange 서버를 인증 하는 데 사용 되는 사용자 계정을 지정 합니다.
-H1 or 2이 인수는 RPC 프록시 서버에 사용 되는 인증 형식입니다. 값 1 을 사용 하 여 기본 인증을 하 고 2 값 사용 하 여 NTLM 인증을 위해.
-u9, 10, 14, or 16RPC는 사용 나열 된 보안 방법 중 하나이 셀에 사용자 계정을 인증할 수 있습니다. 보안 패키지는 숫자로 식별 됩니다. 협상 보안 패키지는 9, NTLM 보안 패키지는 10, SChannel 보안 패키지는 14및 Kerberos 보안 패키지는 16. 이 인수를 사용할 경우 none이외의 인증 수준을 지정 해야 합니다. 이 인수에 기본값이 없습니다. 인수를 지정 하지 않으면 RPC는 연결 테스트를 위해 보안을 사용 하지 않습니다.
-a연결, 호출, pkt, 무결성또는 개인 정보 보호RPC 프록시 서버에 연결 하는 데 사용 되는 인증 수준입니다. 이 인수를 지정 하는 경우 보안 패키지 id
(-u) 도 지정 해야 합니다. 이 인수에 기본값이 없습니다. 이 인수를 지정 하지 않으면 RPC는 연결 테스트를 위해 보안을 사용 하지 않습니다.
-F2 or 3이러한 인수는 RPC/HTTP 프런트 엔드 인증을 위해 전달 되는 플래그입니다. SSL 플래그 없음 2이며 SSL 플래그 사용 3. 이 인수를 사용 하 여 Microsoft Windows XP 서비스 팩 1 또는 Microsoft Windows Server 2003 이상이 있어야 합니다.

보안 패키지 -u 및 인증 수준을 지정 해야 하는 또한 (-는) 이 인수를 사용 하 여. 기본 인증과 없음 Secure Sockets Layer (SSL)를 사용 하는 경우 확인이 나타납니다.
-v1, 2, or 3이 인수는 자세한 로깅을 설정합니다. 값 1 은 최소 로깅, 값 2 는 일반 로깅 및 값 3 은 전체 로깅입니다.
-E이 인수 값을 사용합니다. 이 인수는 RPC 프록시 서버로 연결 테스트를 제한합니다.
-RHTTP 프록시 서버 또는 없음이 HTTP 프록시 서버에 사용할 것인지 지정 합니다. 값 없음 를 사용 하 여 HTTP 프록시 서버를 무시 하 고 RPC 프록시 서버에 직접 연결 해 보십시오.
-Bmsstd:server_certificate_subject이 인수는 서버 인증서 주체입니다. 작동 하려면이 인수에 대해 SSL을 사용 해야 (-F 3), 보안 패키지 (-u)와 인증 수준을 지정 해야 하 고 (-는) 이 인수를 사용 하 여.
-fUUID 인터페이스 [,MajorVer]이 인수는 연결 테스트를 위한 인터페이스. 이 인수는 끝점 인수에 함께 사용할 수 없습니다. 인터페이스는 범용 고유 식별자 (UUID)로 지정 됩니다. UUID (MajorVer)의 주 버전 번호를 지정 하지 않으면 인터페이스의 버전 1 찾아야 합니다. 인터페이스가 지정 되 면 RPC Ping 유틸리티는 조회는 종점 매퍼 (EMP) 대상 컴퓨터에 지정된 된 인터페이스에 대 한 종점을 검색 합니다. EMP는 명령줄에 지정 된 옵션으로 쿼리 됩니다.
-e끝점이 인수는 끝점 값 연결성을 테스트 합니다. 지정 하지 않으면 대상 컴퓨터에 EMP은 테스트 합니다. 이 인수는 인터페이스와 함께 (-f) 인수.
-qn/a이 인수는 자동 모드. RPC Ping 유틸리티가 암호를 제외한 모든 프롬프트를 실행 하지 않는 및 모든 쿼리에 대해 "예"를 가정

기본 포트, 서비스 및 RPC 서비스 Uuid

다음 표에 표준 서비스 및 관련된 포트 Id, Uuid 및 주 버전이 있습니다.
서비스기본 포트UUID주 버전
저장소6001a4f1db00-ca47-1067-b31f-00dd010662da0
DsProxy6004f5cc5a18-4264-101a-8c59-08002b2f842656
종점 매퍼593n/an/a
DsReferral1544f5e0-613c-11d1-93df-00c04fd7bd091
디렉터리6004f5cc5a18-4264-101a-8c59-08002b2f842656

일반적인 Outlook 2007 또는 Outlook 2003 RPC/HTTP 요청을 시뮬레이션 하는 방법

다음 표에 RPC Ping 유틸리티에서 사용 되는 다양 한 인수가 있습니다. Exchange를 사용 하 여 인터넷 기능을 통해 Outlook 2003 또는 Outlook 2007에서 사용 되는 RPC 요청의 종류와 형식을 시뮬레이션 하려면이 인수를 사용할 수 있습니다.
인수사용 하는 경우
-B상호 인증입니다. 사용 되는 서버 인증서 주체를 지정 해야 합니다.
-H 1-3 F기본 인증은 SSL과 함께입니다. 가장 일반적인 연결 방법입니다.
-H 1-2 FSsl 없이 기본 인증입니다. ( – Q 인수를 지정) 하는 경우 SSL을 선택 하지 확인 해야 합니다. 익명 로그온을 허용 하도록 RPC 프록시 서버를 구성 해야 합니다.
-H 2 – F 3 또는 2NTLM 인증은 SSL 유무 전송 제어 프로토콜 (TCP) 세션을 종료할 경우 nltm 역방향 프록시를 통해 사용할 수 없습니다.
-I 및-P이 인수를 항상 지정 합니다. 암호를 별표 (*) 와일드 카드 문자를 사용 하면 RPC Ping 유틸리티가 물어봅니다 암호.
-e 포트다음은이 인수를 테스트 하는 가장 일반적인 포트입니다.
6001 (저장소)
6004 (dsproxy)
-E이 인수는 RPC 프록시 서버 에서만 테스트합니다. 이 인수를 사용 하 여 연결 문제가 어디에 있는지 확인 합니다.
-R기본적으로이 인수를 사용 하지 마십시오. 이 인수는 클라이언트 HTTP 프록시 설정 선택합니다. Microsoft Internet Explorer 프록시 설정 등의 HTTP 프록시 설정을 무시 하려면이 인수를 사용할 수 있습니다.
-R 없음이 인수를 사용 하면 프록시가 사용 됩니다. RPC Ping 유틸리티는 Internet Explorer 프록시 설정을 무시 하 고 -o 스위치에 지정 된 서버에 직접 연결 해 보십시오.
-f (또는-e)이 인수는 RPC 프록시 서버 뒤에 있는 컴퓨터의 개별 Uuid를 테스트 하는 데 사용 됩니다.

참고: 이 인수는 EMP가 게시 작동 하지 않습니다. -F 필요 하면 RCP Ping 유틸리티가 EPM을 쿼리해야 하기 때문에 기본 구성에서는이 인수를 사용할 수 없습니다. 또한, -e 를 지정 하지 않으면이 인수 실패 합니다. -E없이 RPC Ping 유틸리티는 액세스 하려고 EPM (포트 593). 다시 EMP은 게시할 수 있습니다.

RPC 프록시 서버를 테스트합니다.

Exchange를 사용 하 여 인터넷 기능을 통해 Outlook 2003 및 Outlook 2007에서의 연결 문제를 해결할 때 먼저는 Rpc 서버가 제대로 응답 하는지 확인 합니다. 다음 예제는 Rpc 서버가 제대로 응답 하는지 확인 하는 방법을 보여 줍니다.

구문:
rpcping-t ncacn_http-s ExchServer -o RpcProxy PRPCProxyServer = "사용자,도메인, *"-I "사용자,도메인, *"-H 2-u 10-a-F 3을 연결-v 3-E-R 없음
Exchange 서버에 대 한 암호를 입력 하 라는 메시지가 나타나고 RPC 프록시 서버에 대 한 암호에 대 한 프롬프트를 받게 됩니다. RPC Ping 유틸리티 테스트가 성공 하면 다음과 같은 응답을 받게 됩니다.
에코 요청 패킷을 사용 하 여 ExchServer RPCPinging 프록시 서버
서버에 ping을 보내기
서버에서 받은 응답: 200
Response_Time ms에서 성공적으로 완료를 ping 합니다.

자세한 응답

이 표에서 일반적인 자세한 응답을 나타날 수 있는 이유를 RPC Ping 유틸리티 테스트에서 보여 줍니다.
자세한 응답가능한 원인
서버에서 받은 응답: 200
4106 ms에서 성공적으로 완료를 ping 합니다.
RPC Ping 유틸리티 테스트가 성공할 경우이 응답을 받게 됩니다.
서버에서 받은 응답: 401
클라이언트는 RPC 프록시 ping 권한이 없습니다.
RPC Ping 유틸리티 테스트가 실패 하는 경우이 응답을 받게 됩니다. – P 스위치에 잘못 된 자격 증명이 있을 경우 HTTP 액세스가 거부 되는 경우 또는 사용자가 종료 한 경우 PRC Ping 유틸리티 테스트가 되지 않았습니다.
12029 오류는 WinHttpSendRequest에 반환 됩니다.RPC Ping 유틸리티 테스트가 실패 하는 경우이 응답을 받게 됩니다. 프록시 포트 80에 연결할 수 있기 때문에 PRC Ping 유틸리티 테스트가 실패 했을 수 있습니다 (-F 2)때문에, 443 (-F 3) 차단 된 또는 World Wide Web 게시 서비스 (W3Svc) 서버가 응답을 중지 합니다.
서버에서 받은 응답: 501Vroot 액세스할 수 없는 경우 또는 RcpProxy.dll는 연결할 수 없습니다, 잘못 된 가상 루트 (Vroot) 폴더를 액세스 하 고 있던 때문에 RPC 프록시 서버가 설치 되지 않은 경우 때문에 PRC Ping 유틸리티 테스트가 되지 않았습니다.
12175 오류는 WinHttpSendRequest에 반환 됩니다.없거나 인증서와 루트 기관에서 신뢰 하지 않는 인증서를 신뢰할 수 없기 때문에 PRC Ping 유틸리티 테스트가 되지 않았습니다. RPC 프록시 서버의 서버 인증서 주체가 -B로 지정 된 것을 일치 하지 않습니다.

PRC Ping 유틸리티 테스트가 실패 했을 수 있습니다. 인증서의 주체 예상 되는 주체가 다르기 때문에 상호 인증이 실패 하 고 있기 때문에 PRC Ping 유틸리티 테스트가 되지 않았습니다. 기본적으로 인증서 주체는 RPC 프록시 서버의 게시 된 정규화 된 도메인 이름 (FQDN) 일치 해야 합니다.


클라이언트가 백 엔드 포트에 연결할 수 있는지 확인 하는 방법

기본적으로 RPC 프록시 서버는 EPM 포트 위치를 게시 하지 않습니다. 그러므로 인트라넷 외부에서 ping 하거나 서비스의 UUID를 사용할 수 없습니다.

그러나 테스트 하려면 백 엔드 포트를 지정할 수 있습니다. 기본적으로 저장소가 포트 6001에서 이며 DsProxy 포트 6004에서. 이러한 위치가 변경 된 경우 RpcDump 유틸리티를 사용 하 여 포트를 확인할 수 있습니다. RpcDump 유틸리티는 Microsoft Windows Server 2003 Resource Kit 패키지에서 사용할 수 있습니다. 또한 권장 글로벌 카탈로그 디렉터리 서비스 또는 Exchange 조회 서비스를 게시 합니다.

다음 RPC Ping 유틸리티 예제는 명령 프롬프트에 입력 됩니다. 명령 프롬프트에 액세스
시작, 모든 프로그램, 가리킨
액세서리를 선택 하 고 명령 프롬프트를 클릭 합니다.

기본 인증 및 SSL을 사용 하 여 Store의 포트에 연결 하는 방법

구문:
RpcPing-t ncacn_http s- ExchangeMBXServer -o RpcProxy = PRpcProxyServer "사용자도메인암호"-I"사용자,도메인,암호"-H 1-F 3 연결-u 10-v 3-6001 e-a

기본 인증, SSL 및 상호 인증을 사용 하 여 Store의 포트에 연결 하는 방법

구문:
RpcPing-t ncacn_http s- ExchangeMBXServer -o입니다. = PRpcProxyServer "사용자도메인암호"-I"사용자,도메인,암호"-H 1-F 3-a 연결-u 10-v 3-e 6001 – B msstd:server_certificate_subject

NTLM 인증 및 DsProxy 서비스에 연결 하는 비-SSL을 사용 하는 방법

구문:
RpcPing-t ncacn_http s- ExchangeMBXServer -o입니다. = PRpcProxyServer "사용자도메인암호"-I"사용자,도메인,암호"-H 2-F 2-a-u 10-v 3-e 6004 연결

자세한 응답가능한 원인
완성 된 1 60 ms의 호출
16 T/S 또는 60.000 ms/T
RPC Ping 유틸리티 테스트가 성공 했습니다.
예외 (0x000006BA) 1722
RPC 서버를 사용할 수 없습니다.
RPC 서비스에 연결할 수 없습니다. RPC 프록시 서버에 문제가 있기 때문에이 응답을 나타날 수 있습니다 (이런 경우가 사용 – E 인수는 RPC 프록시 서버를 사용할 수 있는지 확인) 때문에 Exchange 2003 백 엔드 서버, ValidPorts 레지스트리 키가이 서버에 대 한 액세스를 허용 하지 않습니다 (예를 들어 저장소) Exchange 2003 백 엔드 서버에서 서비스가 중지 ValidPorts 레지스트리 키를 게시 되지 않은 경우에 EMP를 액세스 하 려 하기 때문에이 포트를 허용 하지 않습니다 ( – e 스위치 또는 포트 593 모두 사용할 수 있었습니다), EMP가 게시 되지 않았습니다 때 UUID에 액세스 하려고 했습니다 때문에 또는 (예를 들어, – a 스위치 하지 않은 사용 포트 593 사용할 수 있습니다.).
5 (0x00000005) 예외
액세스가 거부 되었습니다.
잘못 된 – P 자격 증명을 사용 하는 경우이 응답을 받게 해야 잘못 된, -I 상호 인증이 실패 한 경우 또는 사용자 계정이 비활성화 된 경우 자격 증명입니다. 이 응답에 대 한 자세한 내용은 -E 인수를 사용 합니다.

클라이언트가 UUID 통해 백 엔드 서비스와 백 엔드 서버에 연결할 수 있는지 확인 하는 방법



기본적으로 EPM (포트 593)은 게시 되지 않습니다. 따라서, 다음 샘플에서는 사용이 제한 됩니다. 하지만 EPM이 게시 되는 경우 다음 명령은 사용할 수 있습니다.

EPM을 테스트 하는 방법

구문:
RpcPing-t ncacn_http s- ExchangeMBXServer -o RpcProxy = PRpcProxyServer "사용자도메인암호"-I"사용자,도메인,암호"-H 1-F 3 – 한 연결-u 10-v 3-B msstd:server_certificate_subject

저장소 UUID를 테스트 하는 방법

구문:
RpcPing-t ncacn_http s- ExchangeMBXServer -o RpcProxy = PRpcProxyServer "사용자도메인암호"-I"사용자,도메인,암호"-H 1-F 3 – 한 연결-u 10-v 3-f a4f1db00-ca47-1067-b31f-00dd010662da, 0-B msstd:server_certificate_subject
속성

문서 ID: 831051 - 마지막 검토: 2017. 2. 18. - 수정: 3

피드백