로컬호스트의 ERR_CONNECTION_REFUSED(XAMPP, Laragon, MAMP)

ERR_CONNECTION_REFUSED on Localhost error guide banner

직접 답변

localhost에서 `ERR_CONNECTION_REFUSED`가 표시된다는 것은 브라우저가 대기 중인 로컬 웹 서버에 연결할 수 없다는 의미입니다. XAMPP, Laragon 또는 MAMP에서는 먼저 Apache 또는 Nginx가 실행 중인지 확인하세요. 시작되지 않으면 80 또는 443 포트 충돌을 확인하고 서버 오류 로그를 읽어 보세요. 서버가 8080과 같은 사용자 지정 포트를 사용한다면 localhost 주소에 해당 포트를 포함해야 합니다.

핵심 요점

  • 프로젝트 파일을 변경하기 전에 Apache 또는 Nginx가 실행 중인지 확인하세요.
  • 서버가 시작된 직후 즉시 중지된다면 대개 포트 충돌이나 구성 오류가 원인입니다.
  • 로컬 스택이 해당 포트를 사용하도록 구성된 경우에만 80 및 443 포트를 확인하세요.
  • 오류 로그를 확인하면 바인딩 또는 포트 문제와 잘못된 서버 구성을 구분할 수 있습니다.
  • 스택이 사용자 지정 포트를 사용한다면 localhost:8080처럼 해당 포트를 포함해 localhost를 테스트하세요.
  • 기본 페이지가 로드되면 연결이 작동한다는 뜻입니다. 이후에는 프로젝트 라우팅 문제를 별도로 확인해야 합니다.
업데이트: 2026-09-24 · 편집 검토 대기 중 HTTP 및 서버 오류
SA

Site Administrator

이 오류의 의미와 확인 방법

  • 브라우저에 localhost 또는 로컬 호스트 이름에 대한 ERR_CONNECTION_REFUSED가 즉시 표시됩니다.
  • XAMPP, Laragon 또는 MAMP에서 Apache 또는 Nginx가 중지됨, 시작 실패 또는 더 이상 실행되지 않음으로 표시됩니다.
  • 서버가 시작된 다음 중지되며, 때로는 포트, 구성 파일 또는 구문 오류에 관한 메시지가 표시됩니다.
  • 재시작, 운영 체제 변경, 로컬 서버 설치 또는 구성 편집 후 문제가 발생합니다.
  • 컴퓨터에 프로젝트 파일은 있지만 브라우저가 로컬 서버에 연결하지 못합니다.
  • 사용자 지정 포트를 사용하는 서버는 한 주소에서는 작동하지만 일반 localhost에서는 실패할 수 있습니다. 브라우저가 기본 HTTP 포트를 사용하기 때문입니다.

가능성이 높은 순서의 주요 원인

  1. Apache 또는 Nginx가 실행 중이 아님 — 로컬 서비스가 시작되지 않았거나 시작 중 오류가 발생했을 수 있습니다.
  2. 다른 프로세스가 구성된 포트를 사용 중 — IIS, 다른 XAMPP/Laragon/MAMP 설치, 독립 실행형 Apache 또는 Nginx, 가상화 소프트웨어 또는 다른 애플리케이션이 이미 80 또는 443 포트에서 대기 중일 수 있습니다.
  3. 서버 구성이 잘못됨 — httpd.conf, Nginx 구성 파일, virtual host 파일 또는 최근에 편집한 다른 서버 파일의 구문 오류로 인해 서비스가 즉시 중지될 수 있습니다.
  4. 브라우저가 잘못된 포트를 사용 중 — 8080 또는 다른 사용자 지정 포트로 구성된 스택은 일반적으로 기본 HTTP 포트의 일반 localhost에 응답하지 않습니다.
  5. 방화벽 또는 백신 소프트웨어가 간섭함 — 최근 보안 소프트웨어 변경으로 로컬 서버 또는 네트워크 바인딩이 차단될 수 있습니다. 다만 서비스 중지나 포트 충돌보다 흔한 원인은 아닙니다.

해결 방법

1Apache 또는 Nginx가 중지되어 있나요? 서버를시작하고 구성된 정확한 localhost 주소를테스트하세요.2시작 메시지에 포트 충돌이 표시되나요?구성된 포트를 사용하는 프로세스를확인하고, 권한이 있는 경우에만 해당프로세스를 중지하거나 재구성하세요.3시작 메시지에 구성 파일 또는 줄이표시되나요? 해당 구성 변경을 수정하거나되돌린 다음 서비스를 다시 시작하세요.4명확한 시작 오류가 없나요? 중복 로컬스택을 확인하고 최근 방화벽 또는 백신변경 사항을 검토하세요.5기본 페이지가 로드되나요? 연결 문제는해결된 것입니다. 프로젝트, document root또는 virtual host를 별도로 확인하세요.
Diagnostic flow at a glance — full detail in the steps below.

1. 로컬 서버와 주소 확인

XAMPP Control Panel, Laragon 또는 MAMP 애플리케이션을 열고 Apache 또는 Nginx가 Running으로 표시되는지 확인하세요. 중지된 상태라면 Start를 선택하고, 시작에 실패하면 표시되는 정확한 메시지를 기록하세요.

스택이 사용하도록 구성된 HTTP 또는 HTTPS 포트를 확인하세요. 사용자 지정 포트를 사용한다면 일반 localhost가 올바르다고 가정하지 말고 localhost:8080과 같이 일치하는 주소를 테스트하세요.

2. 포트 충돌 확인

시작 메시지에 포트가 이미 사용 중이라고 표시되면 해당 포트를 확인하세요. Windows에서는 환경에 따라 관리자 권한이 필요할 수 있으므로, 필요한 경우 관리자 권한으로 명령 프롬프트를 열고 다음 읽기 전용 명령을 실행하세요.

text
netstat -ano | findstr :80
netstat -ano | findstr :443

표시된 프로세스 ID를 사용해 작업 관리자에서 해당 프로세스의 소유자를 확인하세요. 잘 모르는 프로세스를 종료하지 마세요. IIS가 포트를 사용 중이고 컴퓨터를 변경할 권한이 있다면 IIS가 필요하지 않은 경우에만 관련 IIS 서비스를 비활성화하거나 중지하세요. 그렇지 않으면 로컬 스택이 사용 가능한 포트를 사용하도록 구성하고 브라우저에서도 해당 포트를 사용하세요.

위 명령은 Windows 전용입니다. 다른 운영 체제에서는 해당 운영 체제의 기본 네트워크 또는 프로세스 도구나 스택 제어판에서 제공하는 포트 정보를 사용하세요.

3. 서버 오류 로그 확인

구성된 포트를 사용하는 명확한 프로세스가 없다면 로컬 스택 또는 구성된 로그 디렉터리에서 Apache 또는 Nginx 오류 로그를 여세요. 특히 파일 경로, 구성 지시문 및 줄 번호가 포함된 첫 번째 구체적인 오류를 찾으세요.

구성을 편집한 후 문제가 시작되었다면 해당 변경 사항을 수정하거나 되돌리세요. httpd.conf, Nginx 구성 파일, virtual host 정의 및 포함된 파일을 확인하세요. 원인을 파악할 수 있도록 한 번에 하나의 파일만 변경하세요.

4. 중복 로컬 서버 확인

두 번째 XAMPP, Laragon, MAMP, WAMP, 독립 실행형 Apache 또는 Nginx 설치가 있는지 확인하세요. 일반적으로 두 서비스가 동일한 주소와 포트에서 동시에 대기할 수는 없습니다. 사용하지 않는 서비스가 안전하게 중지 가능한지 알고 있고 권한이 있는 경우에만 중지하세요. 또는 계속 사용해야 하는 스택에 서로 다른 포트를 할당하세요.

5. 보안 소프트웨어 변경 사항 검토

서버 구성이 올바르고 해당 포트를 사용하는 다른 프로세스도 없다면 최근 방화벽 또는 백신 변경 사항을 검토하세요. 보안 제품의 일반 설정을 사용하고, 허용되는 액세스 범위를 이해한 경우에만 예외를 추가하세요. 문제 해결의 첫 단계로 보호 기능을 광범위하게 비활성화하지 마세요.

6. 해결 여부 확인

Apache 또는 Nginx가 Running 상태를 유지할 때까지 기다린 다음 구성된 localhost 주소를 다시 여세요. ERR_CONNECTION_REFUSED 대신 기본 서버 페이지 또는 프로젝트가 로드되어야 합니다.

기본 페이지는 로드되지만 프로젝트가 로드되지 않는다면 연결 문제는 해결된 것입니다. 포트 설정을 다시 변경하기보다는 document root, 라우팅, virtual host 또는 애플리케이션별 문제를 계속 확인하세요.

예방 및 해결 확인 방법

  • 각 로컬 스택에서 사용하는 HTTP 및 HTTPS 포트를 기록하세요. 특히 여러 스택이 설치된 경우 중요합니다.
  • 여러 로컬 서버를 동일한 주소와 포트에서 실행하지 마세요. 둘 다 필요하다면 서로 다른 포트를 할당하세요.
  • Apache, Nginx 및 virtual host 구성 파일의 변경 사항을 기록해 두세요.
  • 서버 구성을 편집한 후에는 프로젝트 코드가 손상되었다고 가정하기 전에 서비스를 시작하고 오류 로그를 확인하세요.
  • 서비스가 한 번 시작되는 것뿐 아니라 계속 실행 중인지 스택의 제어판에서 확인하세요.
  • 프로세스나 서비스를 중지하기 전에 IIS, 다른 개발 도구 또는 관련 없는 애플리케이션에서 필요로 하는 프로세스가 아닌지 확인하세요.

외부 도움을 받아야 할 때

구성을 수정한 후에도 서비스가 계속 중지되거나, 오류 로그에 해석할 수 없는 지시문이 표시되거나, 포트를 사용하는 프로세스를 안전하게 중지할 수 없다면 해당 XAMPP, Laragon 또는 MAMP 문서나 커뮤니티 지원을 참고하세요. 스택 이름, 운영 체제, 구성된 HTTP/HTTPS 포트, 정확한 시작 메시지 및 관련 오류 로그 줄을 함께 제공하세요. 기본 페이지는 로드되지만 애플리케이션이 실패한다면 프로젝트 또는 virtual host 구성에 대한 도움을 요청하세요. 이 오류는 일반적으로 실제 사이트나 호스팅 제공업체의 장애가 아니라 로컬 컴퓨터의 문제입니다.

웹사이트 확인

자주 묻는 질문

localhost에 ERR_CONNECTION_REFUSED가 표시되는 이유는 무엇인가요?

브라우저가 대기 중인 로컬 웹 서버에 연결하지 못했기 때문입니다. Apache 또는 Nginx가 중지되었거나 시작에 실패했거나, 브라우저에서 사용한 포트와 다른 포트에서 대기 중일 수 있습니다.

포트 충돌 때문에 오류가 발생했는지 어떻게 알 수 있나요?

Apache 또는 Nginx를 시작해 보고 시작 메시지를 읽으세요. 80, 443 또는 다른 구성된 포트가 사용 중이라고 표시되면 무엇이 해당 포트를 사용하는지 확인한 후에만 중지하거나 재구성하세요.

다른 XAMPP, Laragon 또는 MAMP 설치 때문에 이 오류가 발생할 수 있나요?

예. 여러 로컬 서버 설치가 동일한 주소와 포트를 사용하려고 경쟁할 수 있습니다. 필요한 서비스만 실행하거나 서로 다른 포트를 할당하세요. 단, 변경이 안전하고 권한이 있는 경우에만 수행해야 합니다.

Apache가 시작되었다가 중지되면 어떻게 해야 하나요?

서버 오류 로그를 열고 첫 번째 구체적인 오류를 찾으세요. 구성 파일 이름과 줄 번호가 표시되면 구성 문제일 가능성이 높고, 바인딩 또는 포트 메시지가 표시되면 충돌 문제일 가능성이 높습니다.

ERR_CONNECTION_REFUSED는 프로젝트 코드가 잘못되었다는 뜻인가요?

대개 그렇지 않습니다. 이 오류는 브라우저가 애플리케이션으로부터 응답을 받기 전에 발생합니다. 먼저 스택의 기본 페이지가 로드되는지 확인한 다음, 필요하면 프로젝트의 document root, 라우팅 또는 virtual host를 확인하세요.

로컬 서버가 포트 8080을 사용한다면 어떻게 해야 하나요?

localhost:8080과 같이 구성된 포트를 포함한 localhost 주소를 열고, 서버, 브라우저 주소 및 virtual host 구성이 서로 일치하는지 확인하세요. 일반 localhost는 보통 기본 HTTP 포트를 대상으로 합니다.

추가 문서

스택별 절차는 사용 중인 로컬 제품인 XAMPP, Laragon 또는 MAMP의 공식 문서를 참고하세요. 특히 Apache/Nginx 시작 제어, 포트 설정 및 오류 로그 위치를 확인해야 합니다. 프로세스 식별, 서비스 관리, 방화벽 규칙 및 포트 검사는 운영 체제의 공식 문서를 사용하세요. 제어판의 상태 메시지와 서버 자체의 오류 로그가 해당 컴퓨터의 상황을 파악하는 데 가장 유용한 참고 자료입니다.