2010-06-14 35 views
5

Tôi đang cố sao chép cổng DNN hiện có mà tôi có cho mục đích thử nghiệm bằng cách tạo bản sao của cơ sở dữ liệu và sao chép các tệp .net vào một thư mục mới.Chuyển hướng DNN Vòng

Sau khi sao chép trang web và thay đổi cấu hình web để trỏ đến trang web mới và thay đổi bí danh trong cơ sở dữ liệu, tôi nhận được lỗi này.


Trang web này có vòng lặp chuyển hướng.

Trang web tại http://xxx.us/xxx/default.aspx đã dẫn đến quá nhiều chuyển hướng. Xóa cookie của bạn cho trang web này hoặc cho phép cookie của bên thứ ba có thể khắc phục được sự cố. Nếu không, nó có thể là một vấn đề cấu hình máy chủ và không phải là một vấn đề với máy tính của bạn.

+0

JAllen, bạn có giải quyết được sự cố này không? Nếu câu trả lời của Mike đã giúp, hãy đánh dấu nó được chấp nhận. –

+0

Bất kỳ giải pháp nào? hãy chia sẻ! – tatigo

Trả lời

4

Dưới đây là danh sách các common causes cho DNN chuyển hướng vòng:

1) You are setting the trust level to medium and using the 1.0.61025.0 version of System.Web.Extensions. Update the trust level to full and and update ALL occurrences of System.Web.Extensions to 3.5.0.0 in the web.config (assuming .NET 3.5 framework is installed).

Original:

<trust level="Medium"... ... 
...System.Web.Extensions, 
Version=1.0.61025.0... 

Updated:

<trust level="Full"... ... 
...System.Web.Extensions, 
Version=3.5.0.0... 

Bạn cũng nên kiểm tra nếu có một System.Web.Extensions.dll (phiên bản 1.0.61025.0) trong thư mục/bin. Nếu không có mô-đun được biên dịch phụ thuộc vào phiên bản lắp ráp này, bạn có thể xóa tệp. Nếu không, sử dụng chuyển hướng lắp ráp trong phần thời gian chạy web.config:

<runtime> 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <dependentAssembly> 
      <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/> 
      <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/> 
     </dependentAssembly> 
     <dependentAssembly> 
      <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/> 
      <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/> 
     </dependentAssembly> 
    </assemblyBinding> 
</runtime> 

2) You have a trailing slash in the HTTPAlias field in the PortAlias table, remove it.

1

jallen, trong kinh nghiệm của tôi, đây là một kỷ lục PortalAlias ​​định dạng không đúng.

Đề xuất của tôi là thử thêm một vài lần lặp lại.

Ví dụ:

  • "localhost" làm việc cho tôi, nhưng "localhost /" thì không.
  • "www.domain.com" hoạt động, nhưng "domain.com" thì không. (vì domain.com không bị ràng buộc trong IIS, trong khi www.domain.com là "

Giá trị cụ thể đi vào bảng PortalAlias ​​của bạn phụ thuộc vào các ràng buộc IIS của bạn. Bạn cũng có thể cần kiểm tra tệp lưu trữ của mình để xác minh localhost đó là có sẵn cho bạn

C:\Windows\System32\drivers\etc\hosts 

trong hơn 20 triển khai DNN, điều này đã gây ra cho tôi một số đau một vài lần, ít nhất.

+0

Trong trường hợp của tôi, tôi phải đặt PortalID thành 0 sau khi so sánh với một trang DNN khác đang hoạt động và phải tái chế App Pool cho trang web trước khi nó hoạt động – kolexinfos

0

tôi phải vật lộn với vấn đề này trong một ngày rắn và tôi có thể thêm một mục vào danh sách các nguyên nhân phổ biến:

Cannot communicate with SQL Server

Sau khi tắt TLS1.0 và SSLv3 để quét tuân thủ PCI, chúng tôi đã bắt đầu gặp lỗi: ERR_TOO_MANY_REDIRECTS. Tôi có thể ping máy chủ và có thể đăng nhập vào máy chủ (từ SSMS trên máy chủ cơ sở dữ liệu), nhưng khi tôi cố gắng tạo kết nối ODBC từ máy chủ web đến cơ sở dữ liệu, nó không thành công.

Nó sẽ cố gắng nhấn trang chủ (và không thành công), sau đó liên tục cố gắng chuyển hướng đến trang UnderConstruction, thất bại mỗi lần cho đến khi chúng tôi nhận được lỗi.

Tôi phải bật lại TLS1.0 để làm cho nó hoạt động, nhưng chắc chắn là bản sửa lỗi ngắn hạn.

Các vấn đề liên quan