Chúng tôi biết một số cổng ngẫu nhiên được gán cho một ứng dụng web trong Visual Studio. Nó hoạt động tốt trong máy tính để bàn văn phòng của tôi. Nhưng khi tôi kéo mã vào máy tính xách tay của mình (từ VisualStudio.com) và chạy ứng dụng web. Tôi nhận được một tin nhắn, nói rằng,

Cổng được chỉ định đang được sử dụng

Cổng 10360 đã được sử dụng bởi một ứng dụng khác.

khuyến nghị

1. Thử chuyển sang cổng khác 10360 và cao hơn 1024.
2. Dừng ứng dụng đang sử dụng cổng 10360.

Tôi có thể sửa nó bằng Recommendation #1cách thay đổi cổng thành một cái gì đó khác như 13333. Nhưng tôi rất tò mò không biết điều gì đã xảy ra với cổng 10360. Làm cách nào để kiểm tra ứng dụng nào đang sử dụng cổng 10360? Làm thế nào tôi có thể dừng ứng dụng đó?

tôi giải quyết vấn đề theo cách này ...

Tệp -> Mở -> Trang Web ...

Sau đó, chọn Local IIS trong IIS Express Site, loại bỏ dự án không mong muốn.

hy vọng điều này giúp đỡ.

1. thay đổi nó trong giải pháp (nhấp chuột phải) -> thuộc tính -> tab web
2. Nhấp vào Tạo thư mục ảo (ở phía trước hộp văn bản Url của dự án)

Tôi đã gặp sự cố tương tự khi chạy Visual Studio 2019 trên Windows 10. Một số giải pháp hoạt động cho những người khác dường như bao gồm:

1. Thay đổi số cổng ứng dụng.
2. Để Visual studio tự động chỉ định số cổng mỗi khi ứng dụng khởi động.
3. Khởi động lại Visual Studio
4. Khởi động lại máy tính.

Thật không may, không có giải pháp nào trong số này phù hợp với tôi, việc gán một số cổng khác đã hoạt động nhưng không phải là giải pháp chấp nhận được vì điều quan trọng là ứng dụng của tôi phải chạy trên một cổng được chỉ định.

Giải pháp

Đầu tiên tôi chạy lệnh:

netsh http add iplisten ipaddress=::

từ một quy trình dòng lệnh nâng cao. Điều này đã giải quyết được lỗi ban đầu, khi cố gắng chạy ứng dụng, tôi không còn gặp lỗi "cổng đang sử dụng", thay vào đó, tôi hiện gặp lỗi cho biết ứng dụng không thể liên kết với cổng vì yêu cầu đặc quyền quản trị. (mặc dù tôi đang chạy Visual Studio với tư cách quản trị viên)

Lỗi thứ hai là do Hyper-V thêm cổng vào Phạm vi loại trừ cổng, cổng mà ứng dụng của tôi sử dụng nằm trong một trong các phạm vi loại trừ này. Bạn có thể xem các cổng này bằng cách chạy lệnh sau:netsh interface ipv4 show excludedportrange protocol=tcp

Để giải quyết lỗi thứ hai này:

1. Tắt Hyper-V: Control Panel-> Programs and Features-> 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. Bật lại Hyper-V
5. Khởi động lại máy tính

Từ đây mọi thứ hoạt động hoàn hảo.

Tôi đã gặp vấn đề tương tự, nhưng không có quy trình nào xuất hiện cả trong netstat cũng như khôi phục lại.

Điều giải quyết vấn đề cho tôi là đóng tất cả các cửa sổ trình duyệt đang mở.

Điều này đã ám ảnh tôi hơn một năm!

Cho tôi,

• không có trang web nào đang chạy iin IIS Express
• không có gì đang sử dụng cổng như được xác định bằng cách chạy: netstat -anotại dòng lệnh.

Giải pháp là chạy

netsh http add iplisten ipaddress=::

từ dòng lệnh.

Những ngày hạnh phúc và ghi công cho: James Bryant! https://developercommunity.visualstudio.com/content/problem/110767/specified-port-is-in-use.html

Bạn đang tìm kiếm netstat.

Mở một trình bao lệnh quản trị và chạy

netstat -aob

Và tìm cổng 10360. Nó sẽ cho bạn biết tệp thực thi nào đã mở cổng và PID nào cần tra cứu trong Trình quản lý tác vụ. (Trên thực tế, netstat -?trước tiên hãy chạy trong một shell không đặc quyền, bởi vì tôi không chấp nhận việc chạy một cách mù quáng bất cứ thứ gì bạn không hiểu, đặc biệt là trong bối cảnh đặc quyền.)

Đây là những gì công tắc làm:

-a hiển thị tất cả các kết nối hoặc cổng đang mở, không chỉ những cổng đang hoạt động - cổng bạn muốn có thể đang lắng nghe, không hoạt động.

-ohiển thị PID sở hữu của kết nối hoặc cổng, vì vậy bạn có thể tìm thấy quy trình trong tab Quy trình của Trình quản lý tác vụ. (Bạn có thể cần thêm cột PID trong Trình quản lý tác vụ. Xem-> Chọn cột)

-bhiển thị nhị phân liên quan đến việc mở kết nối hoặc cổng. Đây là một trong những yêu cầu quyền truy cập cao.

1. Đóng VS
   2. Bắt đầu lại - nhấp chuột phải và chạy với tư cách quản trị viên
   3. Chạy lại dự án của bạn.

GIẢI PHÁP ĐƠN GIẢN HIỆU QUẢ CHO TÔI: (Tín dụng để kết hợp các câu trả lời của người khác)

**My System Info:**
Windows 10 build : 1809
IIS Version      : 10.0.17763.1
Hyper-V          : Enabled
Docker           : Installed - 2.3.0.2 (45183)

• Kiểm tra phạm vi cổng bị chặn trong CMD (quản trị viên)

  >> netsh interface ipv4 show excludedportrange protocol=tcp
  
  (Sample output):
  Protocol tcp Port Exclusion Ranges
  Start Port    End Port
  ----------    --------
  49696       49795         (SEE HERE, 49796 to 49895 is not blocked)
  49896       49995
  ... list goes on ...
  

• Mở Visual Studio và điều hướng đến> Dự án> Thuộc tính> Web> Máy chủ> Url dự án

• Sử dụng Cổng không bị chặn.

  (Sample port):
  http://localhost:49796/
  

• Khởi động lại Visual Studio (nếu cần)

• Uống cà phê và chia sẻ yêu thương. (cần thiết) :)

1. Xóa tệp .sln, nếu bạn có.
2. Mở tệp C: \ Users \ NN \ Documents \ IISExpress \ config \ applicationhost.config
3. Xác định vị trí trang web có vấn đề trong cấu hình / system.applicationHost / sites và xóa toàn bộ phần trang web.
4. "Mở trang web .." từ Visual Studio và dự án sẽ được cấp một cổng mới ngẫu nhiên.

Nếu netstat không hiển thị bất cứ điều gì, hãy thử khởi động lại.

Đối với tôi, không có gì xuất hiện trong netstat cho cổng của tôi. Tôi đã thử đóng cửa sổ trình duyệt Google Chrome theo đề xuất của @Clangon và @JT Taylor, nhưng vô ích.

Tuy nhiên, cuối cùng thì quá trình khởi động lại hệ thống đã hoạt động, vì vậy tôi chỉ có thể cho rằng có thứ gì đó khác đang bí mật giữ cổng mở. Hoặc có lẽ chỉ mất nhiều thời gian hơn tôi đã chuẩn bị để chờ các cổng được phát hành sau khi Chrome tắt.

Chạy studio trực quan ở chế độ quản trị đã giải quyết được vấn đề của tôi

netstat không hiển thị bất kỳ thứ gì đã sử dụng cổng

netstat -ano | findstr <your port number>không hiển thị gì cho tôi. Tôi phát hiện ra rằng cổng đã bị loại trừ bằng cách sử dụng lệnh này để xem phạm vi nào được dành bởi thứ khác:

netsh interface ipv4 show excludedportrange protocol=tcp

Bạn có thể thử bỏ chặn phạm vi từ cổng bắt đầu cho một số cổng (cần Dấu nhắc lệnh với Quản trị viên):

netsh int ip delete excludedportrange protocol=tcp numberofports=<number of ports> startport=<start port>

Tuy nhiên, trong trường hợp của tôi, tôi không thể bỏ chặn phạm vi, tôi chỉ nhận được thông báo "Quyền truy cập bị từ chối", vì vậy tôi đã phải chọn một cổng khác cho trang web của mình.

Giải pháp ban đầu của tôi: Điều duy nhất hoạt động là xóa thư mục .vs trong thư mục giải pháp. (Tôi đã thấy rằng bạn chỉ có thể xóa .vs / config / applicationhost.config để tránh mất quá nhiều cài đặt).

Mở Trình quản lý Tác vụ và Chỉ cần Đóng tất cả các quy trình của 'Khay Hệ thống IIS Express' và 'Quy trình Công nhân IIS Express' và chạy lại Dự án

Phòng thu hình ảnh 2015

• Đóng tất cả các tệp bạn đã mở bên trong Visual studio.
• Sau đó, đóng ứng dụng và thoát khỏi Visual Studio.
• Mở Visual Studio và nó sẽ chạy thành công.

Tôi hi vọng cái này giúp được.

Đối với tôi, lỗi "Cổng được chỉ định đang được sử dụng" thường được sửa (arround thực sự hoạt động tốt) bằng cách dừng dịch vụ "Chia sẻ kết nối Internet ( ICS )" (SharedAccess) và "World Wide Web Publishing Service" ( W3SVC ).

Sau khi dự án / ISS Express được bắt đầu, các dịch vụ đã dừng có thể được khởi động lại mà không gặp sự cố.

Bất cứ khi nào tôi nhận được lỗi , cổng (trong phạm vi 50000) chắc chắn không được sử dụng (đã kiểm tra bằng netstat & tcpview).

Sẽ thật tuyệt nếu Microsoft thực hiện một số thử nghiệm tích hợp của Visual Studio / IIS Express cùng với HyperV và Dịch vụ IIS "bình thường" HOẶC đưa ra một số hướng dẫn về phạm vi cổng nào sẽ sử dụng cho VS / IIS Express (và những cổng nào cần tránh).

Đối với tôi, trình duyệt Google Chrome là quá trình sử dụng cổng. Ngay cả sau khi đóng Chrome, tôi thấy rằng quá trình này vẫn tiếp diễn (tôi cho phép Chrome "chạy trong nền" để tôi có thể nhận thông báo trên màn hình). Tôi đã truy cập Trình quản lý tác vụ và giết quá trình trình duyệt Chrome, sau đó khởi động ứng dụng web của mình, nó hoạt động như một sự quyến rũ.

Đối với tôi, đóng tất cả ứng dụng và khởi động lại máy tính.

Khi cửa sổ bắt đầu, mở Visual studio trước, sau đó mở trình duyệt và nhấp vào chạy (F5).

Bây giờ nó hoạt động. Tôi không biết tại sao.

Mở csproj của bạn bằng Notepad ++ chẳng hạn và cuộn xuống DevelopmentServerPort. Thay đổi nó thành một cái gì đó khác miễn là nó trên 1024 như được khuyến nghị lại (ví dụ như 22312). Đồng thời thay đổi IISUrl thành http: // localhost: 22312 / . Lưu các thay đổi của bạn và khởi động lại dự án.

Trong trường hợp của tôi, không có ứng dụng nào sử dụng cổng được chỉ định và việc chạy Visual Studio nâng cao cũng không giúp được gì.

Điều phù hợp với tôi là cài đặt lại IIS Express và khởi động lại máy tính.

Đối với tôi, đó là một tác vụ VBCSCompiler mồ côi từ một lần chạy trước, nó không tắt và bằng cách nào đó đang gây nhiễu. Giết nhiệm vụ đó đã giải quyết nó.

https://developercommunity.visualstudio.com/content/problem/31482/vbcscompiler-does-not-shut-down.html

Bạn cần định cấu hình tham số này bằng cách chạy như sau trong dấu nhắc lệnh quản trị:

netsh http thêm iplisten ipaddress = ::

Đối với tôi netstat đã thực hiện thủ thuật để cho tôi thấy rằng tôi đã chạy Fiddler đang giữ cho cổng luôn mở.

Nhấp vào thông báo hiện ở cuối thanh tác vụ nếu bạn nhận được lỗi như cổng đang sử dụng sau đó chọn biểu tượng iiss nhấp chuột phải sau đó nhấp vào thoát, nó hoạt động giống như bùa cho tôi

Thông báo lỗi sẽ cho bạn biết ứng dụng nào đã sử dụng cổng - trong trường hợp của tôi, đó là explorer.exe, vì vậy đây chỉ là trường hợp khởi động lại explorer từ trình quản lý tác vụ.

Tôi đã có cùng một lỗi hiển thị. Tôi đã đặt dịch vụ web của mình làm ứng dụng trong IIS và tôi đã sửa nó bằng cách:

Nhấp chuột phải vào dự án WebService của tôi bên trong giải pháp của tôi> Thuộc tính> Web> Trong 'Máy chủ', thay đổi từ IIS Express thành IIS cục bộ (nó sẽ tự động tạo Thư mục ảo theo ý bạn)

Khi Cổng xxxx đã được sử dụng, luôn có PID (Id quy trình) được giải thích với lỗi. Chỉ cần vào trình quản lý tác vụ trên máy bạn đang chạy ứng dụng, nhấp vào chi tiết và bạn sẽ xác định được ứng dụng kia là gì. Sau đó, bạn có thể quyết định xem bạn có muốn kết thúc quá trình đó hay không

Chỉ để thêm vào điều này, tôi đã bật tính năng IIS đầy đủ cho một trong các máy của mình và nó dường như khiến điều này xảy ra không liên tục.

Tôi cũng nhận được khiếu nại ngẫu nhiên về việc cần quyền Quản trị viên để ràng buộc các trang web sau một thời gian, tôi cho rằng bằng cách nào đó nó đang xem cấu hình IIS đầy đủ (Yêu cầu quản trị viên vì nó không phải là tệp cho mỗi người dùng).

Nếu bạn đang gặp khó khăn và không có gì khác có thể giúp đỡ (và bạn không muốn chỉ chọn một cổng khác) thì hãy kiểm tra xem bạn đã gỡ bỏ cổng này chưa nếu nó có mặt.

FWIW, tôi đã thử rất nhiều tùy chọn này và tôi không đi đến đâu. Sau đó, tôi nhận ra rằng mình đã cài đặt VMWare Player ngay trước khi sự cố bắt đầu. Tôi đã gỡ cài đặt nó và lỗi này đã biến mất.

Tôi chắc chắn rằng có một số cách để làm cho chúng cùng tồn tại, nhưng tôi không thực sự cần Player nên tôi chỉ xóa nó. Nếu bạn đã thử tất cả các loại và nó không hoạt động, hãy xem xét bất kỳ chương trình nào bạn đã cài đặt gần đây (đặc biệt là những chương trình liên quan đến bộ điều hợp mạng?) Và xem liệu điều đó có đưa bạn đến bất kỳ đâu.

Trong Visual Studio 2017, chọn Dự án / Thuộc tính và sau đó chọn tùy chọn Web. Trong phần IIS bên cạnh URL dự án mặc định, hãy nhấp vào Tạo thư mục ảo. Điều này giải quyết các vấn đề đối với tôi. Tôi nghĩ rằng trong trường hợp của tôi, Thư mục ảo dự án mặc định đã bị hỏng theo một cách nào đó sau một phiên gỡ lỗi.

Để giải quyết vấn đề này, hãy làm theo bước dưới đây:

1. Mở CMD run với chế độ Quản trị viên

2. Sau đó thực hiện lệnh netsh http add iplisten ipaddress = ::

3. Sau khi chạy dự án