Tidak dapat terhubung ke penyebaran web komputer jarak jauh ERROR_DESTINATION_NOT_REACHABLE

Saya mencoba mengkonfigurasi Web Deploy 3.5 pada Windows Server 2008 R2 Standard dengan SP1 diinstal di dalamnya. Ketika saya mencoba memvalidasi koneksi menggunakan Visual Studio 2013 untuk menerbitkan situs web itu melempar kesalahan berikut.

Could not connect to remote computer (computer name). Make sure Web Management Service is started.
Learn more at http://go.microsoft.com/fwlink/?linkId=221672#ERROR_DESTINATION_NOT_REACHABLE

Dan saya sudah mencoba semua yang ditemukan di semua forum sebagai berikut. Dan saya juga pernah melakukan ini sebelumnya di pekerjaan yang berbeda dan setiap kali itu bekerja dengan baik.

1. Pastikan Layanan Manajemen Web dimulai dan diatur ke Otomatis
2. Pastikan bahwa Layanan Agen Penyebaran Web dimulai dan diatur ke Otomatis
3. Web Deploy 3.5 diinstal
4. Saya telah mencoba menginstal versi yang berbeda dari Web Deploy 3.5 juga seperti versi hosting.
5. Saya memeriksa apakah port firewall untuk Layanan Manajemen Web mendengarkan pada port 8172 (lihat gambar di bawah).
6. Versi .Net Framework saya pikir itu bukan masalah.
7. Saya juga memastikan bahwa selama instalasi Web Deploy 3.5 semua komponen diinstal.
8. Ketika saya mengklik pada node server di dalam IIS dan di dalam Web Management Service juga tertulis Aktifkan koneksi Remote
9. Saya juga telah memeriksa apakah pengguna didelegasikan untuk menerbitkan di situs web itu.
10. Saya juga tidak menemukan log di dalam C: \ inetpub \ logs \ wmsvc.

Saya tidak bisa melakukan ping url 8172 / webdeploy.axd. Apakah ada layanan lain yang bisa mendengarkan pada beberapa port yang saya lewatkan. Ada yang aneh di sini. Saya tidak dapat melihat traffic apa pun yang melewati Fiddler dari mesin lokal saya. Saya telah mencoba menempelkan .axd url di internet explorer server dan masih tidak dapat mencapainya dan tidak mengatakan apa-apa.

Lebih Banyak Temuan:

Saya mencoba menghubungkan menggunakan Telnet client dan mengatakan: Tidak dapat membuka koneksi ke host, pada port 8172: Koneksi gagal. Di suatu tempat itu diblokir dan saya tidak tahu ke mana harus mencari.

Sebuah komentar pada jawaban ini di stackoverflow membuat saya di jalur yang benar dengan pesan kesalahan yang sama ini jika ada orang lain yang menemukan ini dan jawaban lain tidak membantu: https://stackoverflow.com/a/13871041/1128742 .

Tidak hanya penyebaran web perlu diinstal, tetapi subitem Penanganan Penerapan IIS perlu diaktifkan. Buka Tambah / hapus program> Microsoft Web Deploy> Ubah> pastikan IIS Deployment Handler Diaktifkan.

Penyebaran web bekerja untuk kami, lalu kami menerapkan beberapa pembaruan windows dan berhenti bekerja tiba-tiba, inilah penyebabnya.

Saya memiliki masalah yang sama (404). Memperbaikinya dengan:

1. Web Deploy 3.6 yang tidak diinstal dari Program & Fitur
2. Paket x64 yang diunduh dari https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Instal paket MSI yang diunduh, yang ternyata adalah Web Deploy 3.5.

Segera (tanpa restart) ini menyelesaikan masalah.

Jadi masalahnya ternyata ada firewall lain yang mencegah koneksi ke port 8172 dan harus dibuka.

Saya baru saja mengalami masalah serupa. Itu karena mengacaukan sertifikat SSL.

Selama instalasi WebDeploy Anda biasanya menginstal Layanan Manajemen yang membuat sertifikat yang ditandatangani sendiri bernama: WMSvc-HOSTNAME .

Sertifikat ini harus tersedia di Toko Sertifikat :

dan akan terlihat di IIS di bawah Sertifikat Server :

Karena saya mengacaukannya, entah bagaimana WMSvc-HOSTNAME tersedia di Certificate Store dan menghilang dari Server Certificates di IIS .

Masalahnya adalah bahwa Layanan Manajemen dikonfigurasikan untuk menggunakan sertifikat WMSvc:

Larutan:

Buat sertifikat SSL baru yang ditandatangani sendiri dan gunakan dengan Layanan Manajemen, bukan WMSVC .

Saya memiliki masalah yang sama, memposting solusi saya untuk kelengkapan: Saya mencoba Web Deploy ke Hyper-V VM , diselesaikan dengan menciptakan kembali Virtual Switch yang digunakan oleh VM. Mungkin mengalami kesalahan konfigurasi beberapa waktu lalu saat mencoba memecahkan masalah beberapa koneksi lain. Seharusnya sudah diperiksa lebih awal jika aku benar-benar bisa mencapai tujuan ...