MVC4 Lỗi HTTP 403.14 - Bị cấm

Tôi đã xây dựng một ứng dụng web .net4.5 ASP.NET MVC4 hoạt động tốt tại địa phương (máy chủ IIS Express & dev) nhưng khi tôi triển khai nó lên máy chủ web của mình, nó sẽ xuất hiện lỗi 403. Tôi đã cài đặt .Net 4.5RC trên máy chủ và thậm chí đã thử một aspnet_regiis -i chút mà mọi người đề xuất cho các sự cố của họ với các phiên bản trước của MVC / .Net nhưng không giúp được gì.

Bất kỳ ý tưởng?

CHỈNH SỬA : Thông tin thêm về tình hình. Máy chủ là 32bit và tôi có 4 ứng dụng MVC3 khác hoạt động tốt. Nó chỉ là ứng dụng MVC4 của tôi không hoạt động.

Thử

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true"/> 
 </system.webServer>

Thông qua

/server/405395/unable-to-get-anything-except-403-from-a-net-4-5-website

Lỗi 403.14 là mã lỗi HTTP không được phép liệt kê nội dung của một thư mục. Hãy chắc chắn rằng

1. Bạn đã thiết lập trang web làm ứng dụng trong IIS
2. Bạn đã cài đặt .NET 4.5 trên máy chủ
3. Bạn đã đặt nhóm ứng dụng để chạy phiên bản thích hợp của .NET framework (tức là nó không được đặt thành .NET 2.0
4. Bạn đang sử dụng đường dẫn tích hợp trên nhóm ứng dụng của mình
5. .NET 4.5 thực sự đã được đăng ký trong IIS. Vui lòng xem bài đăng này để biết một vấn đề / cách giải quyết tương tự

Thông thường, a và d là các vấn đề lớn nhất xung quanh việc triển khai MVC cho IIS

Có lẽ ... Nếu bạn tình cờ sử dụng Trình hướng dẫn xuất bản (như tôi đã làm) và chọn hộp kiểm "Biên dịch trước khi xuất bản" (như tôi đã làm) và thấy các triệu chứng tương tự ...

Vâng, tôi đã tự đánh mình vào đầu, nhưng sau khi bỏ chọn hộp này, một cài đặt dường như không liên quan, tất cả các triệu chứng được mô tả sẽ biến mất sau khi triển khai lại.

Hy vọng rằng điều này sẽ sửa chữa một số folks.

Windows-> Start -> Bật và tắt các tính năng của widget

Đảm bảo bạn kiểm tra các tùy chọn bắt buộc trong

Trước khi nộp đơn

runAllManagedModulesForAllRequests="true"/>

hãy xem xét liên kết dưới đây đề xuất một giải pháp thay thế ít quyết liệt hơn. Trong bài đăng, tác giả đưa ra những thay đổi sau đối với web.config cục bộ:

  <system.webServer>
    <modules>
    <remove name="UrlRoutingModule-4.0" />
    <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition="" />
    </modules>

http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html

Có một Refactor -> Rename Bug trong Visual Studio 2012 đã đổi tên sai "id" bên trong giá trị chuỗi chữ của tham số url trong RouteConfig.cs của tôi. Điều này gây ra lỗi 403.14 trên một thiết lập mới và đúng cách trong cả Windows Server 2012 và Windows Server 2008 R2.

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

đã được đổi thành

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{renamed_text}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

Bạn cũng có thể nhận được 403 nếu khi thử nghiệm với máy chủ nhà phát triển, bạn đang sử dụng đường ống tích hợp và sau đó cài đặt ở chế độ đường ống cổ điển trên máy chủ web IIS 7.5 trực tiếp của bạn, ngoài ra, tôi còn thiếu thư mục app_data của mình.

Nếu đang chạy IIS 8.5 trên Windows 8 hoặc Server 2012, bạn có thể thấy rằng chạy mvc 4/5 (.net 4.5) không hoạt động trong thư mục ảo. Nếu bạn tạo một mục nhập máy chủ cục bộ trong tệp máy chủ lưu trữ để trỏ trở lại máy cục bộ của bạn và sau đó trỏ một trang web IIS cục bộ mới đến thư mục đó (với mục nhập tiêu đề máy chủ lưu trữ phù hợp) thì bạn sẽ thấy nó hoạt động.

<system.webServer>
   <modules runAllManagedModulesForAllRequests="true"/> 
 </system.webServer>

Bạn có thể sử dụng mã trên

Tôi đã đặt nhóm ứng dụng của ứng dụng mới thành DefaultAppPooltrong IIS mà rõ ràng là đang sử dụng Classicđường dẫn với .NET v.2.0.

Để giải quyết vấn đề, tôi đã tạo Nhóm ứng dụng mới bằng cách sử dụng Integratedđường dẫn và .NET v4.0. chỉ cho ứng dụng mới này và sau đó mọi thứ bắt đầu hoạt động như mong đợi.

Đừng quên gán nhóm ứng dụng mới này cho ứng dụng. Chọn ứng dụng trong IIS, nhấp Basic Settingsvà sau đó chọn nhóm ứng dụng mới cho ứng dụng.

cái mà tôi thấy thường xuyên hơn gần đây là IIS và cho phép các ứng dụng 32bit chạy

Đây có phải là những gì bạn đã thử. nếu không, chúng tôi cần thêm thông tin về phiên bản máy chủ sản xuất và nhà phát triển

Tôi gặp một chút vấn đề khác, trên máy chủ 2012, bằng cách nào đó tôi quên bật asp.net 4.5 vì vậy nếu bạn gặp sự cố này, hãy kiểm tra lại xem bạn đã bật nó chưa.

Tôi đang chạy Windows Server 2012 R2 trên Azure và ASP.NET 4.5, IIS 8

Tôi đã giải quyết vấn đề này bằng cách gỡ cài đặt tất cả các mục ASP.NET trong Chương trình và Tính năng, sau đó cài đặt lại ASP.NET như thế này với Trình quản lý máy chủ bằng cách sử dụng Thêm vai trò và tính năng: chọn cài đặt Dựa trên vai trò hoặc Tính năng, chọn máy chủ của tôi, sau đó đối với Chọn vai trò máy chủ, chọn Máy chủ web (IIS) / Máy chủ web / Phát triển ứng dụng, sau đó nhấp vào ASP.NET 4.5, xác nhận cài đặt điều kiện tiên quyết, sau đó cài đặt lại ASP.NET 4.5.

Các tìm kiếm trước đây của tôi khiến tôi tin rằng vấn đề thực sự bắt nguồn từ vấn đề đăng ký với ASP.NET. Với các phiên bản trước của ASP.NET, thực sự có một tiện ích mà bạn có thể chạy để đăng ký ASP.NET mà không cần cài đặt lại, nhưng điều đó dường như không còn nữa.

Tôi giải quyết vấn đề khi mở studio trực quan, mở rộng các tham chiếu và thay đổi thuộc tính "Copy Local" thành "True".

Tôi phát hiện ra điều này so sánh các hình nền của phiên bản cũ với các hình nền của phiên bản mới của tôi (không hoạt động)

Trong trường hợp của tôi, trang mặc định của ứng dụng của tôi là index.html bị thiếu trong các tùy chọn tài liệu mặc định. Thêm nó đã sửa lỗi 403.14 Forbidden.

Trong trường hợp của tôi, vấn đề là do ActionFilterAttribute tùy chỉnh, một loại thuộc tính bộ lọc chung gây ra. Thuộc tính khởi tạo một dịch vụ thông qua Autofac nhưng dịch vụ bị lỗi trong hàm tạo:

public ActionFilterAttribute()
{
    _service = ContainerManager.Resolve<IService>();
}

public class Service: IService
{ 
    public Service()
    {
        throw new Exception('Oops!');
    }
}

Trong trường hợp của tôi, cả Tính năng của Windows cũng aspnet_regiis -inhư không hoạt động. Sau hàng giờ tìm hiểu trên Internet, tôi đã đưa ra giải pháp của riêng mình:

1. Trong Trình quản lý IIS trong Mô-đun, tôi đã thay đổi kế thừa thành cục bộ trong nút UrlRoutingModule-4.0:

   

2. Trong web.config, tôi đã dán một số mẹo kết hợp từ diễn đàn này:

   <system.webServer>
       <modules runAllManagedModulesForAllRequests="true">
           <remove name="UrlRoutingModule-4.0"></remove>
           <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition=""></add>
       </modules>
   </system.webServer>

Hy vọng nó giúp