다음을 통해 공유

<message> 의 <netMsmqBinding>

이 netMsmqBinding 바인딩에 대한 SOAP 메시지 보안 설정을 정의합니다.

<configuration>
  <system.serviceModel>
    <bindings>
      <netMsmqBinding>
        <binding>
          <security>
            <message>

문법

<netMsmqBinding>
  <binding>
    <security>
      <message algorithmSuite="Basic128/Basic192/Basic256/Basic128Rsa15/Basic256Rsa15/TripleDes/TripleDesRsa15/Basic128Sha256/Basic192Sha256/TripleDesSha256/Basic128Sha256Rsa15/Basic192Sha256Rsa15/Basic256Sha256Rsa15/TripleDesSha256Rsa15"
               clientCredentialType="None/Windows/UserName/Certificate/CardSpace" />
    </security>
  </binding>
</netMsmqBinding>

특성 및 요소

다음의 섹션은 특성, 자식 요소 및 부모 요소에 대해 설명합니다.

Attributes

특성 Description
algorithmSuite MSMQ 전송을 통해 전송된 메시지에 대한 메시지 기반 보안을 달성하는 데 사용되는 메시지 암호화 및 키 래핑 알고리즘을 설정합니다.

기본값은 Aes256입니다. 이 특성은 형식 SecurityAlgorithmSuite입니다.
clientCredentialType MSMQ 전송을 통해 전송된 메시지에 대해 클라이언트 인증을 수행할 때 사용할 자격 증명 유형을 지정합니다. 유효한 값은 다음과 같습니다.

- 없음: 이렇게 하면 서비스가 익명 클라이언트와 상호 작용할 수 있습니다. 서비스나 클라이언트 모두 자격 증명이 필요하지 않습니다.
- Windows: 이렇게 하면 SOAP 교환이 Windows 자격 증명의 인증된 컨텍스트에 있을 수 있습니다. 이는 항상 Kerberos 기반 인증을 수행합니다.
- UserName: 이렇게 하면 서비스에서 UserName 자격 증명을 사용하여 클라이언트를 인증하도록 요구할 수 있습니다. 이 경우 자격 증명은 주의: Windows Communication Foundation(WCF) 동작을 사용하여 clientCredentials 지정해야 합니다 . Windows Communication Foundation(WCF)은 암호를 사용하여 암호 다이제스트 또는 파생 키를 보내고 메시지 보안을 위해 이러한 키를 사용하는 것을 지원하지 않습니다. 따라서 WCF는 UserName 자격 증명을 사용할 때 교환이 보호되도록 합니다. 이 모드에서는 동작을 사용하여 clientCredential 클라이언트 쪽에서 서비스 인증서를 지정해야 합니다 serviceCertificate.

- 인증서: 이렇게 하면 서비스에서 인증서를 사용하여 클라이언트를 인증하도록 요구할 수 있습니다. 이 경우 동작을 사용하여 clientCredentials 클라이언트 자격 증명을 지정해야 합니다. 이 경우 서비스 자격 증명은 동작을 사용하여 clientCredentialsserviceCertificate지정해야 합니다.
- CardSpace: 이렇게 하면 서비스에서 CardSpace를 사용하여 클라이언트를 인증하도록 요구할 수 있습니다. serviceCertificate 동작에서 clientCredential 프로비전되어야 합니다.

기본값은 Windows입니다. 이 특성은 형식 MessageCredentialType입니다.

자식 요소

None

부모 요소

요소 Description
<안전> 바인딩에 대한 보안 설정을 정의합니다.

참고하십시오

  • Last updated on