Клиентский app.config создал транспортную безопасность, хотя он не был указан в сервисе app.config

Question

У меня есть конфигурация привязки для wsHttpBinding, определенная как:

 <wsHttpBinding>
    <binding name="CustomAuthentication">
      <security mode="Message">
        <!-- Change to Message-->
        <message clientCredentialType="UserName"/>
        <!-- Change to UserName -->
      </security>
    </binding>
  </wsHttpBinding>

Когда я генерирую свой прокси-код с помощью svcutil и смотрю на app.config, который он генерирует для клиента, я вижу это в разделе безопасности:

<security mode="Message">
    <transport clientCredentialType="Windows" proxyCredentialType="None" realm="" />
                    <message clientCredentialType="UserName"
                             negotiateServiceCredential="true"
                             algorithmSuite="Default" />
</security>

Я не указал безопасность транспорта в моей конфигурации службы, так почему он создал транспортный узел с clientCredentialType = "Windows".Это по замыслу и имеет ли значение?Я смотрел видео с моей Мишель Леру Бустаманте, и она сказала, что вы не можете использовать Транспорт и Сообщение, он игнорирует один из них, поэтому не имеет значения, если вы укажете оба.Я просто хочу знать, почему он создал его в клиентском app.config

Answer 1

Причина, вероятно, та же, что svcutil и VS создают огромные конфигурационные файлы для большинства сервисов: они генерируют привязки / конфигурацию с настройками по умолчанию, настраивают их, а затем сериализуют в конфигурационные файлы, что означает, что вы получаете довольно обширный, подробный файлы конфигурации из них, потому что они включают значения (по умолчанию или иным образом) для всех свойств в этих объектах конфигурации.