Jak skonfigurować podstawową usługę Tridion na serwerze Tridion?

Question

Kiedy uzyskuję dostęp do podstawowego adresu URL usługi Tridion pod adresem: http://tridion_ip/webservices/CoreService2011.svc Występuje błąd środowiska wykonawczego. Uzyskuję dostęp do adresu URL bezpośrednio z serwera CMS.

Could not find a base address that matches scheme https for the endpoint

Kiedy patrzę w IIS, widzę, że/sieciowe/katalog przedstawia następujące pliki Core Service:

• CoreService.svc
• CoreService2011.svc
• Web.config

Czy powinienem zobaczyć stronę usługi internetowej pod tym adresem? czy jest to oczekiwany zbawiciel?

EDIT: Out element zabezpieczający brzmi następująco:

<wsHttpBinding> 
<binding name="CoreService_wsHttpBinding" transactionFlow="true" maxReceivedMessageSize="10485760"> 
    <readerQuotas maxStringContentLength="10485760" maxArrayLength="10485760" /> 

    <!-- 
     <security mode="Message"> 
    <message clientCredentialType="Windows" /> 
    </security> 
    --> 

    <!-- For LDAP authentication of message credentials, use the following settings: --> 
    <security mode="TransportWithMessageCredential"> 
    <message clientCredentialType="UserName" /> 
    </security> 

</binding> 

Answer 1

Sprawdź usługa IIS. Powinna to być aplikacja i sprawdź swój web.config, gdzie jest zainstalowana twoja usługa.

może być stoją multipile witryny hosting emisyjnej

umieścić tę linię w webconfig, czy to już istnieje wtedy zastąpić starej linii

<serviceHostingEnvironment aspNetCompatibilityEnabled="true" 
          multipleSiteBindingsEnabled="true"/> 

Answer 2

mógłbyś pisać część zabezpieczeń config serwera? Występujący błąd zazwyczaj dotyczy niezgodności między security mode a innymi ustawieniami zabezpieczeń. Oto jak ustawienia domyślne wyglądać następująco:

<wsHttpBinding> 
    <binding name="CoreService_wsHttpBinding" 
      transactionFlow="true" 
      maxReceivedMessageSize="10485760"> 
     <readerQuotas maxStringContentLength="10485760" 
        maxArrayLength="10485760" /> 
     <security mode="Message"> 
     <message clientCredentialType="Windows" /> 
     </security> 
    </binding> 
    </wsHttpBinding> 

Mając TransportWithMessageCredential lub Transport jak security mode zakłada korzystania HTTPS i rzucić wyjątek jak masz jeśli dostęp za pośrednictwem protokołu HTTP

UPDATE To rzeczywiście to, co powiedziałem. Masz TransportWithMessageCredential, który zakłada, że ​​masz HTTPs. Jeśli zamierzasz korzystać z HTTPs, powinieneś wyłączyć HTTP w swojej witrynie, ale pamiętaj, że będzie to wymagało dość konfiguracji, aby klient pracował z HTTPs. Zawsze możesz użyć trybu zabezpieczeń wiadomości z HTTP. Część, którą odkomentowałeś, dotyczy tylko protokołu LDAP z zabezpieczeniami wiadomości. Możesz idealnie wykorzystać protokół LDAP z zabezpieczeniami transportu i użyć protokołu HTTP.