Chế độ CustomErrors = Giảm giá trực tuyến

Tôi gặp lỗi mỗi khi tải ứng dụng web của mình lên nhà cung cấp. Do chế độ customErrors, tất cả những gì tôi thấy là thông báo "Lỗi thời gian chạy" mặc định, hướng dẫn tôi tắt customErrors để xem thêm về lỗi.

Bực tức, tôi đã đặt web.config của mình giống như thế này:

<?xml version="1.0"?>
<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>

Tuy nhiên, tất cả những gì tôi nhận được là trang lỗi từ xa ngu ngốc không có thông tin hữu ích trên đó. Tôi có thể làm gì khác để tắt tùy chỉnh TẮT?!

Điều này đã khiến tôi phát điên trong vài ngày qua và không thể khắc phục được nhưng cuối cùng đã tìm ra:

Trong tệp machine.config của tôi, tôi có một mục dưới <system.web>đây:

<deployment retail="true" />

Điều này dường như ghi đè mọi cài đặt customError khác mà bạn đã chỉ định trong tệp web.config, vì vậy hãy đặt mục nhập ở trên thành:

<deployment retail="false" />

bây giờ có nghĩa là tôi có thể một lần nữa nhìn thấy các thông báo lỗi chi tiết mà tôi cần.

The machine.confignằm ở

32-bit

%windir%\Microsoft.NET\Framework\[version]\config\machine.config

64-bit

%windir%\Microsoft.NET\Framework64\[version]\config\machine.config 

Hy vọng rằng sẽ giúp ai đó ra khỏi đó và tiết kiệm một vài giờ kéo tóc.

"Tắt" là trường hợp nhạy cảm.

Kiểm tra xem chữ "O" có viết hoa trong tệp web.config không, tôi đã chịu đựng điều đó một vài lần (đơn giản như âm thanh)

Vì lợi ích của việc thêm nhiều tình huống vào câu hỏi này (vì đây là nơi tôi đã xem vì tôi gặp vấn đề tương tự chính xác), đây là câu trả lời của tôi:

Trong trường hợp của tôi, tôi đã cắt / dán văn bản từ lỗi chung có hiệu lực nếu bạn muốn xem có gì sai, đặt

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

Vì vậy, điều này nên đã sửa nó, nhưng tất nhiên là không! Vấn đề của tôi là có một nút <system.web> ở trên (trước nút tổng hợp và xác thực) và thẻ đóng </system.web> một vài dòng bên dưới. Khi tôi sửa lỗi này, OK, vấn đề đã được giải quyết. Những gì tôi nên làm là sao chép / dán chỉ dòng này:

<customErrors mode="Off"/>

Đây là từ biên niên sử của những điều ngu ngốc tôi cứ làm đi làm lại nhiều lần, trong chương có tên "Sao chép và dán theo cách của bạn để phá hủy".

Đối với các ứng dụng Sharepoint 2010, bạn cũng nên chỉnh sửa C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\web.configvà xác định<customErrors mode="Off" />

Tôi đã thử hầu hết những thứ được mô tả ở đây. Tôi đã sử dụng VWD và tệp web.config mặc định có chứa:

    <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
        <error statusCode="403" redirect="NoAccess.htm" />
        <error statusCode="404" redirect="FileNotFound.htm" />
    </customErrors>

Tôi đã thay đổi mode = "RemoteOnly" thành mode = "Tắt". Vẫn không có niềm vui. Sau đó, tôi đã sử dụng trình quản lý IIS, thuộc tính, Tab ASP.Net, Chỉnh sửa cấu hình, sau đó chọn tab CustomeErrors. Điều này vẫn hiển thị RemoteOnly. Tôi đã thay đổi thành Tắt và cuối cùng tôi có thể thấy các thông báo lỗi chi tiết.

Khi tôi kiểm tra web.config tôi thấy rằng có hai nút CustomErrors trong system.web; và tôi vừa nhận thấy rằng mục thứ hai (mục tôi đang thay đổi nằm trong một bình luận). Vì vậy, cố gắng không sử dụng notepad để kiểm tra web.config trên máy chủ từ xa.

Tuy nhiên, nếu bạn sử dụng công cụ cấu hình chỉnh sửa IIS, nó sẽ phàn nàn về các lỗi trong web.config. Sau đó, bạn có thể loại trừ tất cả các câu trả lời có nội dung "có lỗi cú pháp XML trong web.config"

Câu trả lời thực sự hiệu quả để khắc phục điều này tôi tìm thấy ở đây: https://stackoverflow.com/a/18938991/550975

Chỉ cần thêm nó vào web.config:

<configuration>  
  <system.webServer>  
    <httpErrors existingResponse="PassThrough"/>  
  </system.webServer>  
<configuration>

Nói chung, bạn có thể tìm thêm thông tin về lỗi trong Trình xem sự kiện, nếu bạn có quyền truy cập. Nhà cung cấp của bạn cũng có thể đã ngăn các lỗi tùy chỉnh hiển thị, bằng cách ghi đè nó trong machine.config hoặc đặt thuộc tính bán lẻ thành true ( http://msdn.microsoft.com/en-us/l Library / ms228298 ( VS.80) .aspx ).

Tôi cũng gặp vấn đề này, nhưng khi sử dụng Apache và mod_mono. Đối với bất kỳ ai khác trong tình huống đó, bạn cần khởi động lại Apache sau khi thay đổi web.config để buộc phiên bản mới được đọc.

Nếu bạn vẫn nhận được trang đó, có khả năng nó sẽ nổ tung trước khi vượt qua Web.Config

Đảm bảo rằng ASP.Net có các quyền cần thiết cho những thứ như thư mục .Net Framework, IIS Metabase, v.v. Bạn có cách nào kiểm tra xem ASP.Net được cài đặt đúng và được liên kết chính xác trong IIS không?

Chỉnh sửa: Sau khi bình luận của Greg xảy ra với tôi, tôi cho rằng những gì bạn đăng là toàn bộ web.config, có nhiều hơn thế không? Nếu vậy bạn có thể đăng toàn bộ web.config không?

Vấn đề của tôi là tôi đã xác định điều này trong web.config

<httpErrors errorMode="Custom" existingResponse="Replace">
  <remove statusCode="404" />
  <remove statusCode="500" />
  <error statusCode="404" responseMode="ExecuteURL" path="/Error/NotFound" />
  <error statusCode="500" responseMode="ExecuteURL" path="/Error/Internal" />
</httpErrors>

Trên thực tế, những gì tôi đã tìm ra khi lưu trữ ứng dụng web của mình là mã bạn đã phát triển trên Máy cục bộ của mình có phiên bản cao hơn công ty lưu trữ cung cấp cho bạn. Nếu bạn có quyền quản trị viên, bạn có thể thay đổi hỗ trợ phiên bản Microsoft ASP.NET trong cài đặt lưu trữ web

Chúng tôi đã gặp sự cố này và đó là do người dùng IIS không có quyền truy cập vào cấu hình máy trên máy chủ web.

Chúng tôi cũng gặp phải lỗi này và trong trường hợp của chúng tôi là do người dùng nhóm ứng dụng không còn quyền đối với tệp web.config nữa. Lý do nó bị mất quyền (mọi thứ đều ổn trước đây) là vì chúng tôi đã sao lưu trang web trong một tệp rar và tôi đã kéo một phiên bản sao lưu của web.config từ rar vào trang web. Điều này dường như đã xóa tất cả các quyền đối với tệp web.config ngoại trừ tôi, người dùng đã đăng nhập.

Chúng tôi đã mất một thời gian để tìm ra điều này bởi vì tôi liên tục kiểm tra các quyền ở cấp thư mục, nhưng không bao giờ ở cấp độ tệp.

Tôi đã có cùng một vấn đề nhưng tìm thấy giải quyết theo một cách khác.

-

Những gì tôi đã làm là, tôi đã mở Cài đặt nâng cao cho Nhóm ứng dụng trong Trình quản lý IIS .

Ở đó tôi đặt Bật ứng dụng 32 bit thành True .

Hãy thử khởi động lại ứng dụng (tạo app_offline.htm hơn là xóa nó đi) và nếu bạn vẫn nhận được thông báo lỗi tương tự, hãy đảm bảo rằng bạn chỉ khai báo customErrors một lần trong web.config hoặc bất cứ điều gì tương tự. Lỗi trong web.config có thể có một số tác động kỳ lạ trên ứng dụng.

Bạn có nhân vật đặc biệt nào như æøå trong web.config không? Nếu vậy hãy chắc chắn rằng mã hóa được đặt thành utf-8.

Ứng dụng web này có được đặt bên dưới bất kỳ ứng dụng nào khác trong cây thư mục của trang web không? Kiểm tra bất kỳ tệp web.config cha nào để biết các cài đặt khác, nếu có. Ngoài ra, làm cho thư mục của bạn được đặt làm thư mục ứng dụng trong IIS.

Nếu bạn đang sử dụng bản xem trước MVC 4, bạn có thể gặp phải điều này vì bạn đang sử dụng HandErrorAttribution. Hành vi đã thay đổi trong 5 để nó không xử lý ngoại lệ nếu bạn tắt các lỗi tùy chỉnh.

Bạn cũng có thể thử đưa lên trang web trong một trình duyệt trên máy chủ. Tôi không thực hiện nhiều quá trình phát triển ASP.NET, nhưng tôi nhớ điều lỗi tùy chỉnh có một cài đặt chỉ hiển thị toàn bộ văn bản lỗi trên máy chủ, như một biện pháp bảo mật.

Tôi vừa xử lý vấn đề tương tự. Trong trường hợp của tôi, phiên bản asp.net mặc định là 1.1 trong khi tôi đang cố gắng khởi động một ứng dụng web 2.0. Lỗi này khá nhỏ, nhưng không rõ tại sao các lỗi tùy chỉnh sẽ không biến mất và thời gian chạy không bao giờ được ghi vào nhật ký sự kiện. Sửa lỗi rõ ràng là để phù hợp với phiên bản trong tab Asp.Net của IIS.

Ngoài ra, hãy đảm bảo bạn đang chỉnh sửa web.config chứ không phải website.config như tôi đang làm.

Tôi đã có cùng một vấn đề và nguyên nhân là IIS đang chạy ASP.NET 1.1 và trang web yêu cầu .NET 2.0.

Thông báo lỗi không làm gì ngoài việc ném tôi đi theo dõi trong vài giờ.

Hãy chắc chắn rằng bạn thêm ngay sau system.web

Tôi đặt nó vào cuối nút và không hoạt động.

Nếu bạn đang thực hiện chuyển đổi cấu hình, bạn cũng có thể cần xóa dòng sau khỏi tệp web.config có liên quan.

<compilation xdt:Transform="RemoveAttributes(debug)" />

Đã thử tất cả các câu trả lời ở đây, hóa ra Application_Errorphương pháp của tôi có điều này:

Server.ClearError();
Response.Redirect("/Home/Error");

Loại bỏ những dòng này và thiết lập đã khắc phục vấn đề. (Máy khách vẫn được chuyển hướng đến trang lỗi với customErrors="On").

Tôi đã có cùng một vấn đề, và tôi đã đi qua nhật ký ứng dụng Trình xem sự kiện nơi nó đề cập rõ ràng do ngoại lệ này xảy ra. Trong trường hợp của tôi, ngoại lệ là như sau ...

Thông tin ngoại lệ:

Exception type: HttpException 
Exception message: The target principal name is incorrect.  Cannot generate SSPI context.
at System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app)
at System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers)
at System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context)
at System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context)
at System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext)

The target principal name is incorrect.  Cannot generate SSPI context.

Tôi vừa cập nhật mật khẩu của mình trong nhóm ứng dụng và nó hoạt động với tôi.

Cũng có thể trong một số trường hợp web.config không được định dạng chính xác. Trong trường hợp đó bạn phải đi qua từng dòng một trước khi hoạt động. Thông thường, các quy tắc viết lại là thủ phạm ở đây.

Điều đó thực sự kỳ lạ. Tôi đã gặp lỗi này và sau khi khởi động lại máy chủ của tôi, nó đã biến mất.

Đối với tôi đó là một lỗi cao hơn trong web.config phía trên system.web.

tập tin blah không tồn tại vì vậy nó đã gây ra lỗi tại thời điểm đó. Bởi vì nó chưa vào phần System.Web nhưng nó đang sử dụng cài đặt mặc định của máy chủ cho CUstomErrors (Bật)