TCP/IP를 통해 NRPC 이름-주소 결정

TCP/IP 프로토콜에서 서버 이름을 네트워크 주소로 결정하는데 사용되는 가장 일반적인 방식은 DNS(Domain Name System)이며, 이것은 로컬 시스템 관리자에게 서버 이름을 IP 주소로 결정하는 레코드의 작성 및 관리를 허용하고 이런 레코드를 전체적으로 제공하는 인터넷 디렉토리 서비스입니다. POP3, IMAP, LDAP 및 HTTP 서비스가 DNS를 직접 사용하는 반면, NRPC 서비스는 Notes® 이름 서비스와 DNS의 조합을 사용하여 서버 이름을 네트워크 주소로 분석합니다.

TCP/IP 네트워크에서 HCLNotes® 워크스테이션을 설정하는 경우, 워크스테이션이 홈 서버에 연결하려고 할 때 일반적으로 DNS를 사용하여 워크스테이션 HCLDomino® 홈 서버의 이름을 분석합니다. Notes® 워크스테이션과 Domino® 홈 서버가 동일한 DNS 도메인 레벨에 있는 경우, DNS는 분석을 완료할 수 있습니다.

서버 문서에서 네트워크 주소 필드를 편집하는 시기

Domino®에서 서버의 TCP/IP 네트워크 주소에 대한 기본 형식은 시스템의 TCP/IP 스택에 있는 DNS 레코드 및 IP 주소 참조를 기반으로 하는 FQDN(Fully Qualified Domain Name)(예: app01.renovations.com)입니다. Notes® 워크스테이션 또는 Domino® 서버가 이 이름을 요청하는 경우, TCP/IP 분석기가 이름을 DNS로 전달하고 요청 시스템의 DNS 도메인 레벨과 상관없이 DNS가 이름을 직접 대상 서버의 IP 주소로 분석합니다.

FQDN을 [네트워크 주소] 필드에 입력하지 않을 경우, 서버를 설정할 때 또는 이후에 서버 문서를 편집하여 간단한 IP 호스트 이름(예: app01)으로 변경할 수 있습니다. 예를 들어, 각 네트워크 주소에 FQDN을 사용하는 구성은 Notes® 이름 서비스가 잘못된 TCP 포트에 대해 FQDN을 리턴하는 경우 연결 오류가 발생할 수 있으므로, 여러 개의 NRPC용 TCP 포트를 설정하는 경우에는 단순 IP 호스트 이름을 사용할 수도 있습니다. 이 경우, 단순 IP 호스트 이름을 사용하면 DNS는 요청 시스템의 TCP/IP 스택 설정에서 정의한 도메인의 범위 내에 있는 모든 도메인 레벨을 검색합니다.

주: 실제 환경에서 IP 주소를 [네트워크 주소] 필드에 사용하지 마십시오. 이렇게 하면 IP 주소가 변경되거나 NAT(Network Address Translation) 연결이 사용되는 경우, Notes® 이름 서비스에 의해 리턴된 값이 정확하지 않으므로 관리할 때 심각한 혼동이 초래될 수 있습니다.

보조 이름 서버

Notes® 이름 서비스가 TCP/IP에서 항상 사용되도록 Notes® 사용자를 설정할 때, 다음 상황에서 홈 서버의 역할을 대신하는 Domino® 보조 이름 서버를 지정할 수 있습니다.

  • 사용자의 홈 서버가 다운됩니다.
  • 사용자의 홈 서버가 TCP/IP를 실행하지 않습니다.
  • 사용자의 홈 서버가 TCP/IP를 통해 확인될 수 없습니다.
주: 여러 개의 DNS 도메인을 사용하는 회사에서 Domino® 보조 이름 서버는 홈 서버가 다른 DNS 도메인에 있는 경우에도 Notes® 워크스테이션이 자신의 홈 서버에 연결할 수 있도록 보장합니다. 정책을 사용하여 보조 이름 서버의 설정을 자동화할 수 있습니다.

자세한 정보는 다음 주제를 참조하십시오.

  • NRPC 우수 사례에서 DNS 결정값 확인 중...
  • 정책

경유 서버

경유 서버에 연결하여 Notes® 사용자가 시스템과 네트워크 프로토콜을 공유하지 않는 서버에 액세스할 수 있습니다. Notes® 워크스테이션과 대상 서버 모두가 경유 서버와 다른 Domino® 도메인에 있는 경우, 경유 서버가 대상 서버의 이름을 분석하지 못할 수도 있습니다. 이런 경우, 다음 작업 중 하나를 수행하십시오.

  • Notes® 워크스테이션에서 대상 서버의 IP 주소를 포함하는 연결 문서를 작성합니다.
  • 경유 서버에서 대상 서버에 대한 연결 문서를 작성합니다.

내부적인 DNS의 대안

사이트에서 DNS를 사용하지 않거나 Domino® 서버가 DNS로 등록되지 않은 경우(서버가 인터넷 서비스를 제공할 경우 자주 해당됨)에는 다음 방법 중 하나를 사용하여 각 Notes® 워크스테이션 및 Domino® 서버가 이름 분석을 로컬로 수행할 수 있도록 설정하십시오. 이런 액세스법에는 상당한 관리 노력이 필요합니다.

  • 시스템 이름과 그 IP 주소를 연결하는 목록인 호스트 파일을 개인 액세스가 필요한 모든 시스템에 보관합니다. 각 시스템이 DNS에 액세스하기 전에 호스트 파일에 액세스하도록 설정합니다.
  • 대상 서버에 연결해야 하는 모든 Notes® 워크스테이션 및 Domino® 서버에 해당 서버의 IP 주소를 포함하는 연결 문서를 작성합니다.

대체 IP 이름 서비스

Microsoft 네트워킹 서비스에는 네 가지의 추가 IP 주소 분석 방법이 있습니다. 이 방법은 기존의 DNS와 호스트 파일만큼 안전하지는 않으므로, 이름/주소의 혼동을 가져올 수 있습니다. 최상의 결과를 위해, TCP/IP용 Notes® 네트워크 포트를 사용하는 경우에도 이 방법을 사용하지 마십시오.

  • 직접 NetBIOS 브로드캐스트 - 시스템은 이름 브로드캐스트 메시지를 발송하여 로컬 네트워크 세그먼트의 모든 시스템이 그 이름과 IP 주소를 자신의 이름 캐시에 등록하도록 합니다. IP 상의 NetBIOS를 사용하고 Domino®를 NetBIOS 및 TCP/IP 포트 드라이버 모두에 사용해야 하는 경우, Domino® 서버와 시스템에 다른 이름을 지정하여 이름 분석 문제가 발생하지 않도록 하십시오.

마스터 브라우저 캐시(NT 도메인 또는 SAMBA 서버의 경우) -- 브로드캐스트된 이름 및 P 주소를 수집하고 이를 NT 도메인에 있는 다른 Microsoft Windows 시스템용 마스터 브라우저 시스템에 공개하여 이름 검색에서 액세스합니다.

  • Windows Internet Name Service(WINS) -- NetBIOS 브로드캐스트를 사용합니다. 고정적인 속성을 가진 DNS와 달리 WINS는 동적입니다. Macintosh 및 UNIX 클라이언트 시스템의 TCP/IP 스택은 WINS 서버에 액세스하지 못할 수 있습니다.
  • LMHost(LAN Manager Host) - 고정 호스트 파일 방식
주: Windows 시스템에서 시스템의 기본 IP 상의 NetBIOS 이름 분석기 및 DNS의 조합으로 Domino® 서버 이름에 대한 이름 분석 오류가 발생할 수 있습니다.