포트 443이 이미 사용 중이므로 Apache 서버를 시작하는 데 문제가 있습니다.

시스템 프로세스 (PID 4)는 포트 443을 사용합니다. IIS가 설치되어 있지 않고 services.msc는 Exchange 서버가 실행 중이 아니며 WWW-Services도 IIS도 표시하지 않습니다. 각 서비스를 하나씩 비활성화하는 것만으로는 어떤 서비스가 해당 포트를 사용하는지 알아내는 방법을 모릅니다.

누군가 SSL 포트를 다시 가져올 수있는 방법을 알려 주시면 감사하겠습니다. :)

추신 : 물론 "아파치를 SSL을 위해 다른 포트로 전환하면"아파치를 시작할 수없는 문제가 해결됩니다. 그러나 나는 여전히 포트 443을 호깅하는 것에 대해 너무 일관성이없는 것을 알고 싶습니다. :)

나는 지금까지 '하드 루트 (hard route)'를 취해 차례로 서비스를 비활성화했다. "Routing and RAS"서비스가 범인이라는 것이 밝혀졌습니다.

"현재 시스템이 WTF를 사용합니까?"에 맞서 싸우는 귀중한 의견과 새로운 도구에 감사드립니다.

관리자 권한 명령 프롬프트에서 다음을 실행하십시오.

netstat -ab

Skype라고 확신합니다. 아래 확인란이 설치되어 있으면 선택을 취소하십시오.

Windows 7 컴퓨터에서 포트 443이 PID 4가있는 "시스템"에서 사용되었다는 문제가있었습니다. 나를위한 해결책은 네트워크 연결 폴더에있는 "수신 연결"(VPN)을 삭제하는 것이 었습니다.

그것을 만든 후 사용 후에 삭제하는 것을 잊어 버린 것 같습니다 ...

먼저이 질문에 직접 대답하고이 내용을 읽는 사람은 시스템 프로세스를 사용하는 타사 타사 응용 프로그램에 대한 답변을 무시할 수 있습니다.

1. 시스템 과정은 다음과 같이 표시됩니다 PID 네 모든 현대의 윈도우 시스템에서. 커널 모드 액세스 용입니다. 이것은 Apache와 같은 대부분의 타사 웹 제품을 배제합니다.

2. WinRM (Windows Remote Management)이 시작된 이후 HTTP 서비스 ( % SystemRoot % \ system32 \ drivers \ http.sys )는 Windows의 표준 부분 (Vista 이상 / Server 2008 이상)이었습니다. http.sys는 시스템 프로세스 ( PID 4 ) 에서 실행됩니다 .

3. 다른 Microsoft 개발 소프트웨어는 IIS , SQL Reporting Services 및 Microsoft 웹 배포 서비스 ( http://support.microsoft.com/kb/2597817) 와 같은 시스템 프로세스 에서 % SystemRoot % \ system32 \ drivers \ http.sys를 사용할 수도 있습니다 . ) ...

4. WinRM 1.0 기본 포트는 다음과 같습니다.
   HTTP = 80
   HTTPS = 443
   WinRM 2.0 이상 기본 포트는 다음과 같습니다.
   HTTP = 5985
   HTTPS = 5986
   다음 명령을 사용하여 확인하십시오.
   Winrm enumerate winrm / config / listener
   Winrm get http://schemas.microsoft.com / wbem / wsman / 1 / config
   

문제 해결 단계 :

찾고있는 포트의 프로세스 번호를 얻습니다 (이 경우 443).

... "액세스 거부"를 피하기 위해 매핑되지 않은 Windows 드라이브에서 :
netstat -aon | ": 443"찾기 시스템 프로세스에
대한 출력은 다음과 같아야합니다 . C :> netstat -ano | find ": 443" TCP 0.0.0.0:443 0.0.0.0:0 LISTENING 4 TCP [::] : 443 [: :] : 0 LISTENING 4 마지막 열은 PID (4)입니다.

5. 실행중인 작업 목록 과정에서 실행되고 있는지 확인하는 것은 도움이되지 증명 :
   작업 목록은 / SVC는 / FI "PID는 4 EQ"
   작업 목록 / 분이 / FI는 "PID 4 식"
   

6. HTTP 서비스에 대한 레지스트리에서 찾는 위치 : HKEY_LOCAL_MACHINE \ SYSTEM \ CURRENTCONTROLSET \ 서비스 \ HTTP \ 매개 변수 \ UrlAclInfo는
   응용 프로그램이 어떤 포트를 실행하고 유지되는 당신을 이끌 수 (포트 번호) URL 목록이있을 것입니다 :
   HTTP : // + : 5985 / wsman /-> WinRM
   https : // + : 5986 / wsman /-> WinRM
   http : // + : 80 / Reports /-> SQL보고 서버
   http : // + : 80 / ReportServer /-> SQL보고 서버
   https : // server_fqdn : 443 / Reports /-> SQL보고 서버
   https : // server_fqdn : 443 / ReportsServer /-> SQL보고 서버
   http : // * : 2869 /- -> 단순 서비스 발견 프로토콜 서비스 (SSDPSRV)
   http : // * : 5357 /->웹 서비스 동적 발견 (WS-Discovery)
   https : // * : 5358 /-> 웹 서비스 동적 발견 (WS-Discovery)
   

그런 다음 시스템에서 해당 서비스를 찾아서 중지하고 다른 netstat -aon | ": 443" 명령을 찾으십시오 .

종종 이것은 VMware 호스트 에이전트 서비스입니다 (VM- 호스트 간 통신에 필요) vmware-hostd.exe.

svchost.exe가 실행중인 하위 프로세스를 찾는 좋은 방법은 Sysinternals의 Process Explorer 를 사용하는 것입니다 .

443 요청을 WAS 서버로 라우팅 할 때 비슷한 문제가 발생했습니다. 이 질문의 권장 사항을 바탕으로 이것이 내가 한 일입니다.

1. 상승 된 cmd 프롬프트에서 netstat -a -n -o | findstr 443
2. 443에서 청취하는 프로세스의 PID를 식별했습니다.
3. 프로세스 탐색기를 사용하여 PID에서 프로세스를 식별했습니다.
4. 내 경우에는 응용 프로그램 청취가 vmwarehostd.exe
5. 에서 VMware Workstation 서버를 중지했습니다 services.msc. WAS 서버에 의해 다시 시작되었습니다.

그리고 443 건의 요청은 모두 행복하게 443 건에 이르렀습니다.

추신 : Windows 8 설치와 함께 제공된 skype를 이미 제거했습니다. 내 컴퓨터에서 라우팅 및 원격 액세스 서비스가 비활성화되었습니다.

서비스에 의해 시작된 프로세스 인 경우 netstat -ab도움이되지 않습니다.

이 경우 netstat -ao | find /i "443"관리자 명령 줄에서 시도하십시오 . 이것은 당신에게 다음과 같은 결과를 줄 것입니다 :

    TCP   0.0.0.0:443   your_hostname:0   LISTENING   PID

그런 다음 tasklist | find /i "<PID>"다른 관리자 명령 프롬프트를 입력하십시오.

필자의 경우 PID는 2912이고 내 명령은 다음과 같습니다.

tasklist | find /i "2912"

내 명령의 출력은 다음과 같습니다

vmware-hostd.exe   2912 Services   0   39 856 K

와우, 기능을 확인하기 위해 VMware를 설치 한 것을 잊었습니다.

필자의 경우 내부에서 Tomcat 6을 사용하여 웹 페이지를 제공하는 F5 Networks의 DataManager였습니다. 해당 앱을 제거하는 것을 잊었습니다. 당신이 나에게 묻는다면 나쁜 디자인 결정.

를 사용하여 netstat -ao | find ":443"포트 443이 시스템 프로세스 인 PID 4에서 사용되고 있음을 알았습니다. 이것은 Windows Server 2012에서 두 번 나에게 발생했으며 다음 이유 중 하나로 인한 것입니다.

1. IIS가 실행 중이며 서비스에서 "World Wide Web Publishing 서비스"로 표시되었습니다.
2. Work Folders 기능이 설치되었으므로 제거했습니다.

이것은 모든 사람을위한 해결책은 아니지만 도움이 될 수 있습니다.

제 경우에는 443 포트를 사용하는 것이 DTC (Distributed Transaction Coordinator) 프로세스였습니다. 특히 DTC에서 WS-AT를 활성화했으며 443 포트를 사용하고있었습니다.

일반적으로 시스템 프로세스 (PID 4)가 443 / HTTPS 포트를 사용할 때 IIS 웹 사이트가 아닌 경우 Windows의 내부 프로세스 (내 경우에는 DTC이지만 다른 프로세스 일 수도 있음)를 이해합니다. 그것을 사용합니다.

저에게는 포트 80에서 수신 대기하는 McAfee EPO 에이전트였습니다. 변경을 위해 몇 가지 고통스러운 후프를 거쳐야했습니다. https://kc.mcafee.com/corporate/index?page=content&id=KB67605

나를 위해 Windows Server 2016 업데이트 후 Apache 443을 일반적인 이벤트 목록으로 시작할 수 없었습니다.

범인이 "Windows Sync Share"서비스 (SyncShareSvc)임을 알았습니다. 나는 비활성화했고 Apache를 시작할 수 있었다.

Windows 8 (아마도 Windows 7의 경우)에서 VPN 기능을 사용하면 포트 443이 사용 된 것으로 나타났습니다.

또한 PMB.exe (Pando Media Booster)에 의해 포트가 다시 닫혔습니다.

Wireshark가 세부 사항을 알려줄 것입니다. http://www.wireshark.org/ 또는 TCP 모니터 : http://www.itsamples.com/tcp-monitor.html

도움이 될 것입니다.

OpenVM, VMware 등과 같은 일종의 가상 LAN 드라이버가있는 경우 다른 포트를 제공하기 전에 포트를 '릴리스'해야합니다.

그냥 빠른 측면 힌트;)

VMware 업데이트를 설치하는 동안 동일한 문제가 발생했습니다. 나는 그것을 Skype로 추적했다. 새 클라이언트의 기본값은 443입니다.