visual studio 2015 vshub adalah spamming fiddler


201

Saya telah membaca: Bagaimana cara menonaktifkan VsHub.exe di baki sistem? dan https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

Saya lebih suka tidak menonaktifkan vshub; Saya hanya ingin lebih tenang ketika saya menggunakan fiddler. Sekarang ini mem-spams semuanya, dan saya tidak bisa melakukan debugging umum.

Apakah ada yang tahu solusinya? Bisakah saya memblokir vshub agar tidak muncul di fiddler tanpa memblokir locahost lainnya?

Jawaban:


268

Ini adalah masalah yang relatif baru karena System.NET digunakan untuk mengabaikan pengaturan proxy untuk localhost, dan karena itu Fiddler tidak akan melihat lalu lintas secara default ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ) - lihat bagian bawah.

Sekarang ini tampaknya tidak lagi menjadi masalah, jadi saya berharap lebih banyak orang akan memiliki pertanyaan yang sama. Fiddler mendukung beberapa cara untuk memfilter permintaan, meskipun tidak ada yang dapat dikontrol klien (yang mungkin bagus, karena Anda tidak ingin malware mengecualikan lalu lintasnya). Mekanisme yang paling tepat dan paling sederhana dalam hal ini adalah mengatur filter untuk setiap url yang berisi localhost atau vshub. Anda dapat melakukannya dengan:

  1. Klik tab filter (ini adalah tab tingkat atas, pada tingkat yang sama dengan inspektur, statistik, dll.),
  2. Centang kotak centang berlabel 'Gunakan Filter'
  3. Gulir ke bawah dan temukan kotak centang berlabel 'Sembunyikan jika URL berisi'.
  4. Centang kotak itu, dan masukkan localhost atau vshub ke dalam kotak teks yang menyertainya.
  5. Anda akan melihat lalu lintas vshub segera berhenti.

Filter ini akan bertahan, jadi jika Anda mematikan Fiddler dan memulainya lagi nanti, itu masih akan ditetapkan.


4
Terima kasih, @Anson. Menyembunyikan sejumlah besar permintaan ini akan membuat Fiddler dapat digunakan kembali. Tapi ini masih tetap merupakan masalah serius, tentu saja. Ini juga membuat Anda bertanya - tanya mengapa Visual Studio, atau proses selanjutnya yang terkait dengannya, membuat permintaan ini di tempat pertama (retoris). Jika Anda juga tidak nyaman dengan ini, tambahkan suara pada bug MS Connect # 1919828 dan / atau melalui ASP.NET MVC edisi # 3655 .
Juliën

4
Hanya untuk menambahkan Anda dapat menggunakan || operator di kotak 'Sembunyikan jika URL berisi' jika Anda ingin menyembunyikan permintaan lain seperti tautan browser.
Nick Spicer

4
@Martarty re: ...why Visual Studio is making these requests... well, ini karena proses berkomunikasi satu sama lain melalui HTTP pada adaptor loopback. . Lalu lintas ini telah dihasilkan untuk "sementara" sekarang; baru-baru ini telah diubah sehingga terlihat secara default ke proxy HTTP ... jadi saya tidak begitu yakin mengapa Anda akan menganggap ini sebagai bug.
K. Alan Bates

2
Yang merupakan efek samping dari alat debugging jarak jauh baru di Visual Studio 2015, saya cukup yakin. Terutama terkait dengan debugging lintas platform untuk Cordova di perangkat Apple, saya lebih lanjut bertaruh. Mereka mungkin membangun perubahan ini dengan cara yang memungkinkan mereka untuk memperluasnya ke platform lain di kemudian hari, karenanya perubahan global.
Bon

1
Ini bukan solusi yang benar. Itu hanya menyembunyikan masalah. Solusi di bawah ini menghapus alat diagnostik saat debugging di VS adalah solusi yang sebenarnya.
Rafi

132

Permintaan ini tampaknya berasal dari jendela Alat Diagnostik yang berjalan saat debugging. Sepertinya mereka memberikan informasi pemantauan untuk Penggunaan Memori dan Penggunaan CPU.

Anda dapat menghentikan permintaan jika tidak ingin melihat informasi penggunaan dengan menonaktifkan pemantauan Memori / CPU di kotak dialog Alat Diagnostik.

  • Buka jendela Alat Diagnostik (Debug -> Windows -> Tampilkan Alat Diagnostik)
  • Klik tarik-turun "Pilih Alat" dan hapus centang Penggunaan Memori dan Penggunaan CPU.
  • Hentikan debugging dan lain kali Anda mulai debugging Anda seharusnya tidak lagi melihat permintaan yang dibuat ke vshub

10
Itu solusi yang tepat. Segera menghapus semua pesan spamming. Saat ini saya tidak peduli dengan CPU / Memori, saya perlu biola saya untuk tetap bersih sehingga saya dapat menggunakannya dengan benar. Terima kasih besar untuk Anda Alex untuk perbaikan ini.
Pic Mickael

6
Ini hanya akan membantu sekali, tetapi Anda dapat menonaktifkan "Alat Diagnostik" di Vusial Studio di sini: Alat -> Opsi -> Debugging -> Umum -> kotak centang "Aktifkan Alat Diagnostik saat debugging"
Andrey Prokhorov

1
Sepertinya saya tidak dapat menemukan drop-down "Select Tools" (dalam Visual Studio 2015). Tahu di mana itu?
Per Lundberg

1
@PerLundberg Jika Anda tidak dapat menemukan "Select Tools", coba jawaban Brian di bawah ini (sama dengan Andrey di komentar ini). Ini sekarang solusi pilihan saya untuk hanya menjaga memori / pemantauan CPU dinonaktifkan setiap saat. Jika saya membutuhkannya, saya tahu cara mengaktifkannya.
Alex

Perhatikan bahwa jika Anda berada dalam sesi debug dan Anda melakukan opsi Alex, sementara pemantauan Memori / CPU Anda akan berhenti, permintaan tidak akan sampai Anda berhenti dan memulai kembali sesi debug Anda! Menemukan ini dengan cara yang sulit.
vapcguy

88

Bagi saya, perbaikan untuk menghentikan "spamming" ke Fiddler4, alih-alih filter Fiddler, yang bisa saya pilih untuk dilakukan, adalah mengubah opsi Visual Studio 2015:

Visual Studio 2015 -> Alat -> Opsi -> Debugging -> Umum -> hapus centang / nonaktifkan "Aktifkan Alat Diagnostik saat debugging"

masukkan deskripsi gambar di sini

Layanan VSHUB.exe haruslah layanan yang membantu Alat diagnostik saat debugging dan terus melakukan ping situs web / webapi / aplikasi web yang sedang Anda debug. Saya tidak perlu debugging. Alat diagnostik saat ini jadi saya menonaktifkannya di Visual Studio

Mengenai menonaktifkan VSHUB.exe, saya tergoda untuk melakukan itu, sampai saya membaca dari seseorang di Microsoft, yang terbaik untuk tidak menonaktifkannya untuk pengalaman Visual Studio 2015 yang lebih baik dan mereka menambahkan fitur-fitur baru ke Visual Studio yang menggunakan VSHUB.exe lebih waktu:

Bagaimana cara menonaktifkan VsHub.exe di baki sistem?


@BrianOgden Phew! Terima kasih. Akhirnya, jawaban VS 2015. Menu Visual Studio telah banyak berubah pada setiap rilis. Tiba-tiba alat ini - VsHub - menjadi miring, dan saya tidak tahu mengapa. Dengan pembaruan otomatis Windows 10, bisa jadi itu tanpa sepengetahuan saya.
octopusgrabbus

Catatan untuk siapa pun yang melakukannya dengan cara ini, jika Anda melakukan ini di tengah sesi debug, permintaan Anda tidak akan berhenti ditangkap di Fiddler sampai Anda menghentikan & memulai kembali sesi debug Anda.
vapcguy

21

Masalah ini disebabkan oleh Alat Diagnostik Visual Studio saat debugging.

Anda dapat menonaktifkannya dengan masuk ke AlatOpsi , lalu ikuti langkah-langkahnya: masukkan deskripsi gambar di sini


Grafik yang bagus. Brian Ogden sudah mengalahkan Anda untuk itu, - duplikat jawaban. Catatan untuk siapa pun yang melakukannya dengan cara ini, jika Anda melakukan ini di tengah sesi debug, permintaan Anda tidak akan berhenti ditangkap di Fiddler sampai Anda menghentikan & memulai kembali sesi debug Anda.
vapcguy

@ vapcguy Saya harus mengakui jawaban saya tidak berbeda, tetapi saya adalah orang pertama yang memposting gambar. Brian mengedit jawabannya nanti untuk memasukkan grafik. Tapi tidak apa-apa, selama orang mendapat jawaban.
Sergey

20

Ini adalah alternatif yang lebih mudah untuk menyembunyikan lalu lintas vshub.

Pergi ke Alat> Opsi Fiddler> tab Koneksi dan tambahkan http://localhost:49155ke daftar memotong. Ini akan melewati semua lalu lintas yang diposting ke URL itu.

* Sunting: Fiddler mungkin perlu direstart setelah menambahkan ke daftar bypass.


2
Perubahan ini diterapkan hanya setelah saya me-restart Fiddler.
Bassem

@Bassem, Itu juga tanpa me-restart untuk milikku.
Smit Patel

9

Cara termudah untuk menyelesaikan ini adalah dengan menyiapkan filter di fiddler. Di OnBeforeResponse, tambahkan yang kedua jika dengan host / port vshub Anda:

  static function OnBeforeResponse(oSession: Session) {
    if (m_Hide304s && oSession.responseCode == 304) {
        oSession["ui-hide"] = "true";
    }

    if (oSession.HostnameIs("localhost:49155")){
        oSession["ui-hide"] = "hiding vshub"; // String value not important
    }


    }

2

Jawaban SpokaneDJ sangat membantu bagi saya dan bekerja dengan sangat baik, tetapi saya tidak menghabiskan banyak waktu dengan Fiddler sehingga saya perlu satu menit untuk mengingat bagaimana melakukan ini! Ini instruksi spesifiknya.


Pertama, dalam UI Fiddler, buka Rules> Customize Rules. Cari OnBeforeResponsefungsinya. Seharusnya terlihat seperti ini:

static function OnBeforeResponse(oSession: Session) {
  if (m_Hide304s && oSession.responseCode == 304) {
    oSession["ui-hide"] = "true";
  }
}

Sekarang tambahkan if blok berikut setelah yang sudah ada (mengganti host / port vshub Anda jika berbeda):

    if (oSession.HostnameIs("localhost:49155")){
      oSession["ui-hide"] = "hiding vshub"; // String value not important
    }

OnBeforeResponseFungsi Anda sekarang akan terlihat seperti ini:

  static function OnBeforeResponse(oSession: Session) {
    if (m_Hide304s && oSession.responseCode == 304) {
        oSession["ui-hide"] = "true";
    }

    if (oSession.HostnameIs("localhost:49155")){
        oSession["ui-hide"] = "hiding vshub"; // String value not important
    }
  }

0

Di atas tidak bekerja untuk saya, karena itu. Tampaknya menutup SEMUA pemain biola yang memantau tuan rumah localhost.

Sedikit googling yang bijaksana memberi saya solusi lain - untuk memblokir port secara khusus dengan menambahkan ini ke bagian bawah bagian OnBeforeRequest:

if (oSession.host=="localhost:49155"){
    oSession["ui-hide"] = "true";
}

Ini tampaknya memblokir port agar tidak dilaporkan di Fiddler, tanpa mengganggu lalu lintas localhost lebih lanjut.


1
Anda harus menyebutkan jawaban yang Anda sebut sebagai "di atas" karena jawaban di sini dapat bergeser ke atas dan ke bawah berdasarkan beberapa faktor.
Sergey

Titik adil. Pada saat itu berlaku untuk semua solusi lain, tetapi tampaknya lebih banyak telah ditambahkan sejak itu. Saya akan mengingatnya di masa depan.
Rich Howard
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.