Exchange open port list

• 프로토콜: LDAP
  포트(TCP/UDP): 389(TCP)
  설명: LDAP(Lightweight Directory Access Protocol)는 Active Directory, Active Directory Connector 및 Microsoft Exchange Server 5.5 디렉터리에서 사용합니다.
• 프로토콜: LDAP/SSL
  포트(TCP/UDP): 636(TCP)
  설명: SSL(Secure Sockets Layer) 상의 LDAP. SSL이 설정되면 전송되고 수신되는 LDAP 데이터가 암호화됩니다. SSL을 설정하려면 도메인 컨트롤러나 Exchange Server 5.5 컴퓨터에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: LDAP
  포트(TCP/UDP): 379(TCP)
  설명: SRS(사이트 복제 서비스)는 TCP 포트 379를 사용합니다.
• 프로토콜: LDAP
  Port (TCP/UDP): 390 (TCP)
  설명: TCP 포트 390은 표준 LDAP 포트는 아니지만, Exchange Server 5.5가 Microsoft Windows 2000 Active Directory 도메인 컨트롤러에서 실행될 때 Exchange Server 5.5 LDAP 프로토콜을 구성하는 대체 포트로 사용하면 좋습니다.
• 프로토콜: LDAP
  포트(TCP/UDP): 3268(TCP)
  설명: 글로벌 카탈로그. Windows 2000 Active Directory 글로벌 카탈로그(실제로 도메인 컨트롤러 "역할")는 TCP 포트 3268에서 수신 대기합니다. 글로벌 카탈로그와 관련된 문제를 해결할 때는 LDP의 포트 3268에 연결합니다.
• 프로토콜: LDAP/SSL
  포트(TCP/UDP): 3269(TCP)
  설명: SSL 상의 글로벌 카탈로그. 글로벌 카탈로그 서버의 TCP 포트 3269에 연결되는 응용 프로그램은 SSL 암호화된 데이터를 전송하고 수신할 수 있습니다. SSL을 지원하도록 글로벌 카탈로그를 구성하려면 글로벌 카탈로그에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: IMAP4
  포트(TCP/UDP): 143(TCP)
  설명: 인터넷 메시지 액세스 프로토콜 버전 4는 Microsoft Outlook Express나 Netscape Communicator 같은 "표준 기반" 클라이언트를 사용하여 전자 메일 서버에 액세스할 수 있습니다. IMAP4는 Microsoft Internet Information Service(IIS) 관리 서비스(Inetinfo.exe) 위에서 실행되며 클라이언트가 Exchange 2000 정보 저장소에 액세스할 수 있도록 합니다.
• 프로토콜: IMAP4/SSL
  포트(TCP/UDP): 993(TCP)
  설명: SSL 상의 IMAP4는 TCP 포트 993을 사용합니다. Exchange 2000 서버가 SSL 상의 IMAP4(또는 다른 프로토콜)를 지원하려면 Exchange 2000 서버에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: POP3
  포트(TCP/UDP): 110(TCP)
  설명: POP(Post Office Protocol) 버전 3은 Outlook Express나 Netscape Communicator 같은 "표준 기반" 클라이언트를 사용하여 전자 메일 서버에 액세스할 수 있습니다. IMAP4에서와 마찬가지로 POP3도 IIS 관리 서비스 위에서 실행되며 클라이언트가 Exchange 2000 정보 저장소에 액세스할 수 있도록 합니다.
• 프로토콜: POP3/SSL
  포트(TCP/UDP): 995(TCP)
  설명: SSL 상의 POP3. SSL 상의 POP3를 설정하려면 Exchange 2000 서버에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: NNTP
  포트(TCP/UDP): 119(TCP)
  설명: Usenet 프로토콜이라고도 하는 NNTP(네트워크 뉴스 전송 프로토콜)를 사용하면 "표준 기반" 클라이언트가 정보 저장소에 있는 공용 폴더에 액세스할 수 있습니다. IMAP4 및 POP3에서와 마찬가지로 NNTP도 IIS 관리 서비스에 종속되어 있습니다.
• 프로토콜: NNTP/SSL
  포트(TCP/UDP): 563(TCP)
  설명: SSL 상의 NNTP. SSL 상의 NNTP를 설정하려면 Exchange 2000 Server에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: HTTP
  포트(TCP/UDP): 80(TCP)
  설명: HTTP(Hyper-Text Transfer Protocol)는 주로 Microsoft Outlook Web Access(OWA)에서 사용되지만 Exchange System Manager에서 일부 관리 작업도 수행할 수 있는 프로토콜입니다. HTTP는 World Wide Web 게시 서비스(W3Svc)를 통해 구현되며 IIS 관리 서비스 위에서 실행됩니다.
• 프로토콜: HTTP/SSL
  포트(TCP/UDP): 443(TCP)
  설명: SSL 상의 HTTP. SSL 상의 HTTP를 설정하려면 Exchange 2000 서버에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: SMTP
  포트(TCP/UDP): 25(TCP)
  설명: SMTP(Simple Mail Transfer Protocol)는 Exchange 2000에 있는 모든 전자 메일 전송의 기초가 됩니다. SMTP 서비스(SMTPSvc)는 IIS 관리 서비스 위에서 실행됩니다. IMAP4, POP3, NNTP 및 HTTP와 달리 Exchange 2000의 SMTP는 보안 통신(SSL)을 위해 별도의 포트를 사용하지 않는 대신 TLS(Transport Layer Security)라고 하는 "대역 내 보안 하위 시스템"을 사용합니다.
• 프로토콜: SMTP/SSL
  포트(TCP/UDP): 465(TCP)
  설명: SSL 상의 SMTP. TCP 포트 465는 SSL 프로토콜을 사용하는 SMTP 통신을 위해 일반 산업 관례로 지정되어 있습니다. 그러나 IMAP4, POP3, NNTP 및 HTTP와 달리 Exchange 2000의 SMTP는 보안 통신(SSL)을 위해 별도의 포트를 사용하지 않는 대신 TLS(Transport Layer Security)라고 하는 "대역 내 보안 하위 시스템"을 사용합니다. Exchange 2000에서 TLS가 작동하도록 설정하려면 Exchange 2000 서버에 컴퓨터 인증서를 설치해야 합니다.
• 프로토콜: SMTP/LSA
  포트(TCP/UDP): 691(TCP)
  설명: Microsoft Exchange 라우팅 엔진(일명 RESvc)은 TCP 포트 691에서 라우팅 연결 상태 정보를 수신 대기합니다. Exchange 2000은 라우팅 연결 상태 정보를 사용하여 메시지를 라우팅하며 라우팅 테이블은 정기적으로 업데이트됩니다. LSA(Link State Algorithm)는 Exchange 2000 서버 간에 라우팅 상태 정보를 전파합니다. 이 알고리즘은 네트워킹 기술에서 OSPF(Open Shortest Path First) 프로토콜을 기반으로 하며, SMTP 상의 X-LSA-2 명령 동사와 라우팅 그룹의 포트 691에 대한 TCP(전송 제어 프로토콜)를 사용하여 라우팅 그룹 간에 연결 상태 정보를 전송합니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
  260995  (http://support.microsoft.com/kb/260995/ ) XCON: Exchange 2000 Server의 주요 전송 구성 요소에 대한 정의
• 프로토콜: RVP
  포트(TCP/UDP): 80(TCP)
  설명: RVP는 Exchange 2000의 인스턴트 메시징을 위한 기초가 됩니다. RVP 통신은 TCP 포트 80으로 시작하지만 서버는 신속하게 클라이언트에 대한 새로운 연결을 임시 TCP 포트 1024 이상으로 설정합니다. 이 포트는 사전에 알려지지 않기 때문에 방화벽을 통해 인스턴트 메시징을 사용 가능하게 설정할 때 문제가 발생합니다.
• 프로토콜: IRC/IRCX
  포트(TCP/UDP): 6667(TCP)
  설명: IRC(인터넷 릴레이 채트)는 채팅 프로토콜입니다. IRCX는 Microsoft에서 제공하는 확장 버전입니다. TCP 포트 6667이 IRC용으로는 가장 일반적인 포트이지만 TCP 포트 7000도 자주 사용됩니다.
• 프로토콜: IRC/SSL
  포트(TCP/UDP): 994(TCP)
  설명: SSL 상의 IRC(또는 채트). SSL 상의 IRC 또는 IRCX는 Exchange 2000에서 지원되지 않습니다.
• 프로토콜: X.400
  포트(TCP/UDP): 102(TCP)
  설명: ITU-T 권고안 X.400은 전자 MHS(메시지 핸들링 시스템)가 어떠해야 하는지에 대한 일련의 권고안입니다. TCP 포트 102는 TCP/IP 네트워크 상의 OSI 통신을 설명하는 IETF RFC-1006에 정의되어 있습니다. 간단히 말해서 TCP 포트 102는 Exchange MTA(메시지 전송 에이전트)가 다른 X.400 가능 MTA와 통신하는 데 사용되는 포트입니다.
• 프로토콜: MS-RPC
  포트(TCP/UDP): 135(TCP)
  설명: Microsoft Remote Procedure Call은 Microsoft에서 RPC(원격 프로시저 호출)를 구현한 것입니다. TCP 포트 135는 실제 유일한 RPC 로케이터 서비스(Locator Service)로, 특정 서버에서 실행되는 모든 RPC 가능한 서비스의 관리자와 같습니다. Exchange 2000에서 라우팅 그룹 커넥터는 대상 브리지헤드 서버가 Exchange 5.5를 실행 중인 경우 SMTP 대신 RPC를 사용합니다. 또한 일부 관리 작업에도 RPC가 필요합니다. RPC 트래픽이 가능하도록 방화벽을 구성하려면 135 이상의 포트가 사용 가능해야 합니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
  148732  (http://support.microsoft.com/kb/148732/ ) XDAM: 인터넷 방화벽용 TCP/IP 포트 번호 설정
• 프로토콜: T.120
  포트(TCP/UDP): 1503(TCP)
  설명: ITU-T 권고안 T.120은 데이터 회의를 정의하는 일련의 권고안입니다. 데이터 회의는 ECS(Exchange Conferencing 서비스)의 한 구성 요소인 MCU(Multipoint Control Unit)의 CTP(회의 기술 공급자)로 서버쪽에서 구현되며 Microsoft NetMeeting의 채트, 응용 프로그램 공유, 화이트보드 및 파일 전송으로서는 클라이언트 쪽에 구현됩니다.
• 프로토콜: ULS
  포트(TCP/UDP): 522(TCP)
  설명: ULS(사용자 로케이터 서비스)는 NetMeeting과 같은 회의 클라이언트용 인터넷 디렉터리 서비스의 일종입니다. Exchange 2000 Server 및 Exchange 2000 Conferencing Server는 ULS를 구현하지 않지만 오히려 TCP 포트 389로 디렉터리 서비스용 Active Directory를 이용합니다.
• 프로토콜: H.323(비디오)
  포트(TCP/UDP): 1720(TCP)
  설명: ITU-T 권고안 H.323은 멀티미디어 회의를 정의합니다. TCP 포트 1720은 H.323(비디오) 호출 설정 포트입니다. 클라이언트가 연결되면 H.323 서버는 새로운 동적 UDP 포트를 스트리밍 데이터에 사용하도록 협상합니다.
  
  
  161931  (http://support.microsoft.com/kb/161931/ ) XCON: X.400 및 RPC 수신 대기용으로 MTA TCP/IP 포트 # 구성
  H.323 비디오 회의는 서버쪽에서는 ECS의 MCU에서 CTP로 구현되고 클라이언트쪽에서는 NetMeeting의 비디오로 구현됩니다.
• 프로토콜: 오디오
  포트(TCP/UDP): 1731(TCP)
  설명: 오디오 회의는 H.323 비디오 회의가 Exchange 2000 Server에 설정된 것과 같은 방식으로 설정됩니다. 클라이언트가 TCP 포트 1731에 연결되면 새로운 동적 포트가 추가 스트리밍 데이터를 위해 협상됩니다.
• 프로토콜: DNS
  포트(TCP/UDP): 53(TCP)
  설명: DNS(Domain Name System)는 Windows 2000 Active Directory 및 Exchange 2000 Server의 모든 서비스와 기능의 중심에 있습니다. DNS 문제가 시스템에 미치는 영향을 과소 평가해서는 안됩니다. 따라서 서비스 문제가 발생하면 항상 적절한 이름 확인을 하는 것이 좋습니다.

%%  http://neowizard.tistory.com/46 여기서 퍼옴