ASP.NET MVC trên IIS 7.5

Tôi đang chạy Windows 7 Ultimate (64 bit) bằng Visual Studio 2010 RC. Gần đây tôi đã quyết định chạy VS / gỡ lỗi ứng dụng của mình trên IIS chứ không phải máy chủ dev đi kèm.

Tuy nhiên, mỗi lần tôi thử chạy một ứng dụng MVC, tôi lại gặp phải lỗi sau:

Lỗi HTTP 403,14 - Bị cấm Máy chủ web được cấu hình để không liệt kê nội dung của thư mục này. Chi tiết

Thông tin lỗi

Module DirectoryListingModule

Thông báo ExecuteRequestHandler

Xử lý lỗi staticFile

Mã 0x00000000 được yêu cầu

URL http: // localhost: 80 / mySite /

Đường dẫn vật lý C: \ myProject \ mySite \

Phương thức đăng nhập Đăng nhập ẩn danh

Người dùng ẩn danh

Tôi đã đặt một default.aspxtập tin trong thư mục và tôi đã nhận được lỗi sau:

Lỗi HTTP 500,21 - Trình xử lý lỗi máy chủ nội bộ "PageHandlerFactory-Integration" có một mô-đun xấu "ManagedPipelineHandler" trong danh sách mô-đun của nó

Có bất kỳ bước nào khác tôi quên thực hiện để làm việc này?

Lưu ý: Tôi đã cài đặt IIS 7.5 sau khi cài đặt VS 2010 RC. Tôi đã sử dụng nút "Tạo thư mục ảo" tích hợp trong tab "Web" trong "Thuộc tính" của dự án MVC trong Visual Studio 2010. Tôi chắc chắn rằng ứng dụng đang sử dụng Nhóm ứng dụng ASP.NET 4.

Dưới đây là các tính năng cài đặt của IIS tôi có.

ASP.NET 4 không được đăng ký trong IIS. Phải chạy lệnh sau trong dòng lệnh / chạy

Windows 32 bit (x86)

% Windir% \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -ir

Windows 64 bit (x64)

% Windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe -ir

Lưu ý từ nhận xét của David Murdoch:

Phiên bản .net đã thay đổi kể từ khi Câu trả lời này được đăng. Kiểm tra phiên bản nào của khung trong thư mục% Windir% \ Microsoft.NET \ Framework64 và thay đổi lệnh cho phù hợp trước khi chạy (hiện tại là v4.0.30319)

Một điều nữa để đảm bảo bạn có là bộ sau đây trong web.config:

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

Hãy chắc chắn rằng bạn có bộ sau đây trong web.config:

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

Giải pháp tốt hơn:

Mặc dù giải pháp trên hoạt động hoàn toàn tốt , nó có thể gây ra sự cố khác vì nó chạy tất cả các mô-đun HTTP đã đăng ký của bạn cho mọi yêu cầu (ngay cả trên mọi yêu cầu của .jpg .gif .css .html .pdf, v.v.) và rõ ràng là lãng phí tài nguyên. Thay thế

<system.webServer>
<modules>
  <remove name="UrlRoutingModule-4.0"/>
  <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="" />
</modules>
</system.webServer>

Đảm bảo thuộc tính preCondition trống có nghĩa là nó sẽ chạy trên tất cả các yêu cầu. [Đọc thêm] ( http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html , "Đọc bài gốc")

Một lý do khác khiến ai đó có thể gặp lỗi này là nếu tệp Global.asax không còn trong thư mục gốc nữa.

Tôi cũng đã nhận được lỗi này và phát hiện ra rằng "Chuyển hướng HTTP" không được bật trong Windows Server. Bài viết trên blog này chỉ này ra cũng như: http://blogs.msdn.com/b/rjacobs/archive/2010/06/30/system-web-routing-routetable-not-working-with-iis.aspx

Chúa Giêsu ngọt ngào. Tôi đã thử tất cả những điều trên (nhưng thấy cài đặt của tôi giống hệt nhau). YET ANOTHER GIẢI PHÁP nếu bạn gặp vấn đề:

http://support.microsoft.com/kb/980368

Hãy thử cài đặt KB này cho hệ thống của bạn. Nếu bạn đang thấy 404 thì có thể là do bạn không có bản cập nhật này - và mô-đun isapi không được tìm thấy và bạn không thể làm gì nhiều về điều đó nếu không có điều này!

Ngoài ra, bạn có thể chuyển AppPool sang chế độ Tích hợp . Thnx to Michael Bianchi ( https://stackoverflow.com/a/7956546/1143515 ), tôi chỉ muốn gạch chân điều đó.

Đối với tôi trên Azure Server 2012 R2 IIS 8.5 VM với ứng dụng Asp.Net MVC 5 (bin triển khai MVC 5) Tôi đã phải thực hiện các thao tác sau từ dấu nhắc cmd nâng cao mặc dù tôi đã cài đặt 4.5:

dism /online /enable-feature /featurename:IIS-ASPNET45

Nguồn: http://support.microsoft.com/kb/2736284

Tôi cũng đã cài đặt tất cả các tính năng của IIS bằng PowerShell sau:

import-module servermanager
add-windowsfeature web-server -includeallsubfeature

Nguồn: http://www.iis.net/learn/install/installing-iis-85/installing-iis-85-on-windows-server-2012-r2

Bây giờ ứng dụng của tôi đang làm việc.

Chúng tôi đã có một ứng dụng MVC được chuyển đến một máy chủ mới. .NET 4 và MVC 3 đã được cài đặt, nhưng chúng tôi vẫn gặp lỗi Lỗi 403,14. Trong trường hợp này, điều này có nghĩa là IIS không hiểu rằng nó đang xử lý một ứng dụng MVC, nó đang tìm trang mặc định.

Giải pháp rất đơn giản: Chuyển hướng HTTP không được cài đặt trên máy chủ.

Trình quản lý máy chủ - Vai trò - Máy chủ web (IIS) - Dịch vụ vai trò - Chuyển hướng HTTP: Chưa được cài đặt. Cài đặt nó, vấn đề được giải quyết.

Ngoài ra nếu ứng dụng của bạn được biên dịch trước, bạn nên có

PrecompiledApp.config

trong thư mục gốc của ứng dụng của bạn nếu không bạn cũng có thể nhận được HTTP Error 403.14.

Một giải pháp khả thi khác, nếu bạn di chuyển xung quanh global.asax của mình, hãy đảm bảo đánh dấu trỏ đến lớp MvcApplication chính xác. Hy vọng điều này sẽ cứu ai đó trong tương lai.

Tôi đã sử dụng Tiện ích mở rộng IIS WebDeploy để nhập các trang web của mình từ IIS6 sang IIS7.5, vì vậy tất cả các cài đặt IIS chính xác như trong môi trường sản xuất. Sau khi thử tất cả các giải pháp được cung cấp ở đây, không có giải pháp nào phù hợp với tôi, tôi chỉ cần thay đổi cài đặt Nhóm ứng dụng cho trang web từ Cổ điển sang Tích hợp.

Tôi đã gặp vấn đề tương tự 404,14 bất ngờ. Cuối cùng, sự cố đã được khắc phục bằng cách bỏ chọn "tiền biên dịch trong khi xuất bản" trong cài đặt cấu hình xuất bản.

Tôi đã thay đổi tuyến đường mặc định của mình tại một điểm từ:

routes.MapRoute(
"Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index", id = UrlParameter.Optional }

Đến:

routes.MapRoute(
"Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index" }

Mà đã cho tôi lỗi của bạn. Vui mừng khi ai đó đề cập đến định tuyến bởi vì tôi có thể đã ở trên này mãi mãi.

Trong trường hợp của tôi, ASP.NET 4.5 không được cài đặt trên máy chủ nên cài đặt ASP.NET 4.5 đã khắc phục sự cố.

Bạn có thể giải quyết lỗi này bằng cách chạy cmd với tư cách quản trị viên

Làm tương tự như trong hình cho windows 32 bit

Chỉ cần thực hiện các thay đổi trong 64 bit dưới dạng framework64 thay vì framework chỉ đi đến iis và làm mới trang web
Nếu bạn vẫn gặp một số lỗi, hãy thay đổi trong nhóm ứng dụng

Tôi đã có một vấn đề khác dẫn đến vấn đề này.

• Tôi đã đảm bảo nhóm ứng dụng của mình đang chạy .net 4 ở chế độ tích hợp
• Tôi đã chạy aspnet_regiis.exe -i
• Tôi đã kiểm tra quyền truy cập thư mục được đặt chính xác cho tài khoản chạy nhóm ứng dụng của tôi

Không ai trong số những điều này làm việc. Hóa ra trong web.config của tôi trong các mô-đun system.webserver> tôi có các phần sau:

<remove name="WindowsAuthentication" />

Rõ ràng điều này đã loại bỏ mô-đun xác thực windows mà dường như bằng cách nào đó đánh bật mọi thứ.

Tôi hy vọng điều này sẽ giúp được ai đó, vì điều này làm tôi mất hầu hết một buổi tối!

Giao diện người dùng hơi khác một chút trong các phiên bản Windows Server mới hơn. Đây là nơi bạn phải kích hoạt ASP.Net để nó hoạt động trên IIS

Thêm một giải pháp khác cho vấn đề này.

trong tệp Global.asax.cs của tôi, tôi đã vô hiệu hóa các tệp php đã bị tiêu thụ bởi đường ống MVC bằng cách sử dụng như sau:

routes.IgnoreRoute( "{*php}" );

Tôi đã thực hiện những điều này trước đây trong một dự án MVC2 và nó hoạt động tốt, nhưng thực hiện điều này trong ứng dụng MVC 3 của tôi đã gây ra sự cố được báo cáo ở trên.

Một lý do khác điều này có thể xảy ra - của bạn RouteConfig.cshoặc WebApiConfig.cskhông hợp lệ.

Trong trường hợp của tôi, tôi đã có một tuyến đường được xác định như vậy (lưu ý dấu ngoặc đơn thay vì dấu ngoặc nhọn):

...
routeTemplate: "api/(something}"
...

Xin lưu ý đối với người dùng Windows 8, bạn cần thêm / xóa các thành phần windows và xóa phiên bản khởi động lại .net sau đó cài đặt lại để đăng ký với IIS. Tôi đoán điều này xảy ra nếu bạn nhận được .net 4.5 từ visual studio và cài đặt IIS sau đó.

Có vẻ lạ, có vẻ như việc cài đặt lại IIS là điều đã làm việc với tôi, với lệnh sau được chạy từ bên trong thư mục phiên bản .net:

aspnet_regiis.exe /i

Khi tôi lần đầu tiên chạy lệnh này, tôi bắt đầu nhận được Lỗi HTTP 403,14. Nhưng một khi tôi chạy lại lệnh thì nó đã giải quyết được vấn đề.

Quan sát : Một điều khác tôi cũng đã làm là xóa HTTP Redirect khỏi các tính năng của máy chủ trong màn hình Quản lý máy chủ trước khi cài đặt lại IIS. Có lẽ điều này cũng có tác động trong việc giải quyết vấn đề, nhưng tôi không chắc chắn. Vì vậy, nếu cài đặt lại IIS vẫn không hoạt động, vui lòng thử xóa HTTP Redirect và thử lại. Hy vọng nó có thể làm việc cho bạn quá.

Để giải quyết vấn đề này mà không phải dùng đến chế độ 32 bit, bạn sẽ phải cập nhật mã nguồn cho dự án này

public static void RegisterUrlRoutesFromAttributes(RouteCollection routes)
{
    // Enumerate assembly for UrlRoute attributes.
    List<MapRouteParams> routeParams = new List<MapRouteParams>();
    AppDomain.CurrentDomain.GetAssemblies()
        .ToList()
        .ForEach(assembly => routeParams.AddRange(GetRouteParamsFromAttributes(assembly)));

Tôi đã nêu vấn đề này như một cuộc thảo luận trên diễn đàn thảo luận tại dự án mã hóa đám mây CNTT.

http://itcloud.codeplex.com/discussions/262000

Điều này làm việc cho tôi và nó có thể hữu ích cho người khác.

Có thể tất cả các thành phần cần thiết không có mặt hoặc / và không phải tất cả đều được đăng ký chính xác. Để giải quyết vấn đề này, hãy thử bỏ chọn tất cả các tùy chọn bên trong Bảng điều khiển -> Bật hoặc tắt các tính năng của Windows -> Dịch vụ thông tin Internet -> Dịch vụ web toàn cầu -> Tính năng phát triển ứng dụng, bỏ chọn tất cả các tùy chọn và kiểm tra lại tất cả sau đó đặt lại IIS và kiểm tra nếu vấn đề được giải quyết.

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

Tôi đã tạo một không gian tên mới (và do đó là thư mục) giống hệt với tuyến đến bộ điều khiển (ví dụ MvcApp/Test/SomeClasses.csvà MvcApp/Controllers/TestController.cs). Điều này cũng dẫn đến một 403,14!

Đối với tôi, giải pháp là thêm gói NuGet Microsoft.AspNet.WebPages (cộng với phụ thuộc vào Dao cạo và Cơ sở hạ tầng) vào dự án web của tôi.

Cơ sở hạ tầng phải được cài đặt lại một cách mạnh mẽ vì ban đầu nó không được thêm vào như một tài liệu tham khảo.

Trong trường hợp của tôi, phiên bản .NET CRL trong ứng dụng prppertires được đặt thành Không có mã được quản lý (không biết tại sao). Đặt nó thành .NET CRL Phiên bản v4.0.30319 đã giải quyết được vấn đề.