Làm thế nào để bạn giải phóng một cổng đang được mở bởi quá trình chết?

Một đồng nghiệp của tôi gần đây đã gặp phải một vấn đề trong đó một quy trình được cho là đã chết vẫn bị ràng buộc với một cổng mạng, ngăn các quy trình khác liên kết với cổng đó. Cụ thể, netstat -a -bđã báo cáo rằng một quy trình có tên là SystemPID 4476 đã mở cổng 60001, ngoại trừ không có quy trình nào với PID 4476 tồn tại, ít nhất là theo như tôi có thể nói.

Process Explorer và Trình quản lý tác vụ không liệt kê PID 4476 (mặc dù có một quy trình khác có tên là SystemPID 4, có bộ kết nối TCP riêng không bao gồm 60001). taskkill /PID 4476cũng báo cáo rằng không thể tìm thấy PID 4476.

Có cách nào để tiêu diệt quy trình Hệ thống bí ẩn này để giải phóng cổng mà nó hiện đang bị ràng buộc không? Điều gì có thể gây ra điều này xảy ra? Làm thế nào có thể có các quy trình mà không có Trình quản lý tác vụ, Trình khám phá quy trình và tác vụ nào không biết về? Khởi động lại được quản lý để khắc phục sự cố, nhưng tôi muốn biết liệu có cách nào khắc phục vấn đề này mà không cần khởi động lại không.

Tôi biết đây là một chủ đề cũ, nhưng trong trường hợp bất kỳ ai khác có cùng một vấn đề, tôi đã ...

Điều có thể xảy ra là quá trình của bạn đã mở một cổng TCP khi nó bị sập hoặc thoát ra ngoài mà không đóng nó một cách rõ ràng. Thông thường HĐH sẽ dọn sạch những thứ này, nhưng chỉ khi bản ghi quy trình biến mất. Mặc dù quá trình có thể không còn chạy nữa, nhưng có ít nhất một điều có thể lưu giữ hồ sơ về nó, để ngăn chặn việc sử dụng lại PID của nó. Đây là sự tồn tại của một quá trình con không tách rời khỏi cha mẹ.

Nếu chương trình của bạn sinh ra bất kỳ quy trình nào trong khi nó đang chạy, hãy thử giết chúng. Điều đó sẽ khiến bản ghi quy trình của nó được giải phóng và cổng TCP sẽ bị xóa. Rõ ràng các cửa sổ thực hiện điều này khi bản ghi được phát hành không phải khi quá trình thoát như tôi mong đợi.

Bạn đã thử sử dụng TCPView và đóng kết nối chưa? Tôi không biết liệu nó có hiển thị kết nối trong kịch bản bạn mô tả hay không, bởi vì tôi chưa bao giờ có chuyện đó xảy ra với tôi. Nhưng đó là điều duy nhất tôi có thể nghĩ đến nếu điều này xảy ra lần nữa.

Quá trình là gì - đó là phần mềm thương mại, hay thứ gì đó trong nhà? Dường như cổng 60001 được sử dụng bởi một số Trojans - Tôi tự hỏi liệu nó có thể là một rootkit hoặc thứ gì đó có thể ẩn mình khỏi HĐH không? Có thể muốn cung cấp cho máy đó một lần nữa với AV, có thể là thứ gì đó từ phương tiện có thể khởi động.

Mở dấu nhắc lệnh với tư cách quản trị viên

1. C: \ WINDOWS \ system32> netstat -ano | tìm kiếm: 7895

*** Lặp lại bước 2 cho đến khi không còn quá trình con

2. C: \ WINDOWS \ system32> quy trình wmic trong đó (ParentProcessId = 1091) nhận được chú thích, ProcessId

   Chú thích quá trình

   cmd.exe 1328

2.a. C: \ WINDOWS \ system32> quy trình wmic trong đó (ParentProcessId = 1328) nhận được chú thích, ProcessId

  Caption  ProcessId

  conhost.exe  1128

2.b. lặp lại điều này cho đến khi không tìm thấy quá trình con

- Sau đó giết tất cả các quá trình con

3. C: \ WINDOWS \ system32> taskkill / F / PID 1128 THÀNH CÔNG: Quá trình với PID 9500 đã bị chấm dứt.

Tôi đã phải đối mặt với cùng một vấn đề trước đó, lệnh windows netstat -a -n đưa cho tôi danh sách các cổng mở với ID tiến trình. Từ đó tôi đã chọn số cổng mà tôi muốn đóng kết nối và sau đó tôi đóng kết nối đó bằng phần mềm TCPView. Điều này làm việc cho tôi.

Nếu bạn là người dùng windows thì hãy làm theo các bước dưới đây Bước 1: Chuyển đến đường dẫn này: Bảng điều khiển \ Tất cả các mục Bảng điều khiển \ Công cụ quản trị

Bước 2: Nhấp vào dịch vụ

Bước 3: Dừng các dịch vụ không mong muốn chạy trên cổng mong muốn.

ps -ef | tên quy trình grep

giết các quá trình liên quan

giết -9 pid

Làm việc trong trường hợp của tôi