Tôi gặp sự cố khi khởi động máy chủ Apache của mình, vì cổng 443 đã được sử dụng.

Hóa ra, quy trình hệ thống (PID 4) sử dụng cổng 443. Tôi chưa cài đặt IIS, các chương trình services.msc (dự đoán) không có máy chủ Exchange đang chạy, cũng không phải WWW-Services, hay IIS. Tôi không biết làm thế nào để tìm ra dịch vụ nào sử dụng cổng đó, chỉ đơn giản là vô hiệu hóa từng dịch vụ này và tôi thậm chí không chắc điều đó sẽ giúp ích.

Tôi sẽ rất biết ơn nếu ai đó có thể chỉ cho tôi cách tôi có thể lấy lại cổng SSL, cảm ơn bạn :)

PS: Tất nhiên "chỉ cần chuyển Apache sang cổng khác cho SSL" sẽ giải quyết vấn đề không thể khởi động Apache. Nhưng tôi vẫn muốn biết những gì rất khăng khăng về việc ăn cắp cổng 443. :)

Bây giờ tôi đã chọn "tuyến đường cứng" và các dịch vụ bị vô hiệu hóa lần lượt. Hóa ra dịch vụ "Định tuyến và RAS" là thủ phạm.

Cảm ơn tất cả các bạn về đầu vào có giá trị và các công cụ mới trong cuộc chiến chống lại "WTF hệ thống của tôi có làm gì bây giờ không?".

Chạy phần sau từ dấu nhắc lệnh nâng cao:

netstat -ab

Tôi cá là Skype. Bỏ chọn hộp kiểm hiển thị bên dưới nếu bạn đã cài đặt nó.

Tôi gặp vấn đề là cổng 443 đã được "hệ thống" sử dụng với PID 4 trên máy Windows 7 của tôi. Giải pháp cho tôi là xóa một "Kết nối đến" (VPN) tồn tại trong thư mục kết nối mạng.

Có vẻ như tôi đã tạo ra nó và quên xóa nó sau khi sử dụng ...

Trước hết, tôi sẽ trả lời trực tiếp câu hỏi này và bất kỳ ai đang đọc câu hỏi này đều có thể bỏ qua mọi câu trả lời nói về các ứng dụng không phải của Microsoft bên thứ 3 sử dụng Quy trình hệ thống.

1. Các hệ thống xử lý được liệt kê như PID 4 trên tất cả các hệ thống Windows hiện đại ngày nay. Nó là để truy cập chế độ kernel. Điều này loại trừ hầu hết các sản phẩm web của bên thứ 3 như Apache.

2. Kể từ khi bắt đầu WinRM (Quản lý từ xa Windows), dịch vụ HTTP ( % SystemRoot% \ system32 \ driver \ http.sys ) đã trở thành một phần tiêu chuẩn của Windows (Vista trở lên / Server 2008 trở lên). http.sys chạy theo quy trình Hệ thống ( PID 4 ).

3. Các phần mềm khác do Microsoft phát triển cũng có thể sử dụng% SystemRoot% \ system32 \ driver \ http.sys trong quy trình Hệ thống như IIS , Dịch vụ báo cáo SQL và Dịch vụ triển khai web của Microsoft ( http://support.microsoft.com/kb/2597817 ) ...

4. Các cổng mặc định của WinRM 1.0 là:
   HTTP = 80
   HTTPS = 443
   WinRM 2.0 và các cổng mặc định lớn hơn là:
   HTTP = 5985
   HTTPS = 5986
   Kiểm tra bằng các lệnh sau:
   Winrm liệt kê winrm / config / listener
   Winrm get http://schemas.microsoft.com / wbem / wsman / 1 / config
   

Các bước khắc phục sự cố:

Lấy số quy trình của cổng mà bạn đang tìm kiếm (443 trong trường hợp này):

... từ một ổ đĩa không được ánh xạ của Windows để tránh "Truy cập bị từ chối":
netstat -aon | find ": 443"
Đầu ra sẽ giống như sau đối với quy trình Hệ thống :
C:> netstat -ano | find ": 443"
TCP 0.0.0.0:443 0.0.0.0 0 LISTENING 4
TCP [::]: 443 [: :]: 0 NGHE 4
Cột cuối cùng là PID (4).

5. Chạy danh sách tác vụ để tìm hiểu những gì đang chạy trong quy trình chứng tỏ không có ích:
   danh sách tác vụ / SVC / FI "PID eq 4"
   danh sách tác vụ / m / FI "PID eq 4"
   

6. Hãy tìm trong sổ đăng ký dịch vụ HTTP: HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlset \ services \ HTTP \ Paramameter \ UrlAclInfo
   Sẽ có một danh sách các URL (có số cổng) có thể dẫn bạn đến ứng dụng nào đang chạy và giữ cổng nào:
   http : // +: 5985 / wsman / -> WinRM
   https: // +: 5986 / wsman / -> WinRM
   http: // +: 80 / Báo cáo / -> Máy chủ báo cáo SQL
   http: // +: 80 / Máy chủ báo cáo / -> Máy chủ báo cáo SQL
   https: // server_fqdn: 443 / Báo cáo / -> Máy chủ báo cáo SQL
   https: // server_fqdn: 443 / Máy chủ báo cáo / -> Máy chủ báo cáo SQL
   http: // *: 2869 / - -> Dịch vụ Giao thức Khám phá Dịch vụ Đơn giản (SSDPSRV)
   http: // *: 5357 / ->Khám phá động dịch vụ web (WS-Discovery)
   https: // *: 5358 / -> Khám phá động dịch vụ web (WS-Discovery)
   

Sau đó, bạn có thể tìm thấy dịch vụ tương ứng trên hệ thống và dừng nó và xem cổng mong muốn được phát hành bằng cách xác nhận với một netstat khác -aon | tìm lệnh ": 443" .

Thường thì đây là dịch vụ đại lý máy chủ VMware (cần thiết cho giao tiếp VM-host-to-guest) - vmware-hostd.exe.

Một cách tốt để tìm hiểu quy trình phụ mà Svchost.exe đang chạy là sử dụng Trình khám phá quy trình của Sysiternals .

Tôi gặp vấn đề tương tự với việc định tuyến 443 yêu cầu đến máy chủ WAS của tôi. Dựa trên các khuyến nghị trong câu hỏi này, đây là những gì tôi đã làm:

1. Từ dấu nhắc cmd nâng cao chạy netstat -a -n -o | findstr 443
2. Xác định PID của quá trình lắng nghe trên 443
3. Đã sử dụng Process Explorer để xác định quy trình từ PID.
4. Trong trường hợp của tôi, ứng dụng nghe là vmwarehostd.exe
5. Đã dừng máy chủ VMware Workstation từ services.msc. Khởi động lại bởi máy chủ WAS.

Và tất cả 443 yêu cầu đã đến 443 hạnh phúc mãi mãi về sau.

PS: Tôi đã gỡ cài đặt skype đi kèm với cài đặt Windows 8 của tôi. Dịch vụ định tuyến và truy cập từ xa đã bị vô hiệu hóa trong máy của tôi.

Nếu đó là một quá trình được bắt đầu bởi một dịch vụ, netstat -absẽ không giúp đỡ.

Trong trường hợp này hãy thử netstat -ao | find /i "443"trong một dòng lệnh quản trị viên. Điều này sẽ cung cấp cho bạn một đầu ra như thế này:

    TCP   0.0.0.0:443   your_hostname:0   LISTENING   PID

Sau đó nhập tasklist | find /i "<PID>"một dấu nhắc lệnh quản trị viên khác.

Trong trường hợp của tôi, PID là 2912 và lệnh của tôi là:

tasklist | find /i "2912"

Đầu ra của lệnh của tôi là:

vmware-hostd.exe   2912 Services   0   39 856 K

Ồ, tôi thậm chí đã quên rằng tôi đã cài đặt VMware để kiểm tra chức năng ...

Trong trường hợp của tôi, đó là DataManager từ F5 Networks sử dụng Tomcat 6 bên trong để phục vụ các trang web của nó. Tôi quên cài đặt ứng dụng đó. Quyết định thiết kế tồi, nếu bạn hỏi tôi.

Khi sử dụng netstat -ao | find ":443", tôi phát hiện ra rằng cổng 443 đang được sử dụng bởi PID 4, đó là quy trình Hệ thống. Điều này đã xảy ra với tôi hai lần trên Windows Server 2012 và đó là do một trong những lý do sau:

1. IIS đang chạy, được liệt kê là "Dịch vụ xuất bản web toàn cầu" trong Dịch vụ mà tôi đã dừng.
2. Tính năng Work Folders được cài đặt, vì vậy tôi đã gỡ cài đặt nó.

Đây có thể không phải là một giải pháp cho tất cả mọi người, nhưng nó có thể giúp một số người.

Trong trường hợp của tôi, đó là quy trình DTC (Điều phối giao dịch phân tán) để sử dụng cổng 443. Cụ thể, tôi đã kích hoạt WS-AT trong DTC và nó đang sử dụng cổng 443.

Nói chung, tôi hiểu rằng khi quy trình Hệ thống (PID 4) sử dụng cổng 443 / HTTPS, đó là một quy trình nội bộ của Windows (trong trường hợp của tôi là DTC, nhưng tôi nghĩ cũng có thể là một quy trình khác), nếu đó không phải là trang web IIS sử dụng nó.

Đối với tôi, đó là nhân viên McAfee EPO đang nghe trên cổng 80. Tôi đã phải trải qua nhiều vòng đau đớn để thay đổi nó. https://kc.mcafee.com/cor merg / index? page = content & id = KB67605

Đối với tôi, sau bản cập nhật Windows Server 2016, Apache 443 không thể bắt đầu với sự kiện thông thường được liệt kê.

Tôi tìm thấy thủ phạm là Dịch vụ "Chia sẻ đồng bộ hóa Windows" (SyncShareSvc). Tôi đã vô hiệu hóa và có thể bắt đầu Apache.

Tôi thấy rằng sử dụng chức năng VPN trong Windows 8 (có thể giống với Windows 7) đã sử dụng cổng 443.

Ngoài ra, cổng của tôi đóng lại một lần nữa bởi PMB.exe (Pando Media Booster).

Wireshark sẽ cho bạn biết chi tiết. http://www.wireshark.org/ Hoặc Trình giám sát TCP: http://www.itsamples.com/tcp-monitor.html

Điều đó sẽ giúp.

Nếu bạn có một số loại trình điều khiển LAN ảo (như OpenVM, VMware, v.v.) - hãy đảm bảo rằng bạn 'giải phóng' cổng trước khi đưa nó cho một thứ khác ...

Chỉ là một gợi ý phụ nhanh chóng;)

Tôi đã gặp rắc rối tương tự trong khi cố gắng cài đặt bản cập nhật VMware. Tôi đã theo dõi nó xuống Skype. Máy khách mới mặc định là 443.