SPX/IPX용 RPC 구성

ncacn_spx 및 ncadg_ipx 전송을 사용하는 경우 서버 이름은 Windows의 서버 이름과 정확히 동일합니다. 그러나 이름은 Novell 프로토콜을 사용하여 배포되므로 Novell 명명 규칙을 준수해야 합니다. 서버 이름이 유효한 Novell 이름이 아닌 경우 서버는 ncacn_spx 또는 ncadg_ipx 전송을 사용하여 엔드포인트를 만들 수 없습니다.

유효한 Novell 서버 이름에는 0x20 0x7f 사이의 문자만 포함됩니다. 소문자는 대문자로 변경됩니다. 다음 문자를 사용할 수 없습니다.

"*,./:;< =>? []\|]

Windows NT 첫 번째 버전과의 호환성을 유지하기 위해 ncacn_spx 및 ncadg_ipx 타일드 이름으로 알려진 서버 이름의 특수 형식을 사용할 수도 있습니다. 타일 이름은 타일(~) 뒤에 서버의 8자리 네트워크 번호와 12자리 이더넷 주소로 구성됩니다. 타일드 이름은 이름 서비스 기능이 필요하지 않다는 장점이 있습니다. 따라서 서버에 연결된 경우 타일 이름이 작동합니다.

다음 표에는 이전에 설명한 점을 보여 주는 두 가지 샘플 구성이 포함되어 있습니다.

구성 요소	다음으로 구성됨
Windows Server	NWCS
Windows 클라이언트	NWCS
16비트 Windows 클라이언트, MS-DOS 클라이언트	NetWare 리디렉션기

 

이전 테이블의 구성을 사용하려면 네트워크에 NetWare 파일 서버 또는 라우터가 있어야 합니다. 서버 이름이 NetWare Bindery에 저장되기 때문에 최상의 성능을 생성합니다.

구성 요소	다음으로 구성됨
Windows Server	SAP 에이전트
Windows 클라이언트	IPX/SPX
16비트 Windows 클라이언트, MS-DOS 클라이언트	IPX/SPX

 

두 번째 구성은 NetWare 파일 서버 또는 라우터가 포함되지 않은 환경에서 작동합니다(예: Windows 서버와 MS-DOS 클라이언트라는 두 컴퓨터의 네트워크). 바인딩 핸들을 통해 첫 번째 호출 중에 수행되는 이름 확인은 첫 번째 구성보다 약간 느립니다. 또한 두 번째 구성은 네트워크를 통해 더 많은 트래픽이 생성됩니다.

이름 확인을 구현하기 위해 RPC 서버가 SPX 또는 IPX 엔드포인트를 사용하는 경우 서버 이름 및 엔드포인트는 640(16진수) 형식의 SAP(서비스 광고 프로토콜) 서버로 등록됩니다. 서버 이름을 resolve 위해 RPC 클라이언트는 동일한 유형의 모든 서비스에 대한 SAP 요청을 보낸 다음, 응답 목록에서 서버 이름을 검사합니다. 이 프로세스는 각 바인딩 핸들에 대한 첫 번째 RPC 호출 중에 발생합니다. Novell용 SAP 프로토콜에 대한 자세한 내용은 NetWare 설명서를 참조하세요.

참고

ncacn_spx 또는 ncadg_ipx 전송을 사용하는 16비트 Windows 클라이언트 애플리케이션은 WOW 하위 시스템 아래에서 실행하기 위해 파일을 설치해야 Nwipxspx.dll. 이 파일을 얻으려면 Novell에 문의하세요.