Làm cách nào để tôi giải quyết Lỗi HTTP HTTP 500.19 - Lỗi Máy chủ Nội bộ trên IIS7.0 [đã đóng]

Điều gì gây ra lỗi này, làm thế nào tôi có thể sửa chữa nó?

Chi tiết Lỗi Thông tin
Mô-đun IIS Web Lõi
Notification BeginRequest
Handler Chưa quyết
Error Code 0x8007052e
Config Lỗi Không thể đăng nhập cục bộ vào C: \ inetpub \ wwwroot as administrator người dùng với mật khẩu thư mục ảo
Config file Unavailable (Config Isolation)
yêu cầu URL http: // 192.168.0.3:80/
Đường dẫn vật lý C: \ inetpub \ wwwroot
Phương thức đăng nhập chưa được xác định
Người dùng đăng nhập Chưa được xác định

Cấu hình nguồn

<application path="/" applicationPool="PS-Extranet">
    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>

Có vẻ như tài khoản người dùng bạn đang sử dụng cho nhóm ứng dụng của bạn không có quyền đối với thư mục trang web, vì vậy nó không thể đọc cấu hình từ đó. Kiểm tra nhóm ứng dụng và xem người dùng được cấu hình để chạy như thế nào. Kiểm tra thư mục và xem người dùng đó có quyền thích hợp với nó không. Trong khi bạn đang ở đó, hãy kiểm tra nhật ký sự kiện và xem liệu IIS có ghi lại bất kỳ thông tin chẩn đoán chi tiết nào ở đó không.

Tôi đã có cùng một vấn đề, nhưng lý do là khác nhau.

Trong web.config của tôi có quy tắc mô-đun ghi lại URL và tôi cũng chưa cài đặt mô-đun ghi lại URL. Sau khi tôi cài đặt mô-đun viết lại url , vấn đề này đã được giải quyết.

Trên Windows 10 tôi phải cài đặt ASP.NET 3.5và ASP.NET 4.6bên dưới Internet Information Services(các hộp khác tự động kiểm tra):

Cuối cùng tôi cũng có được giải pháp cho vấn đề của mình. Tài khoản asp.net không xuất hiện trong trình quản lý IIS vì tôi đã không kiểm tra Hộp kiểm của nó trong IIS để thực hiện việc này trong windows 7 theo các bước

1. Bảng điều khiển mở
2. Nhấp vào liên kết chương trình liên kết trực tuyến (không gỡ cài đặt chương trình)
3. Nhấp vào liên kết các tính năng của windows bật / tắt liên kết
4. xác định vị trí các dịch vụ thông tin Internet của IIS IIS trong cửa sổ bật lên và mở rộng nút của nó
5. Mở rộng nút dịch vụ Web World Wide Web
6. Mở rộng tính năng phát triển ứng dụng
7. đánh dấu vào hộp kiểm của ASP.NET ASP.NET
8. Sau đó bấm nút ok

Bây giờ bạn sẽ thấy tài khoản Asp.net trên trình quản lý IIS và theo mặc định, bạn thấy tài khoản IIS Bây giờ bạn nên chuyển trang web asp.net của mình từ văn bản của tôi. Đến một nơi khác, IIS có quyền truy cập nó (vào bất kỳ phân vùng nào trên bạn máy tính) Bây giờ duyệt trang web của bạn từ trình quản lý IIS và nó sẽ hoạt động.

Chúng tôi đã gặp lỗi này sau khi phải thay đổi mật khẩu quản trị viên tên miền.

Sau khi sử dụng một vài cài đặt, cuối cùng tôi đã thấy rằng trong ứng dụng theo đường dẫn bên dưới vì nó được đặt để sử dụng cụ thể tài khoản quản trị viên tên miền thay vì xác thực thông qua (ai biết tại sao).

Trình quản lý IIS -> Cài đặt cơ bản -> Kết nối

bạn cần làm một bước:

run->cmd

run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"

Đó là nó

Có kinh nghiệm vấn đề này ngày hôm nay và giải quyết nó. Ai đó đã đặt "Thông tin xác thực đường dẫn" cho "Trang web mặc định" trong IIS để chạy như một người dùng cụ thể. Chính người dùng này đã thay đổi mật khẩu của cô do mật khẩu hết hạn hoặc chỉ là thay đổi thường lệ. Đặt "Trang web mặc định" để kết nối với tư cách là "Người dùng ứng dụng" thông qua tùy chọn cài đặt cơ bản đã giải quyết nó cho tôi

bạn có thể thay đổi mật khẩu NT của bạn.

Mở IIS -> Nhấp chuột phải vào ứng dụng của bạn -> quản lý ứng dụng -> Cài đặt nâng cao -> thông tin xác thực đường dẫn vật lý.

chúc may mắn

Trong trường hợp của tôi, lỗi này xuất hiện sau khi thay đổi giải pháp của thư mục.

Tôi giải quyết vấn đề bằng cách đi đến các thuộc tính dự án của tôi và tạo lại thư mục ảo của tôi.

Nhấp chuột phải vào dự án> Thuộc tính> Web> Trong phần Máy chủ, nhấp vào "Tạo thư mục ảo"

Nó sẽ hiển thị một thông báo nói rằng thư mục ảo đã được tạo ở một nơi khác và nó sẽ thay đổi nó

Đối với tôi, tôi cần kích hoạt Kích hoạt http theo các tính năng .Net trong "Thêm / Xóa tính năng Windows"

Điều này làm việc ổn nhưng không dựa trên các đề xuất ở trên. Trường hợp của tôi là tôi đang gặp lỗi 500 khi chạy iis7 trên máy chủ windows 2008 trong một miền. Chỉ cần thêm một người dùng mới trong miền và về cơ bản cho phép đọc / thực thi quyền truy cập vào thư mục hoặc thư mục ảo. Đảm bảo rằng thư mục ảo> cài đặt cơ bản> Kết nối dưới dạng> Thông tin xác thực đường dẫn được đặt thành người dùng có quyền truy cập đọc / xecute. Bạn có thể kiểm tra cài đặt và cả xác thực và ủy quyền sẽ hoạt động. Chúc mừng!

Ngay bây giờ tôi đã có lỗi này và giải quyết nó. Url của bạn có thể phù hợp với thư mục ảo được tạo.

Bạn phải kiểm tra các thư mục ảo, trong ví dụ của tôi, tôi tìm thấy ở applicationhost.confighàng tiếp theo:

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

Tôi đã cố mở trang bằng url ( http://localhost/admin/roles) AdminControllervà Roleshành động và gặp lỗi này.

Đối với những người khác, tôi nhận được một thông báo lỗi tương tự do cố gắng chạy ứng dụng .Net 4 trong nhóm ứng dụng .Net 2. Thay đổi phiên bản .Net FX cho nhóm ứng dụng đã sửa nó cho tôi.

Tôi gặp lỗi tương tự khi cài đặt php 5.3.3 với Mã lỗi 0x80070020 với hướng đến một vài dòng trong web.config trong thư mục gốc www của tôi (không phải thư mục gốc chuẩn).

Các giải pháp, trong khi thô, làm việc hoàn hảo. Tôi chỉ đơn giản là xóa tệp web.config và bây giờ mọi thứ đều hoạt động. Tôi đã dành GIỜ để thử các giải pháp khác nhưng không có kết quả.

Nếu bất cứ ai nghĩ rằng điều này là ngu ngốc, xin vui lòng cho tôi biết. Nếu bất cứ ai khác đã dành cùng một khoảng thời gian nhổ tóc, hãy thử và xem (sau khi sao lưu tệp tất nhiên)

Trân trọng FEQ

Đã có cùng một lỗi và sửa các thông tin đăng nhập trong nhóm ứng dụng IIS không giúp được gì. Cuối cùng tôi đã khắc phục lỗi trong IIS bằng cách chọn trang web của tôi trong Trang web mặc định, Cài đặt nâng cao-> Thông tin xác thực đường dẫn vật lý-> Người dùng cụ thể và nhập lại thông tin đăng nhập cho người dùng nhóm ứng dụng, sau đó khởi động lại IIS và lỗi đã biến mất và trang web của tôi xuất hiện lên thành công

Trang web mặc định cần phải quản lý:

1 .Trên trang web mặc định -> basicS Settings -> kết nối dưới dạng, thay đổi nó cho đúng người dùng.

2. Trao đổi Nhận dạng của ứng dụngPool liên quan đến defaultWebSite

g.luck

Dường như không phải là vấn đề cấp phép đối với tôi - đã thử cung cấp cho tài khoản IIS_IUSRS toàn quyền kiểm soát mọi thứ trong dịch vụ web, chỉ để xem liệu đây có phải là nguyên nhân hay không. Bản sửa lỗi hóa ra là tạo lại ứng dụng lưu trữ dịch vụ web (tức là '.svc' thực tế) trong IIS

Nếu đó là vấn đề lớn khi bạn cố gắng truy cập vào bảng quản trị j Joomla, chỉ cần một vấn đề về tên người dùng và mật khẩu !! Bạn chỉ cần cập nhật jos_user trong cơ sở dữ liệu j Joomla của bạn.

Đi đến thư mục trang web j Joomla của bạn và mở một cấu hình.php với ghi chú khối hoặc bảng ghi chú để hiển thị tên cơ sở dữ liệu mà trang web quản trị viên j Joomla của bạn sử dụng. Bạn phải tìm một dòng có:

public $user = 'joomlauser251';           //MySQL username

Trong trường hợp của tôi joomlauser251là tên DB của tôi.

Đăng nhập vào mysql của bạn:

 mysql -uyourusername -pyourpassword

Chọn cơ sở dữ liệu cho Joomla của bạn:

use joomlauser251;

Thay đổi mật khẩu cho quản trị viên:

UPDATE jos_users SET password=MD5(‘NewPassword’) WHERE username=’admin’;

Và thử lại để acces một lần nữa.

Đó là tất cả !!!

Trong trường hợp của tôi, tôi đã tìm thấy một tham chiếu đến mật khẩu tài khoản miền cũ trong apphost.config trong mặc định Thư mục ảo.

thật dễ dàng tìm thấy tệp "applicationhost.config" trong Windows -> System32 -> inetsrv -> config 1. sao lưu "applicationhost.config" sang một tên tệp khác 2. mở tệp "apphost.config" và xóa 3. mở trình duyệt và gọi url trang web nội bộ, kết thúc.

Nếu bạn đang sử dụng tài khoản người dùng mới, chuyên dụng, ... Bạn cũng nên kiểm tra xem mật khẩu của tài khoản đó chưa hết hạn, vì điều đó cũng sẽ gây ra sự cố quyền 500,19 này.

Khi tôi nhận được 500,19, tôi đã trao IIS_IUSRStoàn quyền truy cập cho web.config đã đề cập và cho thư mục của dự án. Điều này đã giải quyết vấn đề.

Bạn có thể cấp quyền bằng cách

1. nhấp chuột phải vào thư mục / tập tin
2. chọn tab "bảo mật"
3. thêm người dùng IIS_IUSRS- đừng quên chữ i trước USRS và đừng viết "e" như ở NGƯỜI DÙNG

Các ứng dụng ASP.Net được kết nối sẵn với phần xử lý trong web.config. Theo mặc định, điều này được đặt thành chỉ đọc trong phân quyền tính năng trong IIS. Hãy xem trong IIS Manager

1.Đi tới Trình quản lý IIS và nhấp vào Tên máy chủ

2.Đi tới phần Quản lý và nhấp vào Phân quyền tính năng .

3.Chọn các ánh xạ Handler được coi là chỉ đọc .

4. Thay đổi giá trị để đọc / ghi và bây giờ bạn có thể giải quyết vấn đề

Tôi chỉ có một điều nữa để nói về điều này. Với cùng một mã Lỗi HTTP, bạn vẫn có thể có một số lỗi khác nhau, vì một trong số chúng đã được đăng ở đây theo mô tả của câu hỏi ban đầu. Ví dụ: sau khi tôi chỉnh sửa Web.Configtệp của một dự án ASP.NET, tôi đã có

Mã lỗi 0x8007000d

"Chỉ cho phép một phần tử <configSections>. Nó phải là phần tử con đầu tiên của phần tử <configure> gốc"

Như đã nói, bạn KHÔNG được chèn công cụ XML của riêng mình trước <configSections>phần của Web.Configtệp. Sau khi tôi chèn đoạn mã của mình sau thẻ kết thúc <configSections>, nó hoạt động tốt.

Đường dẫn chính xác của trang web của tôi không được chỉ định trong IIS.

Giải pháp của tôi là

1. chỉ cần xóa thư mục bị hỏng.
2. Sau đó tạo lại thư mục một lần nữa.

Có vẻ như nếu thư mục bị hỏng đã được tạo trước khi thiết lập IIS. Nếu bạn tạo lại thư mục, nó sẽ hoạt động chính xác.

Tôi đã gặp lỗi này sau khi gỡ cài đặt Windows Server Update Services (WSUS) khỏi máy tính chạy IIS. Rõ ràng việc gỡ cài đặt WSUS có thể phá vỡ cấu hình IIS trên máy chủ khiến ứng dụng web khác được cài đặt trên cùng một máy chủ không khả dụng.

Tôi tìm thấy giải pháp cho vấn đề ở đây .

Đối với các trang web ASP.NET Core, lỗi chung này cũng sẽ xảy ra nếu bạn chưa cài đặt mô-đun httpPl PlatformHandler, hãy xem câu trả lời này để biết thêm chi tiết.

Trong trường hợp của tôi, giá trị của Khóa không chính xác trong Web.configtệp:

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

khi tôi thay đổi giá trị thành "Portal.html" thì nó hoạt động.

Tôi đã gặp lỗi này sau khi nâng cấp từ Visual Studio 2013 lên 2015. Sau một chút tìm kiếm và thử nhiều bản sửa lỗi khác nhau, tôi thấy vấn đề có thể được giải quyết bằng cách xóa các mục sau khỏi web.config:

<staticContent>
    <mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >

Rõ ràng staticContent bị phản đối bây giờ?

Nguồn

Chỉnh sửa 1

Loại IIS này đã ngăn không cho phục vụ các tệp .json khi chương trình được triển khai. Nếu bạn làm điều này, bạn phải thêm lại .json (application / json) vào các loại mime của trang web của bạn trong IIS. Dưới đây là một số thông tin khác: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Chỉnh sửa 2

Tôi nhận thấy rằng trong tình huống của tôi, giải pháp chỉnh sửa 1 ở trên chỉ hoạt động tạm thời. Khi tôi triển khai lại mục bị xóa. Vì vậy, tôi đã chuyển XML mimeMap vào Web.Release.config. Hoạt động tốt bây giờ.