Tidak dapat memulai debugging di server web. Tidak dapat memulai debugging ASP.NET VS 2010, II7, Win 7 x64

Saya menjalankan Visual Studio 2010 (sebagai Admin), IIS 7 di Windows 7 x64. Saya dapat menjalankan situs web ASP.NET di IIS 7 tanpa debugging, tetapi ketika saya menekan F5 untuk men-debugnya, saya mendapatkan:

Tidak dapat memulai debugging di server web. Tidak dapat memulai debugging ASP.NET. Informasi selengkapnya mungkin tersedia dengan memulai proyek tanpa debugging.

Sayangnya tautan bantuan tidak banyak membantu saya dan mengarah ke banyak hal.

Saya memeriksa yang berikut ini:

• Persyaratan keamanan - Saya tidak ingat harus melakukan sesuatu yang khusus sebelumnya. Proses pengerjaan di IIS7 adalah w3wp.exe. Dikatakan bahwa jika itu berjalan sebagai ASPNET atau LAYANAN JARINGAN saya harus memiliki hak Administrator untuk men-debugnya. Bagaimana cara mengetahui apakah saya perlu mengubah sesuatu di sini?

• Halaman Properti situs web> Opsi Mulai> Debugger> ASP.NET dicentang. Gunakan server khusus diatur ke URL situs (yang berfungsi dengan baik tanpa debugging).

• Debugging diaktifkan di web.config.

• Aplikasi menggunakan ASP.NET 3.5 (Saya ingin pindah ke 4.0 pada akhirnya tetapi saya harus berurusan dengan migrasi).

• Pool aplikasi: Classing .NET AppPool (juga mencoba DefaultAppPool).

Ada ide di mana saya bisa memeriksa selanjutnya?

Tentunya seharusnya tidak terlalu sulit untuk menginstal IIS, VS, membuat situs web, dan mulai mengujinya?

Terima kasih sebelumnya.

Coba buka IIS dan periksa untuk memastikan App Pool yang Anda gunakan telah dimulai. Seringkali, Anda akan menghasilkan kesalahan yang mematikan kumpulan aplikasi. Anda hanya perlu mengklik kanan dan Mulai dan Anda sudah siap.

Ternyata pelakunya adalah modul IIS Url Rewrite . Saya telah menetapkan aturan yang mengalihkan panggilan ke Default.aspx (yang ditetapkan sebagai halaman awal situs web ) ke root situs sehingga saya dapat memiliki URL beranda kanonis. Namun, ternyata VS bermasalah dengan hal ini dan menjadi bingung. Masalah ini tidak terjadi saat saya menggunakan Helicon ISAPI_Rewrite sehingga tidak terpikir oleh saya untuk memeriksanya.

Saya akhirnya membuat situs web baru dari awal dan memindahkan proyek / file sedikit demi sedikit ke dalam solusi saya dan membangun kembali web.config saya sampai saya menemukan ini! Yah, setidaknya sekarang saya memiliki situs yang sedikit lebih bersih menggunakan .NET 4.0 (sejauh ini, semoga saya tidak akan menabrak dinding apa pun) - tapi sungguh merepotkan!

Visual Studio, saat memulai, akan (karena alasan tertentu) mencoba mengakses URL:

/debugattach.aspx

Jika Anda memiliki aturan penulisan ulang yang mengalihkan (atau menangkap), katakanlah, .aspxfile, di tempat lain maka Anda akan mendapatkan kesalahan ini. Solusinya adalah dengan menambahkan bagian ini untuk awal Anda web.config's <system.webServer>/<rewrite>/<rules>bagian:

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

Ini akan memastikan untuk menangkap satu permintaan khusus ini, tidak melakukan apa - apa , dan, yang terpenting, menghentikan eksekusi sehingga tidak ada aturan lain yang akan dijalankan. Ini adalah solusi yang kuat, jadi jangan ragu untuk menyimpannya di file konfigurasi Anda untuk produksi.

Untuk kepentingan orang lain, dalam kasus saya, saya telah mengonfigurasi pool aplikasi untuk menggunakan kredensial windows saya untuk mengakses berbagi sumber daya jaringan. Sejak debugging solusi terakhir saya telah mengatur ulang kata sandi windows saya. Kata sandi yang diubah disimpan di pool aplikasi dan bada bing.

Jika ApplicationPool Identity disetel ke akun khusus dan kata sandi komputer diubah, Anda harus memperbarui kata sandi Anda

Untuk skenario saya, itu adalah perubahan pada bagian httpErrors di web.config, mengaturnya seperti ini:

<httpErrors mode="Custom"> 

menyebabkan masalah "Tidak dapat memulai debugging di server web". Menyetelnya kembali ke nilai sebelumnya dari "DetailedLocalOnly" memperbaiki masalah. Menggali lebih dalam saya menemukan bahwa sebenarnya hanya pengaturan kesalahan 401 yang menyebabkan ini:

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

Mengomentari baris kesalahan 401 memperbaiki masalah juga, saya melakukannya karena saya kemudian dapat mempertahankan penanganan kesalahan khusus dan mulai dengan debugging.

Saya masih tidak tahu mengapa ini terjadi.

Plase cek aplikasi pool. jika dihentikan. mulai ulang.

Memiliki masalah yang sama saat mencoba men-debug modul DNN (Dot Net Nuke). Ternyata Anda perlu memiliki kompilasi debug = "true":

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

di web.config Anda. Secara default salah di DNN. Sumber asli di sini: http://www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

Saya memiliki masalah yang persis sama setelah menerapkan modul rewrite.

Jika saya menghapus entri rewrite dari file web.config saya, debugging berfungsi dengan sempurna.

Untuk menyiasati ini, saya hanya mengomentari tag penulisan ulang saat debugging, seperti ini ...

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

Saya kemudian menghapus komentar setelah debugging.

Pasti ada bug di studio visual 2010.

Saya mendapat kesalahan yang sama sejak pool Aplikasi dihentikan di IIS. Setelah memulai App Pool, masalah telah teratasi.

Inilah yang saya lakukan untuk menghapus kesalahan yang Anda catat. Temukan folder web untuk aplikasi dalam sistem file, pergi ke Properties => Keamanan klik tombol Advanced kemudian klik tab Owner , klik tombol Edit dan ubah pemilik (dengan izin yang benar) dari folder dan centang " Repalce pemilik subkontainer dan objek ". Klik " Terapkan " dan kemudian saya berbisnis (dapat melakukan debug).

Semoga ini berhasil untuk orang lain.

Akhirnya memperbaiki ini untuk solusi tunggal saya yang mengalami ini. Dua dari proyek dalam solusi ditetapkan sebagai situs di IIS. Saya masuk dan mengaktifkan Peniruan Identitas ASP.Net di bawah Otentikasi untuk kedua proyek ... dan VIOLA! AKHIRNYA, tidak ada lagi kesalahan yang mengganggu ini!

Saya mendapatkan pesan kesalahan yang sama di VS 2012, tetapi tidak berjalan sebagai Administrator. Ketika saya menjalankan aplikasi sebagai administrator, saya mendapatkan pesan yang berbeda dan sedikit lebih membantu (yang dapat saya pahami). HTH

Jika App Pool mengalami masalah saat memulai ulang atau tidak ingin memulai ulang, verifikasi apakah windows membuat pembaruan terkini pada ASP.NET v4.0 atau App Pool lainnya. Itulah yang terjadi dalam kasus saya. Saya cukup me-restart komputer saya, kemudian memulai kembali ASP.NET v4.0 App Pool dan semuanya berfungsi kembali!

Dan,

Selain saran Aaron, coba yang berikut ini

• Periksa apakah otentikasi windows terintegrasi dipilih di situs web IIS Anda
• Bisakah Anda men-debug menggunakan Cassini daripada IIS?

Memiliki masalah yang sama dengan Windows 10 saat mengaktifkan semua fitur Windows IIS. Beralih ke Windows 8.1 dan mendapat masalah lagi. Akarnya ada di nama situs web " http: //MySite.local " (tidak terkait dengan versi OS).

Dan solusinya sederhana

• Edit file host dalam %SystemRoot%\System32\drivers\etc\

• Tambahkan baris dengan pengikatan ip: 127.0.0.1 MySite.local

Saya mendapat kesalahan ini muncul hari ini karena cacat pada kode yang dikirim kembali dalam jumlah besar yang menyebabkan IIS dibanjiri permintaan. Ini pada dasarnya mengunci IIS dan jadi ketika saya mencoba men-debug, itu 'habis waktunya' mencoba memulai debugger. Saya hanya memulai ulang IIS, yang memakan waktu beberapa menit, dan itu menyelesaikan masalah.

Saya yakin berharap kesalahan ini kurang umum, sepertinya ada beberapa cara berbeda untuk memproduksinya.

Saya memiliki masalah yang sama di Visual Studio 2012 dan 2013 di Windows 8.1. Bagi saya, perbaikannya adalah menambahkan Otentikasi Windows ke IIS menggunakan 'Mengaktifkan atau menonaktifkan fitur Windows'

Pastikan Application Pool situs Anda menggunakan versi kerangka kerja yang benar . Saya mendapat pesan kesalahan "Tidak dapat memulai debugging" di situs ASP.Net 2005. Itu salah menggunakan DefaultAppPool pada Windows 7 (yang saya yakin menggunakan .Net Framework 4). Saya membuat App Pool baru berdasarkan .Net Framework 2 dan menetapkannya ke situs web bermasalah. Setelah itu debugging berfungsi dengan baik.

Periksa apakah situs web Anda di IIS tidak berhenti.

Saya memperbaikinya membuat situs web saya berjalan. : D

Saya mengalami masalah ini dan akhirnya menyadari bahwa saya ASP.net tidak terdaftar dengan benar di IIS. Ini dapat terjadi ketika server IIS diinstal sebelum Visual Studio. Untuk memperbaiki masalah ini, gunakan perintah aspnet_regiis -i Informasi lebih lanjut dapat ditemukan di tautan

memiliki masalah yang sama. Jika Anda memiliki sertifikat SSL yang diinstal di IIS dan jika Anda mencoba men-debugnya dari Visual Studio maka Anda perlu menyetel aplikasi Anda di IIS untuk mengabaikan sertifikat.

Saya memiliki masalah yang sama dan menemukan bahwa itu disebabkan karena saya memiliki karakter yang salah ketik di Web.configtag akhir saya. Saya Web.configtampak seperti hak ini di akhir: </section>h. Huruf "h" adalah karakter tambahan setelah tag penutup.

hapus sting seperti ini: targetFramework = "4.0" di web.config atau ubah AppPool ke versi framework yang sesuai.

Menghapus instalasi IIS UrlScan Extension memecahkan masalah saya.

Saya telah menghadapi masalah yang sama tetapi itu di server pengembangan web Visual studios sendiri, bukan IIS. Cara mengatasinya adalah dengan menghapus centang opsi di tab Web di bawah properti proyek, Terapkan pengaturan server ke semua pengguna (simpan dalam file proyek.). Harapan itu akan menghemat waktu berharga seseorang.

Saya memiliki masalah yang sama. Semua jawaban di atas tidak berhasil untuk saya. Solusinya adalah dengan menghapus folder bin dan obj secara manual.

Saya menemukan masalah ini juga, tetapi yang paling mirip dengan apa yang dijelaskan @Kirk dan penulisan ulang URL.

Dalam kasus saya, seseorang telah memeriksa perubahan ini ke file web.config untuk proyek MVC:

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

Karena ekstensi file .aspx tidak diizinkan di server web, /debugattach.aspxURL ditolak, mencegah debugger berjalan. Setelah saya menghapus konfigurasi ini, itu berfungsi lagi.

Saya memiliki masalah yang sama ketika saya membuat aplikasi di Visual Studio, dan kemudian di properti dibuat direktori virtual untuk digunakan dengan IIS lokal. Jika seseorang mengalami kesalahan ini itu karena VS membuat aplikasi di bawah AppPool yang salah, yaitu di bawah AppPool yang tidak sesuai dengan kebutuhan Anda.
Jika demikian, buka Manajer IIS, pilih Aplikasi, Buka Pengaturan dasar dan ubah AppPool untuk Aplikasi dan Anda siap melakukannya.

Saya mendapatkan kesalahan yang sama baru-baru ini dan dalam kasus saya ternyata ada jenis MIME duplikat. Saya baru saja menambahkan dua yang awalnya tidak muncul dalam daftar. IIS membiarkan saya menambahkannya dan hanya ketika saya memutuskan untuk memeriksa jenis MIME untuk situs itu lagi sebagai bagian dari proses diagnostik saya, saya mendapat kesalahan di IIS juga. Ini mereferensikan duplikat di web.config. Setelah saya kembali ke file web.config, saya melihat bahwa bagian baru bernama telah ditambahkan, yang menyertakan dua jenis MIME yang baru ditambahkan. Menghapus bagian itu dan hidup baik-baik saja! Berharap ini dapat membantu orang lain yang belum berhasil memperbaiki masalah dengan saran lainnya.