2012-09-19 15 views
6

Khi tôi truy cập URL Dịch vụ cốt lõi Tridion tại: http://tridion_ip/webservices/CoreService2011.svc Tôi gặp lỗi Runtime. Tôi đang truy cập URL trực tiếp từ máy chủ CMS.Cách định cấu hình dịch vụ lõi Tridion trên máy chủ Tridion?

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

Khi tôi nhìn trong IIS, tôi có thể thấy rằng/webservices/thư mục cho các tập tin dịch vụ cốt lõi sau:

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

Tôi có nên xem trang dịch vụ web tại địa chỉ đó không? hoặc là beavior dự kiến ​​này?

EDIT: Out yếu tố an ninh đọc như sau:

<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> 

+2

Bạn gặp phải lỗi thời gian chạy nào? – Puntero

+0

Bạn đã thử http://code.google.com/p/tridion-practice/wiki/GetCoreServiceClientWithConfigFile này hoặc http://code.google.com/p/tridion-practice/wiki/GetCoreServiceClientWithoutConfigFile này chưa? –

+0

tridion hiển thị lỗi thời gian chạy chung: Lỗi máy chủ trong ứng dụng '/ webservices'. Lỗi Runtime Mô tả: Đã xảy ra lỗi ứng dụng trên máy chủ. Cài đặt lỗi tùy chỉnh hiện tại cho ứng dụng này ngăn các chi tiết của lỗi ứng dụng không được xem từ xa (vì lý do bảo mật). Tuy nhiên, nó có thể được xem bởi các trình duyệt đang chạy trên máy chủ cục bộ. – Lucas

Trả lời

5

Kiểm tra webservice của bạn trong IIS. Điều này nên được ứng dụng và kiểm tra web.config của bạn nơi dịch vụ của bạn được cài đặt.

có thể bạn đang phải đối mặt với trang web multipile lưu trữ vấn đề

đưa dòng này trong webconfig, nếu nó đã tồn tại sau đó thay thế bằng dòng cũ

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

Cảm ơn - Hiện tại chúng tôi thấy lỗi này: Không thể tìm thấy địa chỉ cơ sở khớp với lược đồ https cho điểm cuối có ràng buộc WSHttpBinding. Các lược đồ địa chỉ cơ sở đã đăng ký là [http]. Còn ý tưởng nào nữa không? –

+0

Câu trả lời rõ ràng, chúng tôi có thể làm bạn quan tâm đến cam kết đề xuất cụ thể của [Khu 51 Tridion] hay không (http://area51.stackexchange.com/proposals/38335/tridion?referrer=gPujQMxthNCNn9xqeeO2NA2). Đăng ký bằng cùng một tài khoản SO nếu bạn có thời gian. –

4

Ông có thể xin vui lòng gửi phần an ninh của cấu hình máy chủ của bạn? Lỗi bạn đăng thường đề cập đến không khớp giữa security mode và các cài đặt bảo mật khác. Dưới đây là cách thiết lập mặc định như sau:

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

TransportWithMessageCredential hoặc Transport như security mode ngụ ý sử dụng HTTPS và sẽ ném bạn ngoại lệ như bạn có nếu truy cập thông qua HTTP

CẬP NHẬT Đó là thực sự những gì tôi nói. Bạn có TransportWithMessageCredential cho rằng bạn có HTTP. Nếu bạn dự định sử dụng HTTP, bạn nên tắt HTTP trên trang web của mình nhưng hãy nhớ rằng nó cũng sẽ yêu cầu một số cấu hình để làm cho ứng dụng khách hoạt động với HTTP. Bạn luôn có thể sử dụng chế độ Bảo mật thư với HTTP. Phần bạn đã bỏ ghi chú chỉ dành cho LDAP với bảo mật thư. Bạn hoàn toàn có thể sử dụng LDAP với bảo mật giao thông và sử dụng HTTP sau đó.

+0

Vui lòng xem phần chỉnh sửa ở trên trong câu hỏi - Cảm ơn –

+0

@ChrisSummers xem cập nhật của tôi –

+0

cảm ơn tất cả mọi người, tôi đang cố gắng kết nối với coreservice này tôi gặp lỗi: Không có điểm cuối nghe tại http: //tridion/webservices/CoreService2011.svc/basicHttp có thể chấp nhận tin nhắn. Điều này thường được gây ra bởi một địa chỉ không chính xác hoặc hành động SOAP. Xem InnerException, nếu có, để biết thêm chi tiết. – Lucas