Không thể bắt đầu gỡ lỗi trên máy chủ web. Không thể khởi động gỡ lỗi ASP.NET VS 2010, II7, Win 7 x64

Tôi đang chạy Visual Studio 2010 (với tư cách là Quản trị viên), IIS 7 trên Windows 7 x64. Tôi có thể chạy trang web ASP.NET trong IIS 7 mà không cần gỡ lỗi, nhưng khi tôi nhấn F5 để gỡ lỗi, tôi nhận được:

Không thể bắt đầu gỡ lỗi trên máy chủ web. Không thể bắt đầu gỡ lỗi ASP.NET. Có thể có thêm thông tin bằng cách bắt đầu dự án mà không cần gỡ lỗi.

Thật không may, liên kết trợ giúp không giúp được gì nhiều cho tôi và dẫn đến một đống đồ vật lớn.

Tôi đã kiểm tra những điều sau:

• Yêu cầu bảo mật - Tôi không nhớ trước đây đã phải làm bất cứ điều gì đặc biệt. Quá trình worker trong IIS7 là w3wp.exe. Nó nói rằng nếu nó đang chạy dưới dạng ASPNET hoặc DỊCH VỤ MẠNG, tôi phải có đặc quyền của Quản trị viên để gỡ lỗi nó. Làm cách nào để biết tôi có cần thay đổi thứ gì đó ở đây không?

• Trang web Trang thuộc tính> Tùy chọn bắt đầu> Trình gỡ lỗi> ASP.NET được chọn. Sử dụng máy chủ tùy chỉnh được đặt thành URL của trang web (hoạt động tốt mà không cần gỡ lỗi).

• Gỡ lỗi được bật trong web.config.

• Ứng dụng đang sử dụng ASP.NET 3.5 (cuối cùng tôi muốn chuyển sang 4.0 nhưng tôi phải xử lý một số quá trình di chuyển).

• Nhóm ứng dụng: Phân loại .NET AppPool (cũng đã thử DefaultAppPool).

Bất kỳ ý tưởng nơi tôi có thể kiểm tra tiếp theo?

Chắc chắn không quá khó để cài đặt IIS, VS, tạo một trang web và bắt đầu thử nghiệm nó?

Cảm ơn trước.

Hãy thử vào IIS và kiểm tra để đảm bảo rằng Nhóm ứng dụng bạn đang sử dụng đã được khởi động. Rất nhiều lần, bạn sẽ tạo ra lỗi làm tắt nhóm ứng dụng. Bạn chỉ cần nhấp chuột phải và Bắt đầu và bạn sẽ có thể bắt đầu.

Hóa ra thủ phạm là mô-đun IIS Url Rewrite . Tôi đã xác định một quy tắc chuyển hướng các cuộc gọi đến Default.aspx (được đặt làm trang bắt đầu của trang web ) đến thư mục gốc của trang web để tôi có thể có một URL trang chủ chuẩn. Tuy nhiên, rõ ràng VS đã gặp vấn đề với điều này và đã nhầm lẫn. Sự cố này không xảy ra khi tôi đang sử dụng Helicon ISAPI_Rewrite nên tôi thậm chí không thể kiểm tra được.

Tôi đã kết thúc việc tạo một trang web hoàn toàn mới từ đầu và chuyển các dự án / tệp tin từng chút một vào giải pháp của mình và xây dựng lại web.config của mình cho đến khi tôi phát hiện ra điều này! Chà, ít nhất bây giờ tôi đã có một trang web sạch hơn một chút bằng cách sử dụng .NET 4.0 (cho đến nay, hy vọng rằng tôi sẽ không gặp phải bất kỳ bức tường nào) - nhưng thật là khó!

Visual Studio, khi khởi động, (vì một số lý do) sẽ cố gắng truy cập URL:

/debugattach.aspx

Nếu bạn có quy tắc ghi lại chuyển hướng (hoặc cách khác bắt được), chẳng hạn như .aspxtệp, ở một nơi khác thì bạn sẽ gặp lỗi này. Giải pháp là để thêm phần này để đầu của bạn web.config's <system.webServer>/<rewrite>/<rules>phần:

<rule name="Ignore Default.aspx" enabled="true" stopProcessing="true">
    <match url="^debugattach\.aspx" />
    <conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
    <action type="None" />
</rule>

Điều này sẽ đảm bảo nắm bắt được một yêu cầu cụ thể này, không làm gì cả và quan trọng nhất là dừng thực thi để không có quy tắc nào khác của bạn được chạy. Đây là một giải pháp mạnh mẽ, vì vậy hãy giữ nó trong tệp cấu hình của bạn để sản xuất.

Vì lợi ích của những người khác, trong trường hợp của tôi, tôi đã định cấu hình nhóm ứng dụng để sử dụng thông tin đăng nhập windows của mình nhằm truy cập chia sẻ tài nguyên mạng. Kể từ khi gỡ lỗi giải pháp cuối cùng, tôi đã đặt lại mật khẩu windows của mình. Đã thay đổi mật khẩu được lưu trữ trong nhóm ứng dụng và bada bing.

Nếu ApplicationPool Identity được đặt tài khoản tùy chỉnh và mật khẩu của máy tính bị thay đổi, bạn phải cập nhật mật khẩu của mình

Đối với kịch bản của tôi, đó là những thay đổi đối với phần httpErrors trong web.config, đặt nó như thế này:

<httpErrors mode="Custom"> 

đã gây ra sự cố "Không thể bắt đầu gỡ lỗi trên máy chủ web". Đặt nó trở lại giá trị trước đó của "Chi tiếtLocalOnly" đã khắc phục sự cố. Tìm hiểu sâu hơn một chút, tôi phát hiện ra rằng nó thực sự chỉ là cài đặt lỗi 401 gây ra điều này:

<httpErrors mode="Custom"> 
    <error statusCode="401" prefixLanguageFilePath="" path="/masterpages/500.html" responseMode="ExecuteURL" />
<httpErrors mode="Custom"> 

Nhận xét về dòng lỗi 401 cũng đã khắc phục được sự cố, tôi đã tiếp tục với điều đó vì sau đó tôi có thể duy trì việc xử lý lỗi tùy chỉnh và bắt đầu với gỡ lỗi.

Tôi vẫn không biết tại sao điều này lại xảy ra.

Plase kiểm tra nhóm ứng dụng. nếu nó bị dừng lại. khởi động lại nó.

Gặp sự cố tương tự khi cố gắng gỡ lỗi mô-đun DNN (Dot Net Nuke). Hóa ra bạn cần có debug biên dịch = "true":

<compilation debug="true" strict="false" targetFramework="4.0"> 

trong web.config của bạn. Theo mặc định, nó là false trong DNN. Nguồn gốc tại đây: http://www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

Tôi gặp chính xác vấn đề tương tự sau khi triển khai mô-đun viết lại.

Nếu tôi xóa các mục viết lại khỏi tệp web.config của mình, việc gỡ lỗi sẽ hoạt động hoàn hảo.

Để giải quyết vấn đề này, tôi chỉ nhận xét các thẻ viết lại trong khi gỡ lỗi, như thế này ...

<rewrite>
    <rules>
        <rule name="LowerCaseRule_1" stopProcessing="true">
            <match url="[A-Z]" ignoreCase="false" />
            <action type="Redirect" url="{ToLower:{URL}}" />
        </rule>
        <rule name="RedirectDefault.aspx_1" stopProcessing="true">
            <match url="(.*)default.aspx" />
            <action type="Redirect" url="{R:1}" redirectType="Permanent" />
        </rule>
    </rules>
</rewrite>

Sau đó tôi xóa các bình luận sau khi gỡ lỗi.

Chắc là một lỗi trong visual studio 2010.

Tôi gặp lỗi tương tự vì Nhóm ứng dụng bị dừng trong IIS. Sau khi khởi động Nhóm ứng dụng, sự cố đã được giải quyết.

Đây là những gì tôi đã làm để xóa lỗi bạn đã lưu ý. Định vị thư mục web cho ứng dụng trong hệ thống tệp, đi đến Thuộc tính => Bảo mật nhấp vào nút Nâng cao sau đó nhấp vào tab Chủ sở hữu , nhấp vào nút Chỉnh sửa và thay đổi chủ sở hữu (với quyền chính xác) của thư mục và chọn " Repalce chủ sở hữu trên các điều khiển phụ và đối tượng ". Nhấp vào " Áp dụng " và sau đó tôi đã kinh doanh (có thể gỡ lỗi).

Hy vọng điều này làm việc cho người khác.

Cuối cùng chỉ cần sửa chữa điều này cho giải pháp duy nhất của tôi có vấn đề này. Hai trong số các dự án trong giải pháp đã được đặt làm các địa điểm trong IIS. Tôi đã truy cập và kích hoạt ASP.Net Mạo danh trong Xác thực cho cả hai dự án ... và VIOLA! CUỐI CÙNG, không còn lỗi khó chịu này nữa!

Tôi đã nhận được thông báo lỗi tương tự trong VS 2012, nhưng không chạy với tư cách Quản trị viên. Khi tôi chạy ứng dụng với tư cách quản trị viên, tôi nhận được một thông báo khác và hữu ích hơn một chút (mà tôi có thể tìm ra). HTH

Nếu App Pool gặp sự cố khi khởi động lại hoặc đơn giản là không muốn khởi động lại, hãy xác minh xem các cửa sổ đã thực hiện cập nhật gần đây trên ASP.NET v4.0 hoặc App Pool khác hay chưa. Đó là những gì đã xảy ra trong trường hợp của tôi. Tôi chỉ cần khởi động lại máy tính của mình, sau đó khởi động lại ASP.NET v4.0 App Pool và mọi thứ đã hoạt động trở lại!

Dan,

Ngoài các đề xuất của Aaron, hãy thử các cách sau

• Kiểm tra xem xác thực cửa sổ tích hợp đã được chọn trong trang web IIS của bạn chưa
• Bạn có thể gỡ lỗi bằng Cassini thay vì IIS không?

Gặp sự cố tương tự với Windows 10 khi bật tất cả các tính năng cửa sổ IIS. Đã chuyển sang Windows 8.1 và lại gặp sự cố. Thư mục gốc ở tên trang web " http: //MySite.local " (không liên quan đến phiên bản hệ điều hành).

Và giải pháp rất đơn giản

• Chỉnh sửa tệp máy chủ trong %SystemRoot%\System32\drivers\etc\

• Thêm dòng có ràng buộc ip: 127.0.0.1 MySite.local

Tôi đã gặp lỗi này vào ngày hôm nay do lỗi trong mã được đăng lại quá nhiều lần khiến IIS bị ngập trong các yêu cầu. Điều này về cơ bản đã khóa IIS và vì vậy khi tôi cố gắng gỡ lỗi, nó đã 'hết thời gian chờ' khi cố gắng khởi động trình gỡ lỗi. Tôi chỉ cần khởi động lại IIS, mất vài phút và nó đã giải quyết được sự cố.

Tôi chắc chắn muốn lỗi này ít chung chung hơn, có vẻ như có một số cách khác nhau để tạo ra nó.

Tôi đã gặp sự cố tương tự trong Visual Studio 2012 và 2013 trên Windows 8.1. Đối với tôi, cách khắc phục là thêm Xác thực Windows vào IIS bằng cách sử dụng 'Bật hoặc tắt các tính năng của Windows'

Đảm bảo Nhóm ứng dụng của trang web của bạn sử dụng phiên bản khung chính xác . Tôi gặp lỗi "Không thể bắt đầu gỡ lỗi" trên trang web ASP.Net 2005. Nó đã không đúng khi sử dụng DefaultAppPool trên Windows 7 (mà tôi tin rằng đang sử dụng .Net Framework 4). Tôi đã tạo một Nhóm ứng dụng mới dựa trên .Net Framework 2 và gán nó cho trang web gặp sự cố. Sau đó gỡ lỗi hoạt động tốt.

Kiểm tra xem trang web của bạn trên IIS có dừng lại không.

Tôi đã sửa nó để trang web của tôi chạy. : D

Tôi đã gặp sự cố này và cuối cùng nhận ra rằng tôi ASP.net không được đăng ký đúng với IIS. Điều này có thể xảy ra khi máy chủ IIS được cài đặt trước Visual Studio. Để khắc phục sự cố này, hãy sử dụng lệnh aspnet_regiis -i Có thể tìm thấy thêm thông tin trong liên kết

có cùng một vấn đề. Nếu bạn đã cài đặt chứng chỉ SSL trên IIS và nếu bạn đang cố gỡ lỗi nó từ Visual Studio thì bạn cần đặt ứng dụng của mình trên IIS để bỏ qua chứng chỉ.

Tôi đã gặp vấn đề tương tự và phát hiện ra rằng nguyên nhân là do tôi đã nhập nhầm một ký tự vào Web.configsau thẻ kết thúc của mình. Tôi Web.configtrông giống như quyền này ở cuối: </section>h. "H" là một ký tự phụ sau thẻ đóng.

loại bỏ sting như sau: targetFramework = "4.0" trong web.config hoặc thay đổi AppPool thành phiên bản khung thích hợp.

Gỡ cài đặt Tiện ích mở rộng UrlScan IIS đã giải quyết được vấn đề cho tôi.

Tôi đã gặp phải vấn đề tương tự nhưng đó là trên máy chủ phát triển web của Visual Studio thay vì IIS. Cách khắc phục là bỏ chọn tùy chọn trong tab Web bên dưới thuộc tính dự án, Áp dụng cài đặt máy chủ cho tất cả người dùng (lưu trữ trong tệp dự án.). nó sẽ tiết kiệm thời gian quý báu của một người.

Tôi đã từng gặp vấn đề tương tự. Tất cả các câu trả lời trên không làm việc cho tôi. Giải pháp là xóa thư mục bin và obj theo cách thủ công.

Tôi cũng tìm thấy vấn đề này nhưng nó giống nhất với những gì @Kirk giải thích và viết lại URL.

Trong trường hợp của tôi, ai đó đã kiểm tra thay đổi này đối với tệp web.config cho một dự án MVC:

<system.webServer>
    <security>
        <requestFiltering>
            <fileExtensions>
                <add fileExtension=".aspx" allowed="false" />
            </fileExtensions>
        </requestFiltering>
    </security>
</system.webServer>

Vì phần mở rộng tệp .aspx không được phép trên máy chủ web, /debugattach.aspxURL đã bị từ chối, ngăn trình gỡ lỗi chạy. Sau khi tôi xóa cấu hình này, nó đã hoạt động trở lại.

Tôi đã gặp sự cố tương tự khi tạo ứng dụng trong Visual Studio, sau đó trong thuộc tính đã tạo thư mục ảo để sử dụng với IIS cục bộ. Nếu ai đó gặp lỗi này là do VS tạo ứng dụng dưới AppPool sai, tức là trong AppPool không phù hợp với nhu cầu của bạn.
Nếu đúng như vậy, hãy đi tới Trình quản lý IIS, chọn Ứng dụng, Đi tới Cài đặt cơ bản và thay đổi AppPool cho Ứng dụng và bạn đã sẵn sàng.

Gần đây, tôi gặp phải lỗi tương tự và trong trường hợp của tôi, hóa ra là có các loại MIME trùng lặp. Gần đây tôi đã thêm hai mà không hiển thị trong danh sách ban đầu. IIS để tôi thêm chúng và chỉ khi tôi quyết định kiểm tra lại các loại MIME cho trang web như một phần của quá trình chẩn đoán, tôi cũng gặp lỗi trong IIS. Nó đã tham chiếu các bản sao trong web.config. Khi tôi quay lại tệp web.config, tôi nhận thấy rằng một phần mới có tên đã được thêm vào, bao gồm hai loại MIME mới được thêm vào gần đây. Đã xóa phần đó và cuộc sống tốt trở lại! Hy vọng điều này có thể giúp những người khác chưa tìm cách khắc phục sự cố với bất kỳ đề xuất nào khác.