원격 응용 프로그램 구성

이 항목은 이전 버전의 기존 응용 프로그램과의 호환성을 위해 유지되고 있으나 새로운 개발에는 권장되지 않는 레거시 기술에 대해 설명합니다. 분산 응용 프로그램은 이제 WCF(Windows Communication Foundation)를 사용하여 개발됩니다.

원격 서비스가 올바르게 작동하려면 .NET Remoting 인프라에 특정 정보가 필요합니다. 원격으로 사용 가능한 형식을 구성하는 두 가지 방법이 있습니다. 서버 및 클라이언트 코드에서 직접 구성 메서드를 호출하거나(자세한 내용은 프로그래밍 방식 구성 참조) 원격 구성 섹션을 만들어 응용 프로그램의 구성 파일인 Web.config 파일 또는 Machine.config 파일에 포함할 수 있습니다(자세한 내용은 원격 개체 구성 참조). 각 구성 프로세스에 장점과 단점이 있으므로 사용자의 기본 설정에 따라 원하는 프로세스를 선택합니다.

원격으로 사용 가능한 형식을 만들려면 원격 시스템에 다음 정보를 제공해야 합니다.

• 사용자 형식에 필요한 활성화 형식

• 사용자 형식을 설명하는 전체 메타데이터

• 사용자 형식에 대한 요청을 처리하도록 등록된 채널

• 해당 형식의 개체를 고유하게 식별하는 URL. 서버 활성화의 경우 해당 형식에 고유한 URI(Uniform Resource Identifier)를 의미합니다. 클라이언트 활성화의 경우 해당 인스턴스에 고유한 URL이 할당됩니다.

원격 서버 개체에 대한 프록시를 만들고 메서드 호출을 해당 개체로 디스패치하려면 클라이언트 및 서버 원격 인프라가 이 정보를 모두 알아야 합니다. 클라이언트에 사용 가능한 특별한 구성이 있을 수도 있습니다. 클라이언트 응용 프로그램에서 클라이언트가 활성화한 개체를 요청하는 경우 클라이언트가 이 인스턴스와 연결된 수명을 연장하도록 요청할 수 있습니다. 마지막으로 클라이언트가 어떤 종류의 콜백을 예상하는 경우 클라이언트 자체에서 해당 콜백을 수신 대기할 채널을 등록해야 합니다. 다른 모든 경우에서는 .NET Remoting 시스템이 자동으로 호환되는 클라이언트 채널(시스템에 있는 경우)을 찾습니다. 서버는 클라이언트가 활성화한 개체에 대해 기본 수명 기간을 지정하거나 특정 사용자 지정 개체 활성기를 사용하도록 지정할 수 있습니다.

.NET Framework Remoting 서버에 대해 TCP 또는 HTTP 서버 채널을 구성하는 경우 서버 컴퓨터에 여러 개의 NIC(네트워크 인터페이스 카드)가 있거나 해당 IP 주소가 변경되는 NIC(예: 무선 NIC)가 있으면 machineName 속성을 사용하도록 채널을 구성하여 .NET Framework Remoting에서 서버 컴퓨터를 찾을 수 있도록 해야 합니다. 자세한 내용은 채널 및 포맷터 구성 속성에서 machineName 속성에 대한 설명을 참조하십시오.

인스턴스를 만들기 전에 원격으로 사용 가능한 개체에 대한 모든 정보를 제공하면 new 키워드(Visual Basic의 경우 New )를 사용할수 있습니다. 그렇지 않으면 Activator.GetObject 또는 Activator.CreateInstance를 사용해야 합니다.

참고:
응용 프로그램 구성 파일에는 .Net Remoting과 관련된 몇 가지 설정만 있지만 .Net Remoting을 사용할 때의 문제는 대부분 이 설정 중 일부가 올바르지 않거나 설정이 클라이언트 응용 프로그램의 구성 설정과 일치하지 않아서 발생합니다. 이름을 잘못 입력하거나, 포트를 잊고 입력하지 않거나, 속성을 생략하기 쉽습니다. 원격 응용 프로그램에 관련된 문제가 있는 경우 제일 먼저 구성 설정을 확인하십시오.

참고 항목

참조

원격 설정 스키마

개념

메타데이터 문제
활성화 URL
프로그래밍 방식 구성
.NET Framework Remoting의 자동 Deserialization
채널 및 포맷터 구성 속성
IIS의 원격 개체 호스팅
원격 서비스 예제: IIS에서 호스팅

관련 자료

.NET Framework Remoting 개요