Không thể khởi chạy máy chủ IIS Express Web, Không thể đăng ký URL, Truy cập bị từ chối


168

Một số dự án web đang gây ra sự cố cho tôi trong khi những dự án khác hoạt động tốt. Tôi quyết định tập trung vào một trong những vấn đề. Tôi đang sử dụng Visual Studio 2013 trên Windows 7. Tôi nghĩ rằng tôi đang chạy nó với tư cách quản trị viên, tiêu đề cửa sổ nói PROJECT NAME - Microsoft Visual Studio (Administrator).

Khi tôi cố gắng chạy dự án, tôi nhận được một thông báo:

Không thể khởi chạy máy chủ IIS Express Web.

Không thể đăng ký URL " http: // localhost: 62940 / " cho trang web "SITE NAME" ứng dụng "/". Mô tả lỗi: Truy cập bị từ chối. (0x80070005).

Điều này có vẻ không hoàn toàn hiếm gặp nhưng tôi đã thử nhiều gợi ý mà không gặp may:

  1. Đã xóa %userprofile%\Documents\IISExpress\, cố chạy.

  2. netsh http add urlacl url=http://localhost:62940/ user=everyone, khởi động lại và cố gắng chạy. (Trên thực tế user=Allakể từ Windows Thụy Điển).

  3. netsh http delete urlacl url=http://localhost:62940/, khởi động lại và thay đổi từ <binding protocol="http" bindingInformation="*:62940:localhost />thành <binding protocol="http" bindingInformation="*:62940:/>trong %userprofile%\Documents\IISExpress\config\applicationhost.configvà cố gắng chạy. (Nó đã thay đổi thông báo lỗi để nói ... URL "http://*:62940/" ....

  4. Đã cài đặt lại IIS 8.0 Express

  5. Cài đặt lại Visual Studio 2013

Tôi đang ở cuối cùng, tôi đang làm gì sai?

Nếu tôi thay đổi cổng của dự án (ví dụ thành 55555) thì nó bắt đầu ... Đây không phải là một giải pháp mong muốn vì những dự án này được thực hiện bởi nhiều người. Có lẽ cổng bị chặn bởi cái gì khác? Nếu vậy, có một cách dễ dàng để kiểm tra bằng gì?

Cổng 62940 dường như là miễn phí. Chạy netstatkhông hiển thị bất kỳ ứng dụng nghe nó. Một cái gì đó phải sai.

Tôi đã thử bắt đầu dự án ngày hôm nay sau khi không chạm vào nó trong một vài tháng. Nó hoạt động nhưng tôi không biết tại sao.


Chạy netstat -aon | findstrđể xem ứng dụng khác cũng giám sát cổng 62940. Nếu vậy, bạn không thể giám sát cổng đó mà phải chuyển sang cổng khác. Đừng thay đổi apphost.config hoặc netsh httpkhi chúng rõ ràng không phải là nguyên nhân.
Lex Li

Tôi chạy netstattheo đề nghị. Không có ứng dụng nào có vẻ là cổng giám sát 62940. Một cái gì đó phải sai.
Linus

2
Khởi động lại làm việc cho tôi.
Patrick Borkowicz

Câu trả lời:


91

Tôi đã giải quyết lỗi bằng cách thay đổi cổng cho dự án.

Tôi đã làm các bước sau:

1 - Nhấp chuột phải vào dự án.
2 - Đi đến tài sản.
3 - Chuyển đến tab Máy chủ .
4 - Trên phần tab, thay đổi URL dự án cho cổng khác, như 8080 hoặc 3000.

Chúc may mắn!


9
Chỉ cần giết Microsoft.VisualStudio.Web.Host.exe*32quá trình như Avrohom Yisroel nói.
Công cụ quay vòng

Cũng hoạt động với tôi trên ASP.NET Core 1.0 RC1, mặc dù hiện tại nó đang trong tab Debug và tôi phải tắt SSL Bật và bật lại để tạo một cổng mới sau đó sao chép nó vào hộp Launch URL. stackoverflow.com/a353706891/134761
angensesen

16
Tại sao upvote này? Đây không phải là một giải pháp, là một cách giải quyết
Paleta

Giống như @rotgers đã nói, tôi đã phải giết một quá trình. Nhưng của tôi là ServiceHub.Host.CLR. Tôi có 5 người trong số họ hoặc một cái gì đó, và giết những người tôi có thể. Sau đó, tôi đã mở khóa.
MartinJH

Nếu bạn đang sử dụng VS 2017 để chạy ứng dụng của mình, hãy vào tab 'Web' và thay đổi cổng trong Project Url
Fortune

59

Cách lý tưởng để sắp xếp việc này là sử dụng biểu tượng khay IIS Express để dừng trang web gây ra sự cố. Để thực hiện việc này, nhấp vào mũi tên hướng lên nhỏ ở đầu bên phải của thanh tác vụ và nhấp chuột phải vào biểu tượng IIS Express. Điều này sẽ bật lên một cửa sổ nhỏ hiển thị cho bạn các trang web mà IIS Express hiện đang chạy ...

IIS Express bật lên

Nếu bạn nhấp vào một trong các mục trong "Xem trang web", bạn có tùy chọn dừng trang web đó. Hoặc, bạn có thể nhấp vào mục Thoát ở dưới cùng của cửa sổ để dừng tất cả các trang web.

Điều đó sẽ cho phép bạn gỡ lỗi trong Visual Studio. Khi bạn bắt đầu gỡ lỗi một lần nữa, IIS Express sẽ tự động khởi động lại trang web và có thể phân bổ cổng.

Nếu thất bại, bạn phải làm theo cách bẩn thỉu. Mở Windows Task Manager và giết Microsoft.VisualStudio.Web.Host.exe*32tiến trình, sau đó bạn có thể chạy dự án tốt. Lưu ý rằng điều này sẽ giết hoàn toàn IIS Express, có nghĩa là tất cả các trang web sẽ dừng lại, vì vậy bạn sẽ phải khởi động lại từng trang trong VS nếu bạn muốn gỡ lỗi bất kỳ trang nào khác. Hãy thử phương pháp biểu tượng bật lên trước tiên vì nó sạch hơn và an toàn hơn.

Không biết điều này có trả lời cho vấn đề của bạn không, nhưng nó hiệu quả với tôi.

Cập nhật Cảm ơn JasonCoder (xem bình luận bên dưới) để thêm rằng trên Win10, quá trình này làMicrosoft.VsHub.Server.HttpHost.exe


3
Microsoft.VsHub.Server.Httphost.exe là những gì nó dành cho tôi trên Windows 7 với VS2015
JCisar

Quá trình này chạy lại khi tôi cố gắng chạy dự án. Làm sao để tôi bỏ nó đi?
nmit026

2
@ nmit026 Quá trình này được cho là chạy lại, đó là những gì chạy trang web của bạn. Mục đích của việc giết nó là để giải phóng khóa mà nó dường như có trên cảng. Khi bạn chạy lần tiếp theo, nó sẽ khởi động lại quá trình và phân bổ cổng chính xác.
Avrohom Yisroel

51

thử (với tư cách quản trị viên nâng cao)

netsh http delete urlacl url=http://*:62940/

3
Điều này thực sự làm việc cho tôi. Tôi tin rằng tôi đã phải đặt trước cổng trong MSVS 2010 vì một số lý do và sau đó nâng cấp lên 2013 (express) và bắt đầu gặp lỗi. Tôi đã thử xóa và sau đó thêm (localhost -> '*') không hoạt động. Sau đó, chỉ cần xóa không có thêm và nó hoạt động.
crokusek

3
Điều này cũng làm việc cho tôi, nhưng chỉ khi chạy với tư cách Quản trị viên. Mặt khác, nó tuyên bố không thể tìm thấy tập tin.
Seth

3
Cố gắng netsh http show urlacltìm kiếm các mục xung đột.
shlgug

4
Điều này đã giúp, nhưng trong trường hợp của tôi là không đủ. Tôi cũng đã có thêm url lại thích sử dụngnetsh http add urlacl url=http://localhost:62940/ user=Everyone
sboisse

7
Xóa đặt chỗ URL không thành công, Lỗi: 2 Hệ thống không thể tìm thấy tệp được chỉ định.
Bộ công cụ

45

Khi sử dụng Visual Studio 2015, giải pháp có thể khác một chút so với các câu trả lời trước đó. VS2015 tạo một thư mục ẩn .vs trong cùng thư mục với tệp giải pháp của bạn. Dưới đây là một thư mục cấu hình có chứa applicationationhost.config. Xóa tệp này (hoặc toàn bộ thư mục .vs) sau đó bắt đầu VS2015 để tạo lại nó có thể khắc phục lỗi này.


Tôi không phải khởi động lại VS2015, chỉ cần thử khởi động lại ứng dụng. Ngoài ra, tôi đã phải bấm "Tạo thư mục ảo" trong tab web của các trang thuộc tính dự án.
Doug Lampe

Vấn đề của tôi là cấu hình .vs / config / application ... của dự án khác đang sử dụng cổng. Khi tôi đã gỡ bỏ cổng khỏi cấu hình ứng dụng đó, tôi rất vui được đi.
James McDonnell

Tôi đã từng gặp vấn đề tương tự. Tôi đã giải quyết nó bằng cách tìm kiếm cổng này trong applicationationhost.config. Cần có một thẻ 'trang web' chứa cùng một cổng như được xác định trong cài đặt dự án. Nếu Visual Studio tạo một số thẻ trang web mới sai, hãy xóa chúng.
muối

36

Vâng, tôi đồng ý, câu trả lời hàng đầu là giải pháp thực sự chuyên nghiệp,

đây là một cho người trung gian,

Giải pháp Explorer

Nhấp chuột phải vào dự án chọn Unload dự án

Một lần nữa Nhấp chuột phải và chọn Chỉnh sửa ProjectName.csproj

xóa 3 dòng này

<DevelopmentServerPort>0</DevelopmentServerPort>
<DevelopmentServerVPath>/</DevelopmentServerVPath>
<IISUrl>http://localhost:62940/</IISUrl>

Lưu và tải lại dự án và bạn tốt để đi


Tôi đã có đủ với việc dỡ tải - không cần phải xóa bất kỳ dòng nào khỏi tệp .csproj.
Valdez V.

giải pháp tốt đẹp. trước đây phải khởi động lại máy để giải quyết vấn đề này - vì vậy cảm ơn vì một giải pháp tuyệt vời.
nspire

Tôi đã không thấy phần gỡ bỏ, tôi chỉ đến đó và thay đổi cổng và nó hoạt động
Belarmino Vicenzo

35

Gần đây cũng có lỗi này. Đã thử tất cả các bản sửa lỗi trên, nhưng không có bản sửa lỗi nào.

Để tắt nó, nhập services.mscdấu nhắc lệnh, sau đó nhấp chuột phải và tắt Chia sẻ kết nối Internet . Tôi đã chỉnh sửa các thuộc tính của nó để vô hiệu hóa khi khởi động. Của tôi trông giống như bây giờ: dịch vụ chụp ảnh màn hình .


2
Trong phiên bản Windows 10 Anniversary, nó được gọi là Điểm truy cập di động và có thể được mở bằng cách nhập, ví dụ: "điểm nóng" trong menu Bắt đầu và chọn Thay đổi cài đặt điểm truy cập di động.
Mathias Rönnlund

Như Michael đã nói, vấn đề là ICS. Nhưng bạn không cần phải tắt dịch vụ, chỉ cần khởi động lại và cổng sẽ miễn phí.
Daniel Genezini

25

Điều này xảy ra với tôi khi tôi đang cố truy cập trang web của mình từ một địa điểm xa :

Lúc đầu, applicationationhost.config (VS2015) có chứa tiêu chuẩn:

<binding protocol="http" bindingInformation="*:64376:localhost" />

Để truy cập trang web của tôi từ một vị trí từ xa trong mạng, tôi đã thêm (bước 1):

<binding protocol="http" bindingInformation="*:64376:192.168.10.132" />

Sau đó, tôi đã nhập vào CMD với quyền Quản trị viên (bước 2):

netsh http add urlacl url=http://*:64376/ user=Everyone

Như bước 3, tôi đã thêm nó vào quy tắc tường lửa.

netsh advfirewall firewall add rule name=”IISExpressWeb dir=in protocol=tcp localport=64376 profile=private,domain remoteip=localsubnet action=allow

Sau đó, tôi gặp lỗi này khi cố gắng chạy lại giải pháp.

Giải pháp: Tôi dường như đã làm mọi thứ đúng, nhưng nó không hoạt động cho đến khi tôi netshcũng chạy theo quy tắc localhost hiện có :

netsh http add urlacl url=http://localhost:64376/ user=Everyone

Bây giờ, nó hoạt động trở lại.


1
lệnh cuối cùng chính xác là những gì tôi cần để làm mọi thứ hoạt động trở lại
peterkodermac

Cảm ơn vì điều đó. Đây chính xác là cùng một lỗ đen mà tôi đã mắc kẹt sau khi cố gắng truy cập trang web từ xa.
benmccallum

24

Tôi chỉ có một vấn đề tương tự. Tôi không hoàn toàn chắc chắn làm thế nào để mô tả lỗi thực tế nhưng có vẻ như tên máy chủ trong đặt chỗ không chính xác. Hãy thử điều này trong một dấu nhắc lệnh nâng cao ...

netsh http delete urlacl url=http://localhost:62940/

... sau đó ...

netsh http add urlacl url=http://*:62940/ user=everyone

và khởi động lại trang web của bạn. Nó nên hoạt động.


19

Tôi gặp phải thông báo lỗi tương tự, nhưng có vẻ như nó được sản xuất từ ​​IIS Express. Bài viết này đã giúp tôi giải quyết nó

TL; DR

Chạy lệnh sau từ dấu nhắc lệnh Quản trị:

> netsh http add iplisten ipaddress=::

1
@amy Netsh cấu hình vai trò / tính năng của máy chủ Windows. Về cơ bản cho phép nghe http và ip cho localhost. Đối với những người quan tâm ở đây, tài liệu của Microsoft về nó: technet.microsoft.com/en-us/l Library / Giả
Micah

Chúc mừng @Micah, kể từ đó tôi phải hoàn tác việc này vì tất cả các trang IIS được cấu hình cục bộ của tôi đã ngừng hoạt động ..: /
army

2
Sửa đổi: Tôi chỉ cần thêm 127.0.0.1 dưới dạng ip để nghe, tất cả đều hoạt động. Cảm ơn giải pháp một lần nữa;)
quân đội

16

Sau khi thử một số giải pháp được đề xuất mà không thành công, tôi mới khởi động lại PC. Sau đó, vấn đề đã không xảy ra nữa.


Như một lưu ý nhỏ - tôi đã thử mọi giải pháp từ đây. Tôi thậm chí đã thử tắt và khởi động lại PC và nó không hoạt động. Sau đó, một đồng nghiệp đề nghị tôi thực sự sử dụng RESTART thay vì SHUT DOWN và nó đã hoạt động. Mặt xì phé : | Sử dụng Visual Studio 2015 trên Windows 8.1. Lỗi này xảy ra rất thường xuyên trên các giải pháp VS khác nhau mà tôi chạy cục bộ.
Prisecaru Alin

15

Tôi gặp vấn đề tương tự khi chạy ứng dụng của mình từ Visual Studio 2019 trên Windows 10. Sau một thời gian googling và thử nhiều giải pháp được đề xuất mà không thành công, tôi xác định rằng lỗi "Truy cập bị từ chối" là kết quả của số cổng mà ứng dụng của tôi sử dụng (50403 ) rơi vào "phạm vi cổng loại trừ".

Bạn có thể xem các phạm vi cổng bị loại trừ bằng lệnh sau:

netsh interface ipv4 show excludedportrange protocol=tcp

Sau một thời gian nữa, tôi thấy rằng hai thủ phạm có khả năng tạo ra các phạm vi loại trừ này là Docker và Hyper-V. Docker không được cài đặt trên máy tính của tôi nhưng Hyper-V thì có.

Giải pháp của tôi

  1. Vô hiệu hóa Hyper-V: Bảng điều khiển-> Chương trình và tính năng-> Bật hoặc tắt các tính năng của Windows. Bỏ chọn Hyper-V
  2. Khởi động lại máy tính.
  3. Thêm cổng bạn đang sử dụng vào phạm vi loại trừ cổng: netsh int ipv4 add excludedportrange protocol=tcp startport=50403 numberofports=1 store=persistent
  4. Hyper-V
  5. Khởi động lại máy tính

Tôi đã thêm cổng tôi đang sử dụng vào danh sách loại trừ để đảm bảo rằng tôi sẽ không gặp vấn đề này nữa sau khi kích hoạt lại Hyper-V. Sau Bước 4 và 5 khi tôi xem phạm vi cổng bị loại trừ, tôi có thể thấy Hyper-V dành riêng một phạm vi cổng bắt đầu với cổng tiếp theo sau cổng của tôi.

Phạm vi cổng loại trừ

Ứng dụng của tôi bây giờ đã hoạt động hoàn hảo!


2
Giải pháp hoàn hảo! Tôi đã cài đặt docker gây ra vấn đề tương tự. Cảm ơn rất nhiều
Richa Garg

2
chỉ cần lệnh để xác định các cổng loại trừ để họ có thể chọn một cổng miễn phí là giải pháp đơn giản cho vấn đề port_is_in_use. Không cần phải làm phiền với Hyper-V hoặc bất kỳ dịch vụ nào khác đang sử dụng / đặt trước các cổng (và cảm ơn rất nhiều vì sự giúp đỡ của bạn)
HPWP7

@ HPWP7 Vâng, bạn đã đúng, giải pháp đơn giản là chọn một cổng khác. Trong trường hợp của tôi, tôi phải sử dụng cổng 50403 vì dịch vụ được sử dụng từ các dịch vụ bên ngoài mà tôi không kiểm soát được. Vì vậy, tôi cần phải đặt trước cổng 50403. (Thật vui, rất vui vì tôi có thể giúp đỡ)
Philip Trenwith

cảm ơn bạn! Tôi đã dành một giờ để thử mọi thứ khác mà không gặp may mắn.
Max Favilli

Cảm ơn bạn! Tôi đã có thể bỏ qua các bước gỡ cài đặt / cài đặt lại bằng cách chỉ khởi động lại máy tính một lần và không khởi động bất kỳ container (docker) nào sau khi khởi động, trước khi chạy lệnh từ bước 3. May mắn thay tôi chỉ khởi động lại một lần, nhưng đó chỉ là may mắn. Nó có thể mất một cặp vợ chồng
Malte R

13

Tôi đã kết thúc với việc làm sạch tệp dự án (csproj) và applicationationhost.config (iis express) với tất cả các mục liên quan đến cấu hình iis express. Sau đó, nó hoạt động.


8
Làm sạch các applicationhost.configtập tin làm việc cho tôi. Tôi chỉ xóa tất cả các <site>mục trong đó.C:\Users\<USERNAME>\Documents\IISExpress\config\applicationhost.config
Nick Albrecht

Vâng. Cái này hoạt động với tôi trong VS 2013. Tôi đã xóa mục nhập trang web của mình dưới <sites>và nhấnCtrl+F5 . Nó báo lỗi không thể khởi chạy IIS Express. Vì vậy, nhấp chuột phải vào dự án, đi đến các thuộc tính, trong Web, bên cạnh hộp văn bản URL dự án nơi http://localhost:3758/được chỉ định, nhấp vào "Tạo thư mục ảo". Bây giờ Ctrl+F5ra mắt trang web tốt.
Gopinath

11

Nếu bạn gặp phải điều này sau khi cài đặt Visual Studio 2015 và bạn có thể thấy các thông báo Lỗi trong Nhật ký sự kiện hệ thống như thế này: Unable to bind to the underlying transport for [::]:{your_port}. . The IP Listen-Only list may contain a reference ...thì bạn có thể đang thiếu một mục đăng ký.

Chạy này dưới dấu nhắc lệnh hành chính: netsh http add iplisten ipaddress=::để sửa nó.

Tôi tìm thấy giải pháp được mô tả chi tiết ở đây


Ngay cả khi bạn thay đổi cổng dự án, bạn vẫn cần chạy, netsh http add iplisten ipaddress=::cảm ơn @Ignas
OldTrain

9

Sau khi tất cả các bước được liệt kê ở đây không thành công đối với tôi, tôi đã làm cho nó hoạt động bằng cách chạy VS2015 với tư cách quản trị viên.


Đây cũng là nguyên nhân rất có thể nếu URL không thể khởi chạy là URL giả mà bạn đã thêm vào tệp máy chủ của mình
MrLore

5

Điều này đã xảy ra với tôi trên Windows 10 và VS 2013. Rõ ràng có số cổng IIS Express xử lý tối đa. Các cổng trên 62546 không hoạt động đối với tôi.


1
Tôi không thể chắc chắn nếu hoặc tối đa là gì. Tuy nhiên, tôi đã bị lỗi này. Sau đó tôi đã xóa %userprofile%\Documents\IISExpressvà chỉnh sửa tệp .csproj của mình, chuyển từ cổng 63584 sang 61111. Sau khi tải lại, dự án của tôi đã bắt đầu tốt.
Andy V

3

Lỗi có thể được giải quyết nếu bạn chỉ khởi động lại Visual Studio. Nó có tác dụng tương tự như khởi động lại quá trình Microsoft.VisualStudio.Web.Host.exe * 32.


1
Không khởi động lại, thậm chí máy tính đã giúp tôi. Không đúng giải pháp cho tôi.
Eugene Bosikov

1
Đối với tôi nó hoạt động, cố gắng cập nhật Visual Studio. Bạn có thể thử các giải pháp khác quá.
meJustAndrew

2

Vấn đề của tôi hóa ra là tôi đã bật SSL trên cài đặt dự án. Tôi chỉ đơn giản là vô hiệu hóa điều này vì tôi không yêu cầu SSL để chạy dự án cục bộ.

Trong Visual Studio 2015:

  • Chọn dự án trong Solution Explorer.
  • Trong cửa sổ Thuộc tính, đặt SSL Bật thành Sai.
  • Tôi đã có thể chạy dự án.

Trong tình huống của tôi, tôi đã gặp lỗi về cổng 443 đang sử dụng vì đây là cổng được đặt trên URL SSL cho dự án.


1
Tôi đã có điều ngược lại, tôi thực sự cần phải bật SSL cho dự án của mình. Thật tốt khi thấy tôi không phải là người duy nhất thấy lỗi này do SSL.
thịt thăn

1
Tôi đã phải làm điều này để thiết lập nó thành sử dụng ssl và sau đó trở lại không (ứng dụng của tôi không được phép sử dụng ssl)
Rainhider

2

Có cùng một vấn đề trong đó IIS express phàn nàn về http: // localhost: 50418 / và không có giải pháp nào ở trên hoạt động với tôi ..

Đã đi đến projektFolder -> .vs -> config -> applicationationhost.xml

Trong thẻ <sites>tôi thấy rằng ứng dụng web của tôi đã đăng ký hai ràng buộc.

<site name="myApp.Web" id="2">
    <application path="/" applicationPool="Clr4IntegratedAppPool">
        <virtualDirectory path="/" physicalPath="C:\git\myApp\myApp.Web" />
    </application>
    <bindings>
        <binding protocol="https" bindingInformation="*:44332:localhost" />
        <binding protocol="http" bindingInformation="*:50418:localhost" />
    </bindings>
</site>

Xóa liên kết trỏ đến *: 50418: localhost đã giải quyết vấn đề.

Sử dụng VS2017 và IISExpress v10.


Này, chúng ta đang nói về IISExpress ở đây, không phải IIS. Tôi thậm chí không có 3 dòng này.
yww325

1

Chuyển đến dự án "Thuộc tính" => "Web" và trên phần "Máy chủ" thay đổi cổng thành một thứ khác không được sử dụng và lưu nó. Bạn sẽ được yêu cầu tạo một thư mục ảo và nhấp vào "Có". Bây giờ chạy dự án và nó sẽ làm việc bây giờ.


Đây là câu trả lời chính xác giống như Francisco đã viết 3 tuần trước.
Johnny Bones

1

Trong trường hợp của tôi, nó hoạt động lúc đầu và sau một thời gian ngừng hoạt động và IIS Express báo cáo rằng cổng đang được sử dụng.
netstat -abcho thấy Chrome đang sử dụng cổng. Sau khi tôi thoát Chrome, nó bắt đầu hoạt động trở lại.
Tuy nhiên, tôi không chắc tại sao Chrome lại chiếm cổng đó.


Điều này làm việc cho tôi. Tôi đã sử dụng Duyệt với và chuyển đổi giữa Firefox và Chrome mà không chạy trình gỡ lỗi. Một cái gì đó phải được treo lên trong quá trình. (Win7 / VS2015)
Technobabble

1

Điều này đã xảy ra với tôi trên Windows 7 và VS 2013 khi xem một dự án trên trình duyệt sau khi xây dựng. Tôi chỉ phải đóng trình duyệt "Chrome" sau đó đảm bảo rằng cổng không được sử dụng trong Hoạt động mạng của tôi bằng một số tiện ích (Kaspersky) sau đó thử lại và hoạt động mà không gặp sự cố nào.


1

Trong Visual Studio 2015:

  • Tìm trang khởi động của bạn trong dự án của bạn (ví dụ: mypage.aspx) và nhấp chuột phải vào trang đó.
  • Nhấp vào Đặt làm Trang Bắt đầu.
  • Nhấp chuột phải vào dự án.
  • Bấm vào Thuộc tính.
  • Nhấp vào Tab Web bên trái.
  • Trong URL dự án, nhập một cổng khác, chẳng hạn như: http: // localhost: 1234 /
  • Trong Bắt đầu hành động, chọn Trang cụ thể: mypage.aspx hoặc chọn URL cụ thể: http: // localhost: 1234 / mypage.aspx? Myparam = xxx

1

Tôi viết nó cho thông tin.

Xóa các tập tin trong dự án.

Sau khi làm sạch> Xây dựng> Bắt đầu Proje


1

Tôi đã giải quyết vấn đề này bằng cách tiêu diệt tất cả các phiên bản của iexplorer và iexplorer * 32. Có vẻ như Internet Explorer vẫn còn trong bộ nhớ giữ cổng mở mặc dù cửa sổ ứng dụng đã bị đóng.


1

Chạy netstat -abntôi nhận thấy rằng phần mềm "Duet Display" đã bảo lưu hàng ngàn cổng trong phạm vi ~ 51000.

Đóng nó đã giải quyết vấn đề của tôi.


Cách này có lẽ là cách tốt nhất, vì nó không chỉ cố gắng hết sức để khắc phục sự cố, mà thay vào đó là giúp tìm ra nguyên nhân thực sự. Trong trường hợp của tôi, một số quy trình khác thỉnh thoảng chọn cùng một cổng do IIS muốn sử dụng câu trả lời này đã giúp tôi cuối cùng tìm ra thủ phạm.
Victa prima

1

Tôi gặp vấn đề này với JetBrains Rider, đặc biệt đối với cổng 80 và 90 bit, nó hoạt động với các cổng khác cũng như phòng thu trực quan.

Sau khi chạy với tư cách quản trị viên, điều này đã giải quyết vấn đề.


Đó là bởi vì bạn đang cố mở một cổng <1024. Đó là các cổng dịch vụ.
Bluebaron

vâng, điều đó đúng nhưng chạy với tư cách quản trị viên cho phép bạn liên kết với các cổng này
workabyte

Có, nhưng bạn không nên ràng buộc các cổng đó với tư cách quản trị viên. Nguy hiểm.
Bluebaron

1

Trong Visual Studio 2019 Chỉ cần xóa hồ sơ gỡ lỗi và tạo hồ sơ mới Thực hiện thủ thuật

  1. Chuyển đến thuộc tính Project trong tab gỡ lỗi
  2. thử đầu tiên Thay đổi cổng Cài đặt máy chủ web
  3. nếu Thay đổi cổng không hoạt động thì hãy xóa Cấu hình gỡ lỗi và Tạo một cảnh báo mới Đảm bảo bạn biết các cài đặt trước đó

1

Điều làm việc cho tôi là vô hiệu hóa tất cả các bộ điều hợp mạng khác, ngoại trừ bộ điều hợp mạng tôi hiện đang sử dụng. Sự kiện trong trình xem sự kiện là: Unable to bind to the underlying transport for [::]:50064. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

Vì tôi có VMware Workstation, Docker (và do đó là Hyper V) một số máy khách VPN, tôi có rất nhiều giao diện mạng.


0

Đôi khi lỗi này là một phiên bản Visual Studio khác đang chạy trên cùng một máy.


0

Có vẻ như mọi người đều có vấn đề riêng Chỉ cần chia sẻ những gì tôi đã làm để khắc phục sự cố này trong VS2015 (Windows 8.1), giải pháp của tôi có 6 trang web (không phải ứng dụng web)

  1. Mở tệp giải pháp của bạn * .sln
  2. Thay đổi chuỗi tệp giải pháp của bạn VWDPort = "34781" (làm cho nó trở thành duy nhất trong giải pháp của bạn nếu bạn có nhiều hơn 1 trang web, tôi đã tạo +2) trong notepad.

Xem tệp giải pháp mẫu ProjectSection (WebsiteProperIES):

Project("{E24C65DC-7377-472B-9ABA-BC803B73C61A}") = "BOSTONBEANCOFFEE.COM", "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM", "{5106A8F5-401B-4907-981C-F37784DC4E9D}"
ProjectSection(WebsiteProperties) = preProject
    SccProjectName = ""$/PrismRMSystem/VS2012/WebOfficeV4.root/WebOfficeV4", IPYHAAAA"
    SccAuxPath = ""
    SccLocalPath = "..\.."
    SccProvider = "MSSCCI:Microsoft Visual SourceSafe"
    TargetFrameworkMoniker = ".NETFramework,Version%3Dv4.0"
    ProjectReferences = "{04e527c3-bac6-4082-9d39-aad8771b368e}|YBTools.dll;{5d52eaec-42fb-4313-83b8-69e2f55ebf14}|AuthorizeNet.dll;{d8408f53-8f1e-4a71-8b05-76023b09b716}|AuthorizeNet.Helpers.dll;{77ebd08a-de0f-4793-b436-fad6980863e6}|WEBCUSTCONTROLS.dll;"
    Debug.AspNetCompiler.VirtualPath = "/BOSTONBEANCOFFEE.COM"
    Debug.AspNetCompiler.PhysicalPath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
    Debug.AspNetCompiler.TargetPath = "PrecompiledWeb\BOSTONBEANCOFFEE.COM\"
    Debug.AspNetCompiler.Updateable = "true"
    Debug.AspNetCompiler.ForceOverwrite = "true"
    Debug.AspNetCompiler.KeyFile = "Key\StrongKey.snk"
    Debug.AspNetCompiler.DelaySign = "false"
    Debug.AspNetCompiler.AllowPartiallyTrustedCallers = "false"
    Debug.AspNetCompiler.FixedNames = "true"
    Debug.AspNetCompiler.Debug = "True"
    Release.AspNetCompiler.VirtualPath = "/BOSTONBEANCOFFEE.COM"
    Release.AspNetCompiler.PhysicalPath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
    Release.AspNetCompiler.TargetPath = "PrecompiledWeb\BOSTONBEANCOFFEE.COM\"
    Release.AspNetCompiler.Updateable = "true"
    Release.AspNetCompiler.ForceOverwrite = "true"
    Release.AspNetCompiler.KeyFile = "Key\StrongKey.snk"
    Release.AspNetCompiler.DelaySign = "false"
    Release.AspNetCompiler.AllowPartiallyTrustedCallers = "false"
    Release.AspNetCompiler.FixedNames = "true"
    Release.AspNetCompiler.Debug = "False"      
    VWDPort = "34781"
    SlnRelativePath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
EndProjectSection

Trong trường hợp của tôi, tôi đã cố gắng thay đổi URL từ thuộc tính dự án, khởi động lại VS, khởi động lại máy tính, không có gì giúp tôi chỉ thao tác tệp SLN này đã khắc phục sự cố của tôi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.