☰

MacOS Sierra의 모든 포트가 사용 중입니까?

tag-icon • tag-icon macos
MacOS Sierra의 모든 포트가 사용 중입니까?

webpack-dev-server를 실행하려고하는데 어떤 포트를 사용하든 관계없이 EADDRINUSE. lsof포트를 사용하는 것이 아무것도 없는 것 같습니다.

여기서 문제가 무엇인지 아시나요? Mac에서 로컬로 호스트하는 데 필요한 일종의 구성이 있습니까? ..CentOS와 Windows 7 모두에서 문제 없이 작동합니다.

Project is running at http://0.0.0.0:4040/
webpack output is served from /    
events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:4040
    at Object.exports._errnoException (util.js:1020:11)
    at exports._exceptionWithHostPort (util.js:1043:20)
    at Server._listen2 (net.js:1258:14)
    at listen (net.js:1294:10)
    at net.js:1404:9
    at _combinedTickCallback (internal/process/next_tick.js:83:11)
    at process._tickCallback (internal/process/next_tick.js:104:9)
    at Module.runMain (module.js:606:11)
    at run (bootstrap_node.js:389:7)
    at startup (bootstrap_node.js:149:9)

OSXDT8BDY3Hs-Mac-mini:cell-feature-search brandon$ lsof -Pn -i4
COMMAND    PID    USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
UserEvent  294 brandon    4u  IPv4 0x30b113a2f9275acf      0t0  UDP *:*
identitys  314 brandon   20u  IPv4 0x30b113a2f9274eef      0t0  UDP *:*
sharingd   331 brandon    4u  IPv4 0x30b113a2f9f5e60f      0t0  UDP *:*
sharingd   331 brandon    8u  IPv4 0x30b113a2f9f5d30f      0t0  UDP *:*
sharingd   331 brandon    9u  IPv4 0x30b113a2f9f5eacf      0t0  UDP *:*
sharingd   331 brandon   10u  IPv4 0x30b113a2f9f5ce4f      0t0  UDP *:*
sharingd   331 brandon   11u  IPv4 0x30b113a2f9f5f1ef      0t0  UDP *:*
SystemUIS  730 brandon   11u  IPv4 0x30b113a2f927644f      0t0  UDP *:*
SystemUIS  730 brandon   12u  IPv4 0x30b113a2f9274a2f      0t0  UDP *:*
SystemUIS  730 brandon   15u  IPv4 0x30b113a2f927456f      0t0  UDP *:62631
SystemUIS  730 brandon   16u  IPv4 0x30b113a2f927702f      0t0  UDP *:*
SystemUIS  730 brandon   18u  IPv4 0x30b113a2ebc8fe6f      0t0  UDP *:*
Finder     731 brandon   17u  IPv4 0x30b113a2ebc8b26f      0t0  UDP *:*
WiFiProxy  750 brandon    5u  IPv4 0x30b113a2ebc9032f      0t0  UDP *:*
WiFiAgent  797 brandon    5u  IPv4 0x30b113a2f9275d2f      0t0  UDP *:*
eapolclie  890 brandon    3u  IPv4 0x30b113a2f9f5c72f      0t0  UDP *:*
ARDAgent  1245 brandon    8u  IPv4 0x30b113a2ebc8f02f      0t0  UDP *:3283
Google    2139 brandon   60u  IPv4 0x30b113a2ebc8fc0f      0t0  UDP *:*
Google    2139 brandon  121u  IPv4 0x30b113a2edad67e7      0t0  TCP 10.128.202.154:50991->151.101.65.69:443 (ESTABLISHED)
Google    2139 brandon  125u  IPv4 0x30b113a2eeec89d7      0t0  TCP 10.128.202.154:51219->63.251.109.83:443 (CLOSED)
Google    2139 brandon  129u  IPv4 0x30b113a2ef0202cf      0t0  TCP 10.128.202.154:51220->198.252.206.25:443 (ESTABLISHED)
Google    2139 brandon  130u  IPv4 0x30b113a2f85847e7      0t0  TCP 10.128.202.154:50944->10.128.200.65:8009 (ESTABLISHED)
Google    2139 brandon  144u  IPv4 0x30b113a2edad79d7      0t0  TCP 10.128.202.154:50994->23.44.160.143:443 (ESTABLISHED)
Google    2139 brandon  148u  IPv4 0x30b113a2ed2f7bc7      0t0  TCP 10.128.202.154:50997->23.44.160.143:443 (ESTABLISHED)
Google    2139 brandon  150u  IPv4 0x30b113a2ed2e5db7      0t0  TCP 10.128.202.154:50996->54.225.188.155:443 (CLOSED)
Google    2139 brandon  156u  IPv4 0x30b113a2eeec9bc7      0t0  TCP 10.128.202.154:51187->12.129.210.52:443 (CLOSED)
Google    2139 brandon  169u  IPv4 0x30b113a2ef0ca0df      0t0  TCP 10.128.202.154:51180->54.209.13.204:443 (CLOSED)
Google    2139 brandon  174u  IPv4 0x30b113a2ed2652cf      0t0  TCP 10.128.202.154:51000->104.125.212.239:443 (ESTABLISHED)
Google    2139 brandon  182u  IPv4 0x30b113a2ec77c2cf      0t0  TCP 10.128.202.154:51006->104.16.2.9:443 (ESTABLISHED)
Google    2139 brandon  183u  IPv4 0x30b113a2ed2f57e7      0t0  TCP 10.128.202.154:51008->23.44.160.11:443 (ESTABLISHED)
Google    2139 brandon  185u  IPv4 0x30b113a2ec77cbc7      0t0  TCP 10.128.202.154:51009->23.44.160.11:443 (ESTABLISHED)
Google    2139 brandon  187u  IPv4 0x30b113a2ef0cbbc7      0t0  TCP 10.128.202.154:51068->172.217.3.206:80 (CLOSED)
Google    2139 brandon  188u  IPv4 0x30b113a2eeeb6bc7      0t0  TCP 10.128.202.154:51069->173.194.56.244:80 (CLOSED)
Google    2139 brandon  190u  IPv4 0x30b113a2eeeb59d7      0t0  TCP 10.128.202.154:51016->74.121.133.33:443 (ESTABLISHED)
Google    2139 brandon  193u  IPv4 0x30b113a2eeeb47e7      0t0  TCP 10.128.202.154:51070->173.194.56.119:80 (CLOSED)
Google    2139 brandon  197u  IPv4 0x30b113a2f7aa8db7      0t0  TCP 10.128.202.154:51149->104.16.112.18:443 (ESTABLISHED)
Google    2139 brandon  215u  IPv4 0x30b113a2ed2e27e7      0t0  TCP 10.128.202.154:51091->23.21.52.164:443 (CLOSED)

답변1

나는 몇 가지 생각을 가지고 있지만 그것은 단지 경험에 근거한 추측일 뿐입니다. IP 주소를 다른 것으로 변경해 보세요. Mac OS가 선호하는 이상한 보안 단계를 사용하면 0.0.0.0 대신 127.0.0.1로 설정하는 것이 차이를 만들 수 있습니다.

lsof 명령은 IPv4만 확인하고 IPv6 연결도 확인합니다. 나는 Mac OS X에 ss 명령이 있다고 생각합니다.

ss -l src :4040

마지막으로 시도해 볼 것은 해당 포트에 텔넷을 시도할 때 무슨 일이 일어나는지 확인하는 것입니다. 어떤 종류의 반응이라도 듣고 있는 것이 있다는 것을 알려주지만, 더 많은 단서로 반응하기를 바랍니다.

답변2

사용 중인 "주소"는 아마도 IPv4 주소가 아닌 포트 번호일 것입니다. 그리고 아마도 루트나 다른 사용자가 사용 중일 것입니다. 당신은 sudo당신의 프로세스를 잊어버렸기 lsof때문에 당신의 프로세스만 보여줄 것입니다. 아마도 당신이 또는 다른 실제 사용자나 시스템 계정 webpack-dev-server으로 시작했거나 무언가를 시작했을 수도 있습니다 . 이제 표시되지 않는 복사본이 실행되고 *:4040/TCP에서 리스너가 계속 열려 있습니다.rootnobody_www

관련 정보