{Tin nhắn của WebApi ': Lỗi đã xảy ra lỗi} trên IIS7, không phải trong IIS Express

Tôi đang làm việc với ASP.NET MVC 4 WebApi và đang có rất nhiều niềm vui với nó chạy nó trên máy tính cục bộ của tôi trên IIS Express. Tôi cũng đã cấu hình IIS Express để phục vụ các máy từ xa và vì vậy các công ty khác trong công ty của tôi đang sử dụng máy tính của tôi làm máy chủ web của chúng tôi.

Sau khi quyết định đây là một giải pháp kém tối ưu, chúng tôi đã quyết định đưa WebApi lên một máy chủ từ xa sau khi cài đặt .NET 4.5. Khi tôi sử dụng fiddler và gửi POST cho bộ điều khiển trên máy cục bộ của mình, nó sẽ trả về đúng phản hồi, nhưng khi tôi thay đổi tên miền sang máy chủ web chạy IIS7 thì POST sẽ trả lại một mật mã

{"tin nhắn": "đã xảy ra lỗi"}

thông điệp. Bất cứ ai có bất kỳ ý tưởng những gì có thể xảy ra?

Vấn đề là sự phụ thuộc bị thiếu không có trên máy chủ mà là ở máy cục bộ của tôi. Trong trường hợp của chúng tôi, đó là một Devart.Data.Linq dll.

Để có được câu trả lời đó, tôi đã bật truy tìm IIS cho 500 lỗi. Điều đó đã cung cấp một ít thông tin, nhưng điều thực sự hữu ích là trong cài đặt web.config <system.web><customErrors mode="Off"/></system.web>Điều này chỉ ra một phụ thuộc được tải động. Sau khi thêm phụ thuộc này và bảo nó được sao chép cục bộ, máy chủ bắt đầu hoạt động.

Về cơ bản:

Sử dụng IncludeErrorDetailPolicythay thế nếu CustomErrorskhông giải quyết nó cho bạn (ví dụ: nếu bạn là ngăn xếp ASP.NET> 2012):

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy 
= IncludeErrorDetailPolicy.Always;

Lưu ý: Cẩn thận trả lại thông tin lỗi chi tiết có thể tiết lộ thông tin nhạy cảm cho 'tin tặc'. Xem bình luận của Simon về câu trả lời này dưới đây.

Phiên bản TL; DR

Đối với tôi CustomErrorskhông thực sự giúp đỡ. Nó đã được đặt thành Off, nhưng tôi vẫn chỉ nhận được một an error has occurredtin nhắn sởi . Tôi đoán câu trả lời được chấp nhận là từ 3 năm trước đây là một thời gian dài trong từ web ngày nay. Tôi đang sử dụng Web API 2 và ASP.NET 5 (MVC 5) và Microsoft đã chuyển khỏi chiến lược chỉ sử dụng IIS, trong khi đó CustomErrorslà IIS skool cũ;).

Dù sao, tôi đã có một vấn đề về sản xuất mà tôi không có tại địa phương. Và sau đó tìm thấy tôi không thể thấy các lỗi trong tab Mạng của Chrome như tôi có thể trên máy dev của mình. Cuối cùng, tôi đã giải quyết nó bằng cách cài đặt Chrome trên máy chủ sản xuất của mình và sau đó duyệt đến ứng dụng trên máy chủ đó (ví dụ: 'localhost'). Sau đó, lỗi chi tiết hơn xuất hiện với dấu vết ngăn xếp và tất cả.

Chỉ sau đó tôi mới tìm thấy bài viết này từ Jimmy Bogard (Lưu ý: Jimmy là ông AutoMapper! ). Điều buồn cười là bài viết của anh ấy cũng từ năm 2012, nhưng trong đó anh ấy đã giải thích rằng điều CustomErrorsđó không giúp ích gì cho vấn đề này nữa, nhưng bạn CÓ THỂ thay đổi 'Chi tiết lỗi' bằng cách đặt khác biệt IncludeErrorDetailPolicytrong cấu hình WebApi toàn cầu (ví dụ WebApiConfig.cs):

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy 
= IncludeErrorDetailPolicy.Always;

May mắn thay, anh ta cũng giải thích cách thiết lập webapi (2) DOES lắng nghe CustomErrorscài đặt của bạn . Đó là một cách tiếp cận khá hợp lý và điều này cho phép bạn quay trở lại năm 2012: P.

Lưu ý: Giá trị mặc định là 'LocalOnly', điều này giải thích tại sao tôi có thể giải quyết vấn đề theo cách tôi đã mô tả trước khi tìm thấy bài đăng này. Nhưng tôi hiểu rằng không phải ai cũng có thể từ xa để sản xuất và khởi động trình duyệt (tôi biết tôi hầu như không thể cho đến khi tôi quyết định đi làm tự do VÀ DevOps).

Không có câu trả lời nào khác làm việc cho tôi.

Điều này đã làm: (trong Startup.cs)

public class Startup
{
    public void Configuration(IAppBuilder app)
    {
        var config = new HttpConfiguration();

        WebApiConfig.Register(config);

        // Here: 
        config.IncludeErrorDetailPolicy = IncludeErrorDetailPolicy.Always;
    }
}

(hoặc bạn có thể đặt nó trong WebApiConfig.cs):

public static class WebApiConfig
{
    public static void Register(HttpConfiguration config)
    {
        // Web API routes
        config.MapHttpAttributeRoutes();

        config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{action}/{id}",
            defaults: new { id = RouteParameter.Optional }
        );

        // Here: 
        config.IncludeErrorDetailPolicy = IncludeErrorDetailPolicy.Always;
    }
}

Tôi luôn gặp phải câu hỏi này khi gặp lỗi trong môi trường kiểm tra và nhớ rằng: "Tôi đã làm điều này trước đây, nhưng tôi có thể làm điều đó ngay trong web.config mà không phải sửa đổi mã và triển khai lại vào môi trường kiểm tra , nhưng phải mất 2 thay đổi ... lại là gì? "

Để tham khảo trong tương lai

<system.web>
   <customErrors mode="Off"></customErrors>
</system.web>

VÀ

<system.webServer>
  <httpErrors errorMode="Detailed" existingResponse="PassThrough"></httpErrors>
</system.webServer>

Tôi đã gặp một vấn đề tương tự khi đăng lên điểm cuối WebAPI. Bằng cách tắt CustomErrors = Off, tôi có thể thấy lỗi thực tế là một trong những dll bị thiếu.

Trong trường hợp điều này giúp bất cứ ai:

Tôi gặp vấn đề tương tự và làm theo hướng dẫn của Nates tôi đã thêm:

<system.web>
     <customErrors mode="Off"/>
 </system.web>

Điều này cho tôi biết thêm thông tin về lỗi:

"ExceptionMessage": "Không thể tải tài nguyên siêu dữ liệu đã chỉ định.", "ExceptionType": "System.Data.Entity.Core.MetadataException", "StackTrace": "tại System.Data.Entity.Core.Metadata.Edm.MetadataArtifact .LoadResource (...

Đây là khi tôi nhớ rằng tôi đã di chuyển tệp edmx sang một vị trí khác và quên thay đổi nút kết nối trong cấu hình (nút kết nối được đặt trong một tệp riêng biệt bằng cách sử dụng "configSource", nhưng đó là một câu chuyện khác).

Tệp XML vênh vang của tôi không được triển khai vào \ bin:

GlobalConfiguration.Configuration
  .EnableSwagger(c =>
  {
    c.SingleApiVersion("v1", "SwaggerDemoApi");
    c.IncludeXmlComments(string.Format(@"{0}\bin\SwaggerDemoApi.XML", 
                         System.AppDomain.CurrentDomain.BaseDirectory));
    c.DescribeAllEnumsAsStrings();
  })

http://wmpratt.com/swagger-and-asp-net-web-api-part-1/

Nó phải được đặt trong Cấu hình phát hành cũng như trong Cấu hình gỡ lỗi.

Nếu bạn có <deployment retail="true"/>trong machine.config của .NET Framework, bạn sẽ không thấy các thông báo lỗi chi tiết. Đảm bảo rằng cài đặt là sai hoặc không có.

Vì vậy, tôi đã thử tất cả các giải pháp được đề xuất vô ích. Tất cả những gì tôi đã làm là thiết lập chạy ứng dụng từ máy chủ và nó hiển thị đầy đủ lỗi, điều này sẽ hoạt động khi tôi đặt chế độ customErrors thành false nhưng không được. Khoảnh khắc tôi duyệt mẫu API máy chủ tôi có thể thấy vấn đề.