ไม่สามารถเริ่มการดีบักบนเว็บเซิร์ฟเวอร์ ไม่สามารถเริ่มการดีบัก ASP.NET VS 2010, II7, Win 7 x64

ฉันใช้ Visual Studio 2010 (ในฐานะผู้ดูแลระบบ), IIS 7 บน Windows 7 x64 ฉันสามารถเรียกใช้เว็บไซต์ ASP.NET ใน IIS 7 ได้โดยไม่ต้องดีบัก แต่เมื่อฉันกด F5 เพื่อดีบักฉันจะได้รับ:

ไม่สามารถเริ่มการดีบักบนเว็บเซิร์ฟเวอร์ ไม่สามารถเริ่มการดีบัก ASP.NET ข้อมูลเพิ่มเติมอาจพร้อมใช้งานโดยเริ่มโครงการโดยไม่ต้องแก้ไขจุดบกพร่อง

น่าเสียดายที่ลิงค์ความช่วยเหลือไม่ได้ช่วยฉันมากนักและนำไปสู่ต้นไม้ขนาดใหญ่

ฉันตรวจสอบสิ่งต่อไปนี้:

• ข้อกำหนดด้านความปลอดภัย - ฉันจำไม่ได้ว่าต้องทำอะไรเป็นพิเศษมาก่อน กระบวนการของผู้ปฏิบัติงานใน IIS7 คือ w3wp.exe มันบอกว่าถ้ามันทำงานเป็น ASPNET หรือ NETWORK SERVICE ฉันต้องมีสิทธิ์ของผู้ดูแลระบบในการแก้จุดบกพร่อง ฉันจะทราบได้อย่างไรว่าต้องเปลี่ยนแปลงอะไรที่นี่

• หน้าคุณสมบัติของเว็บไซต์> ตัวเลือกเริ่มต้น> ดีบักเกอร์> ASP.NET ถูกตรวจสอบ ใช้เซิร์ฟเวอร์ที่กำหนดเองถูกตั้งค่าเป็น URL ของไซต์ (ซึ่งทำงานได้ดีโดยไม่ต้องแก้ไขจุดบกพร่อง)

• web.configแก้จุดบกพร่องเปิดใช้งานใน

• แอปพลิเคชันใช้ ASP.NET 3.5 (ฉันต้องการย้ายไปที่ 4.0 ในที่สุด แต่ฉันมีการโยกย้ายบางอย่างที่ต้องจัดการ)

• แอปพลิเคชันพูล: Classing .NET AppPool (ลองใช้ DefaultAppPool ด้วย)

มีแนวคิดใดบ้างที่ฉันสามารถตรวจสอบต่อไปได้

แน่นอนว่ามันไม่ยากที่จะติดตั้ง IIS, VS, สร้างเว็บไซต์และเริ่มทดสอบ?

ขอบคุณล่วงหน้า.

ลองไปที่ IIS และตรวจสอบให้แน่ใจว่าแอปพูลที่คุณใช้อยู่เริ่มทำงานแล้ว หลายครั้งคุณจะสร้างข้อผิดพลาดที่ปิดพูลแอป คุณเพียงแค่คลิกขวาและเริ่มและคุณควรจะไป

ปรากฎว่าผู้กระทำผิดคือโมดูลIIS Url Rewrite ฉันได้กำหนดกฎที่เปลี่ยนเส้นทางการเรียกไปที่Default.aspx (ซึ่งตั้งเป็นหน้าเริ่มต้นของเว็บไซต์ ) ไปยังรูทของไซต์เพื่อที่ฉันจะได้มี URL หลักตามรูปแบบบัญญัติ อย่างไรก็ตามเห็นได้ชัดว่า VS มีปัญหากับสิ่งนี้และสับสน ปัญหานี้ไม่เกิดขึ้นเมื่อฉันใช้ Helicon ISAPI_Rewrite ดังนั้นจึงไม่เกิดขึ้นกับฉันในการตรวจสอบ

ฉันลงเอยด้วยการสร้างเว็บไซต์ใหม่ทั้งหมดตั้งแต่เริ่มต้นและย้ายโครงการ / ไฟล์ไปยังโซลูชันของฉันทีละเล็กทีละน้อยและสร้าง web.config ของฉันใหม่จนกว่าฉันจะพบสิ่งนี้! อย่างน้อยตอนนี้ฉันก็มีไซต์ที่สะอาดขึ้นเล็กน้อยโดยใช้. NET 4.0 (จนถึงตอนนี้หวังว่าฉันจะไม่เจอกำแพงใด ๆ ) - แต่ช่างน่าเจ็บปวดจริงๆ!

Visual Studio เมื่อเริ่มต้นระบบจะพยายามเข้าถึง URL (ด้วยเหตุผลบางประการ):

/debugattach.aspx

หากคุณมีกฎการเขียนซ้ำที่เปลี่ยนเส้นทาง (หรืออื่น ๆ ที่จับได้) ให้พูดว่า.aspxไฟล์ที่อื่นคุณจะได้รับข้อผิดพลาดนี้ การแก้ปัญหาคือการเพิ่มส่วนนี้เพื่อจุดเริ่มต้นของคุณweb.config's <system.webServer>/<rewrite>/<rules>ส่วน:

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

สิ่งนี้จะทำให้แน่ใจว่าได้รับคำขอนี้โดยเฉพาะไม่ต้องทำอะไรและที่สำคัญที่สุดคือหยุดการดำเนินการดังนั้นกฎอื่น ๆ ของคุณจะไม่ทำงาน นี่เป็นโซลูชันที่มีประสิทธิภาพดังนั้นอย่าลังเลที่จะเก็บสิ่งนี้ไว้ในไฟล์กำหนดค่าของคุณสำหรับการผลิต

เพื่อประโยชน์ของผู้อื่นในกรณีของฉันฉันได้กำหนดค่าพูลแอปพลิเคชันให้ใช้ข้อมูลประจำตัว windows ของฉันเพื่อเข้าถึงการแชร์ทรัพยากรเครือข่าย เนื่องจากการแก้ไขข้อบกพร่องครั้งล่าสุดฉันได้รีเซ็ตรหัสผ่าน windows ของฉัน เปลี่ยนรหัสผ่านที่เก็บไว้ในแอพพูลและ bada bing

หาก ApplicationPool Identity ถูกตั้งค่าบัญชีที่กำหนดเองและรหัสผ่านของคอมพิวเตอร์มีการเปลี่ยนแปลงคุณต้องอัปเดตรหัสผ่านของคุณ

สำหรับสถานการณ์ของฉันมันเป็นการเปลี่ยนแปลงในส่วน httpErrors ใน web.config โดยตั้งค่าเป็นดังนี้:

<httpErrors mode="Custom"> 

ทำให้เกิดปัญหา "ไม่สามารถเริ่มการแก้ไขข้อบกพร่องบนเว็บเซิร์ฟเวอร์" การตั้งค่ากลับไปเป็นค่าก่อนหน้าของ "DetailLocalOnly" ช่วยแก้ปัญหาได้ ขุดลึกลงไปเล็กน้อยฉันพบว่าจริงๆแล้วมันเป็นเพียงการตั้งค่าข้อผิดพลาด 401 ที่ทำให้เกิดสิ่งนี้:

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

การแสดงความคิดเห็นเกี่ยวกับบรรทัดข้อผิดพลาด 401 ช่วยแก้ไขปัญหาได้เช่นกันฉันไปด้วยเพราะฉันสามารถรักษาการจัดการข้อผิดพลาดที่กำหนดเองและเริ่มต้นด้วยการดีบัก

ฉันยังไม่รู้ว่าทำไมสิ่งนี้จึงเกิดขึ้น

กรุณาตรวจสอบแอปพลิเคชันพูล ถ้ามันถูกหยุด รีสตาร์ท

มีปัญหาเดียวกันกับการพยายามดีบักโมดูล DNN (Dot Net Nuke) ปรากฎว่าคุณต้องมีการดีบักการคอมไพล์ = "true":

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

ใน web.config ของคุณ โดยค่าเริ่มต้นจะเป็นเท็จใน DNN แหล่งข้อมูลต้นฉบับที่นี่: http://www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

ฉันมีปัญหาเดียวกันทุกประการหลังจากใช้โมดูลเขียนซ้ำ

ถ้าฉันลบรายการเขียนซ้ำออกจากไฟล์ web.config ของฉันการดีบักจะทำงานได้อย่างสมบูรณ์

เพื่อหลีกเลี่ยงสิ่งนี้ฉันแค่แสดงความคิดเห็นเกี่ยวกับแท็กที่เขียนซ้ำในขณะที่แก้ไขข้อบกพร่องเช่นนี้ ...

<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>

จากนั้นฉันจะลบความคิดเห็นหลังจากแก้ไขข้อบกพร่อง

ต้องเป็นจุดบกพร่องใน Visual Studio 2010

ฉันได้รับข้อผิดพลาดเดียวกันเนื่องจากพูลแอปพลิเคชันหยุดทำงานใน IIS หลังจากเริ่ม App Pool ปัญหาได้รับการแก้ไขแล้ว

นี่คือสิ่งที่ฉันทำเพื่อล้างข้อผิดพลาดที่คุณสังเกตเห็น ค้นหาโฟลเดอร์เว็บสำหรับแอปภายในระบบไฟล์ไปที่Properties => Securityคลิกปุ่มAdvancedจากนั้นคลิกแท็บOwnerคลิกปุ่มEditและเปลี่ยนเจ้าของ (ด้วยสิทธิ์ที่ถูกต้อง) ของโฟลเดอร์และเลือก " Repalce เจ้าของบนคอนเทนเนอร์ย่อยและวัตถุ "ช่องทำเครื่องหมาย คลิก " ใช้ " จากนั้นฉันก็อยู่ในธุรกิจ (สามารถแก้ไขข้อบกพร่องได้)

หวังว่าจะใช้ได้กับคนอื่น

ในที่สุดก็แก้ไขสิ่งนี้สำหรับโซลูชันเดียวของฉันที่มีสิ่งนี้ สองโครงการในโซลูชันถูกตั้งค่าเป็นไซต์ใน IIS ฉันเข้าไปและเปิดใช้งาน ASP.Net Impersonation ภายใต้การรับรองความถูกต้องสำหรับทั้งสองโครงการ ... และ VIOLA! สุดท้ายไม่มีข้อผิดพลาดที่น่ารำคาญนี้อีกต่อไป!

ฉันได้รับข้อความแสดงข้อผิดพลาดเดียวกันใน VS 2012 แต่ไม่ได้ทำงานในฐานะผู้ดูแลระบบ เมื่อฉันเรียกใช้แอปในฐานะผู้ดูแลระบบฉันได้รับข้อความที่เป็นประโยชน์แตกต่างออกไปเล็กน้อย (ซึ่งฉันพอจะเข้าใจได้) HTH

หาก App Pool มีปัญหาในการรีสตาร์ทหรือไม่ต้องการรีสตาร์ทให้ตรวจสอบว่า Windows ทำการอัพเดตล่าสุดบน ASP.NET v4.0 หรือ App Pool อื่น ๆ หรือไม่ นั่นคือสิ่งที่เกิดขึ้นในกรณีของฉัน ฉันเพิ่งรีสตาร์ทคอมพิวเตอร์จากนั้นรีสตาร์ท ASP.NET v4.0 App Pool และทุกอย่างก็ทำงานอีกครั้ง!

แดน,

นอกเหนือจากคำแนะนำของ Aaron แล้วให้ลองทำดังต่อไปนี้

• ตรวจสอบว่าได้เลือกการรับรองความถูกต้องของ windows แบบรวมในเว็บไซต์ IIS ของคุณ
• คุณสามารถแก้จุดบกพร่องโดยใช้ Cassini แทน IIS ได้หรือไม่?

มีปัญหาเดียวกันกับ Windows 10 เมื่อเปิดคุณสมบัติ IIS windows ทั้งหมด เปลี่ยนมาใช้ Windows 8.1 และมีปัญหาอีกครั้ง รูทอยู่ในชื่อเว็บไซต์ " http: //MySite.local " (ไม่เกี่ยวข้องกับเวอร์ชันของระบบปฏิบัติการ)

และวิธีแก้ปัญหาก็ง่าย

• แก้ไขไฟล์โฮสต์ใน %SystemRoot%\System32\drivers\etc\

• เพิ่มบรรทัดด้วยการผูก ip: 127.0.0.1 MySite.local

ฉันมีข้อผิดพลาดนี้เกิดขึ้นในวันนี้เนื่องจากมีข้อบกพร่องในโค้ดที่โพสต์กลับมาเป็นจำนวนมากทำให้ IIS เต็มไปด้วยคำขอ สิ่งนี้ล็อค IIS เป็นหลักดังนั้นเมื่อฉันพยายามดีบักมัน 'หมดเวลา' ในการพยายามเริ่มการดีบักเกอร์ ฉันเพิ่งรีสตาร์ท IIS ซึ่งใช้เวลาไม่กี่นาทีและสามารถแก้ไขปัญหาได้

ฉันแน่ใจว่าต้องการให้ข้อผิดพลาดนี้เกิดขึ้นทั่วไปน้อยกว่าดูเหมือนว่ามีหลายวิธีในการสร้างข้อผิดพลาดนี้

ฉันมีปัญหาเดียวกันใน Visual Studio 2012 และ 2013 บน Windows 8.1 สำหรับฉันการแก้ไขคือการเพิ่ม Windows Authentication ไปยัง IIS โดยใช้ 'เปิดหรือปิดคุณสมบัติ Windows'

ให้แน่ใจว่าแอพลิเคชันของเว็บไซต์ของคุณใช้รุ่นกรอบที่ถูกต้อง ฉันได้รับข้อผิดพลาด "Unable to start debugging" บนไซต์ ASP.Net 2005 เป็นการใช้ DefaultAppPool บน Windows 7 อย่างไม่ถูกต้อง (ซึ่งฉันเชื่อว่าใช้. Net Framework 4) ฉันสร้าง App Pool ใหม่โดยใช้. Net Framework 2 และกำหนดให้กับเว็บไซต์ที่มีปัญหา หลังจากนั้นการดีบักก็ทำงานได้ดี

ตรวจสอบว่าเว็บไซต์ของคุณบน IIS ไม่หยุดทำงานหรือไม่

ฉันแก้ไขมันทำให้เว็บไซต์ของฉันทำงาน : ง

ฉันประสบปัญหานี้และในที่สุดก็รู้ว่าฉันลงทะเบียน ASP.net กับ IIS ไม่ถูกต้อง สิ่งนี้สามารถเกิดขึ้นได้เมื่อเซิร์ฟเวอร์ IIS ถูกติดตั้งก่อน Visual Studio ในการแก้ไขปัญหานี้ให้ใช้คำสั่งaspnet_regiis -i สามารถดูข้อมูลเพิ่มเติมได้ในลิงค์

มีปัญหาเดียวกัน หากคุณติดตั้งใบรับรอง SSL บน IIS และหากคุณพยายามดีบักจาก Visual Studio คุณต้องตั้งค่าแอปพลิเคชันของคุณบน IIS เพื่อละเว้นใบรับรอง

ฉันมีปัญหาเดียวกันและพบว่ามีสาเหตุมาจากฉันมีอักขระที่พิมพ์ผิดพลาดในWeb.configท้ายแท็กของฉัน Web.configตอนท้ายของฉันเป็นแบบนี้: </section>h. "h" เป็นอักขระพิเศษหลังแท็กปิด

ลบการต่อยเช่นนี้: targetFramework = "4.0" ใน web.config หรือเปลี่ยน AppPool เป็นเวอร์ชันเฟรมเวิร์กที่เหมาะสม

การถอนการติดตั้ง IIS UrlScan Extension ช่วยแก้ปัญหาให้ฉันได้

ฉันประสบปัญหาเดียวกัน แต่มันอยู่บนเซิร์ฟเวอร์การพัฒนาเว็บของ Visual Studios แทน IIS วิธีแก้ปัญหาคือการยกเลิกการเลือกตัวเลือกในแท็บเว็บภายใต้คุณสมบัติของโครงการใช้การตั้งค่าเซิร์ฟเวอร์กับผู้ใช้ทั้งหมด (เก็บไว้ในไฟล์โครงการ) มันจะช่วยประหยัดเวลาอันมีค่าของบางคน

ผมมีปัญหาเดียวกัน. คำตอบทั้งหมดข้างต้นไม่ได้ผลสำหรับฉัน วิธีแก้ไขคือลบโฟลเดอร์ bin และ obj ด้วยตนเอง

ฉันพบปัญหานี้เช่นกัน แต่คล้ายกับที่ @Kirk อธิบายและการเขียน URL ใหม่มากที่สุด

ในกรณีของฉันมีคนตรวจสอบการเปลี่ยนแปลงนี้เป็นไฟล์ web.config สำหรับโครงการ MVC:

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

เนื่องจากไม่อนุญาตให้ใช้นามสกุลไฟล์. aspx บนเว็บเซิร์ฟเวอร์/debugattach.aspxURL จึงถูกปฏิเสธซึ่งป้องกันไม่ให้ดีบักเกอร์ทำงาน เมื่อฉันลบการกำหนดค่านี้มันก็ใช้งานได้อีกครั้ง

ฉันมีปัญหาเดียวกันเมื่อฉันสร้างแอปพลิเคชันใน Visual Studio จากนั้นในคุณสมบัติได้สร้างไดเรกทอรีเสมือนเพื่อใช้กับ IIS ในเครื่อง หากมีคนมีข้อผิดพลาดนี้เป็นเพราะ VS สร้างแอปพลิเคชันภายใต้ AppPool ที่ไม่ถูกต้องเช่นภายใต้ AppPool ซึ่งไม่ตรงกับความต้องการของคุณ
ในกรณีนี้ให้ไปที่ตัวจัดการ IIS เลือกแอปไปที่การตั้งค่าพื้นฐานและเปลี่ยน AppPool สำหรับแอปและคุณก็พร้อมที่จะไป

เมื่อเร็ว ๆ นี้ฉันได้รับข้อผิดพลาดเดียวกันนี้และในกรณีของฉันปรากฎว่ามีประเภท MIME ที่ซ้ำกัน ฉันเพิ่งเพิ่มสองรายการที่ไม่ปรากฏในรายการในตอนแรก IIS ให้ฉันเพิ่มและมันก็ต่อเมื่อฉันตัดสินใจที่จะตรวจสอบประเภท MIME สำหรับไซต์อีกครั้งซึ่งเป็นส่วนหนึ่งของกระบวนการวินิจฉัยของฉันว่าฉันได้รับข้อผิดพลาดใน IIS เช่นกัน อ้างถึงรายการที่ซ้ำกันใน web.config เมื่อฉันกลับไปที่ไฟล์ web.config ฉันสังเกตเห็นว่ามีการเพิ่มส่วนใหม่ที่เรียกว่าซึ่งรวม MIME สองประเภทที่เพิ่งเพิ่มเข้ามา ลบส่วนนั้นแล้วชีวิตจะดีอีกครั้ง! หวังว่านี่อาจช่วยให้ผู้อื่นที่ยังไม่สามารถแก้ไขปัญหาได้ด้วยคำแนะนำอื่น ๆ