이 글의 목차
이전에 Clash를 종료하면 인터넷이 끊기고 다시 열면 복구됐다면 Windows가 요청을 이전 프록시 포트로 계속 보내고 있을 수 있습니다. 브라우저, 시스템 다운로드, 터미널의 프록시 설정은 서로 독립적이므로 한 곳을 지웠다고 나머지까지 복구되는 것은 아닙니다. 실패하는 앱에 해당하는 설정 위치를 확인하고 회사가 요구하는 프록시 정보는 보존하세요. 프록시 오류 없이 컴퓨터 전체가 연결되지 않는다면 가상 네트워크 어댑터와 라우팅을 점검합니다.
기존 수동 프록시와 PAC를 꺼 브라우저 직접 연결 복구
Windows 11의 확인 위치
프록시 설정 열기
'설정 → 네트워크 및 Internet → 프록시'로 이동해 먼저 '프록시 서버 사용'이 아직 켜져 있는지 확인합니다.
이전 수동 주소 끄기
주소가 127.0.0.1이고 포트가 Clash의 mixed-port와 같다면 '프록시 서버 사용'을 끄고 저장하세요.
설정 스크립트 확인
'설정 스크립트 사용'에 이전 PAC 주소가 입력돼 있다면 함께 끄세요. '자동으로 설정 검색'은 우선 유지해도 됩니다.
브라우저를 완전히 종료한 뒤 테스트하기
모든 브라우저 창을 닫고 백그라운드 프로세스가 끝났는지 확인한 뒤 시크릿 창 하나를 열어 일반 HTTP 및 HTTPS 사이트에 접속하세요.
Windows 페이지에서는 꺼진 것처럼 보인다면 Win + R로 inetcpl.cpl을 실행하고 '연결 → LAN 설정'에서 다시 확인하세요. 일부 이전 프로그램은 여전히 이 Internet 옵션에서 사용자 프록시를 읽습니다. 활성화 스위치를 켜 둔 채 주소만 바꾸지 마세요.
이 단계에서 복구되면 Clash는 계속 닫아 두세요. 라우터 관리 화면과 자주 쓰는 사이트가 직접 열린다면 사용자 프록시 잔여 설정을 찾은 것입니다. 이때 winsock reset을 실행하거나 네트워크 어댑터를 삭제할 필요는 없습니다.
종료 후 프록시 연결 오류가 나면 어떤 설정이 남았을까?
Clash 실행 중에는 정상인데 종료 직후 ERR_PROXY_CONNECTION_FAILED가 나타나고 다시 열면 복구된다면, 시스템이 아직 127.0.0.1의 이전 포트로 요청을 보내는 경우가 많습니다. 포트가 수신 대기를 중지하면 connection refused가 반환됩니다.
휴대폰을 같은 Wi-Fi에 연결하거나 컴퓨터에서 라우터 관리 주소로 ping을 보내세요. 다른 기기는 인터넷에 연결되고 컴퓨터도 라우터에 접근할 수 있다면 어댑터부터 초기화하지 마세요. Windows 사용자 프록시, 자동 설정 스크립트, WinHTTP, 환경 변수, 개별 앱 프록시는 독립적이므로 어느 항목에 이전 주소가 남아 있는지 확인해야 합니다.
오류 증상이 주로 가리키는 위치
| 증상 | 우선 확인할 항목 | 흔한 안내 |
|---|---|---|
| Chrome, Edge, 시스템 애플리케이션의 연결이 함께 끊김 | Windows 수동 프록시 또는 설정 스크립트 | ERR_PROXY_CONNECTION_FAILED |
| 브라우저는 정상이나 설치 프로그램 또는 시스템 서비스는 실패함 | WinHTTP | 연결 거부, 다운로드 불가 |
| 터미널의 Git, npm이 실패함 | 환경 변수와 도구 자체 프록시 | Failed to connect to 127.0.0.1 |
| 브라우저 하나만 비정상임 | 확장 프로그램, 브라우저 정책 또는 보안 DNS | 다른 애플리케이션은 계속 접속 가능 |
| TUN을 한 번이라도 켜면 종료 뒤 전체 연결이 끊김 | 가상 네트워크 어댑터, 서비스, 라우팅 | 명확한 프록시 오류 없음 |
브라우저는 복구됐지만 시스템 다운로드가 실패할 때 WinHTTP를 확인하세요
WinHTTP는 주로 시스템 서비스, 설치 프로그램, 일부 기업용 프로그램이 사용하며 Windows '프록시' 페이지와 같은 스위치가 아닙니다. 브라우저는 이미 직접 연결되지만 winget, 특정 설치 프로그램 또는 서비스가 이전 프록시에 계속 연결하려 할 때만 이 위치를 확인하세요.
netsh winhttp show proxy
# 只有输出仍显示旧代理时才执行
netsh winhttp reset proxy터미널만 인터넷이 안 된다면 대개 변수나 도구 설정이 Clash 종료 뒤에도 남은 것입니다
많은 개발 안내에서 HTTP_PROXY, HTTPS_PROXY 또는 ALL_PROXY를 임시로 설정하며 프록시를 Git이나 npm 설정에 쓰는 경우도 있습니다. 이 값은 Clash 창을 닫아도 자동으로 사라지지 않습니다. 새 PowerShell에서 현재 프로세스 및 사용자 수준 변수를 확인한 뒤 오류가 나는 도구 자체의 설정 출처를 점검하세요.
Get-ChildItem Env: | Where-Object Name -match '^(HTTP|HTTPS|ALL|NO)_PROXY$'
[Environment]::GetEnvironmentVariable('HTTP_PROXY', 'User')
[Environment]::GetEnvironmentVariable('HTTPS_PROXY', 'User')
git config --show-origin --get-regexp "http.*proxy"
npm config get proxy
npm config get https-proxyGit에 Failed to connect to 127.0.0.1 port 7890 표시
흔한 원인:Git 설정 또는 환경 변수가 여전히 이전 포트를 가리킴
해결 방법:--show-origin이 반환한 파일을 기준으로 해당 proxy 항목만 삭제하고 다른 Git 설정을 무작정 지우지 마세요.
curl은 정상이나 npm이 실패함
흔한 원인:npm 사용자 설정에 proxy/https-proxy가 남아 있음
해결 방법:출처를 확인한 뒤 npm config delete proxy와 npm config delete https-proxy를 실행하세요.
새 터미널은 정상이나 이전 터미널은 실패함
흔한 원인:이전 창이 시작할 때의 프록시 변수를 물려받음
해결 방법:이전 터미널을 닫고 다시 여세요. 시스템 네트워크를 바꿀 필요는 없습니다.
브라우저만 실패할 때 확장 프로그램, 정책, 보안 DNS 확인
먼저 시크릿 창을 열고 모든 프록시 확장 프로그램을 비활성화하세요. 확장 프로그램이 자체 PAC로 전환하거나 시스템 프록시를 끈 뒤에도 요청을 계속 인계할 수 있습니다. 회사 브라우저는 정책으로 프록시가 지정될 수도 있으며 chrome://policy 또는 edge://policy에서 출처를 확인할 수 있습니다. 관리 정책이 있으면 레지스트리를 수정해 강제로 덮어쓰지 마세요.
ERR_NAME_NOT_RESOLVED는 이름 확인 실패에 가깝고 ERR_PROXY_CONNECTION_FAILED는 프록시 연결을 명확히 가리킵니다. 전자는 브라우저의 '보안 DNS 사용'을 잠시 꺼서 비교할 수 있습니다. 403 또는 404를 받았다면 네트워크 요청이 서버에 도달한 것이므로 캐시를 계속 지우거나 네트워크 어댑터를 초기화하지 마세요.
프록시 오류 없이 시스템 전체 연결이 끊기면 TUN 서비스와 기본 경로를 확인하세요
TUN은 가상 어댑터를 만들고 경로를 변경합니다. 클라이언트가 정상 실행 중이라면 해당 클라이언트에서 TUN을 끄고 트레이에서 종료하세요. route print로 기본 경로가 실제 Wi-Fi 또는 이더넷 게이트웨이로 복구됐는지 확인하세요. 다른 VPN도 사용할 수 있으므로 가상 어댑터가 있다는 이유만으로 드라이버를 삭제하지 마세요.
영향받는 것으로 확인됐거나 버전이 불명확하거나 보안 검사에서 거부된 서비스는 중지 상태로 유지하세요. Windows 서비스 관리 도구나 관리자를 통해 해당 서비스를 중지하고 잔여 설정을 정리하려고 다시 시작하지 마세요.
Get-NetAdapter | Sort-Object Status, Name
route print- 기본 경로가 여전히 작동하지 않는 가상 인터페이스를 가리킴
- 먼저 해당 VPN/TUN 서비스를 정상적으로 끄고 컴퓨터를 다시 시작하세요. 인터페이스 이름을 기록한 뒤 클라이언트 구성 요소를 제거할지 결정합니다.
- 실제 네트워크 어댑터에 게이트웨이가 없거나 169.254 주소가 할당됨
- 이는 이미 DHCP 또는 로컬 네트워크 문제입니다. 프록시를 계속 바꾸지 말고 Wi-Fi를 다시 연결하거나 주소를 갱신하세요.
- 라우팅과 주소는 정상이며 DNS만 실패함
- 네트워크 어댑터 DNS와 브라우저 보안 DNS를 확인하세요. 시스템 전체 네트워크 초기화는 백업을 마친 뒤 쓰는 마지막 수단이어야 합니다.
'Clash를 닫은 뒤에도 직접 연결 가능'을 수정 완료 기준으로 삼으세요
Clash 종료 뒤 항목별 확인
- Windows의 '프록시 서버 사용'과 이전 PAC가 모두 꺼져 있음
- 직접 연결이 필요한 컴퓨터에서 netsh winhttp show proxy가 Direct access를 표시함
- 새 터미널에 이전 포트를 가리키는 프록시 변수가 없음
- 브라우저, 시스템 업데이트 확인, 하나 이상의 터미널 도구에서 모두 접속 가능함
- 컴퓨터를 다시 시작해도 문제가 재발하지 않음
Clash를 다시 사용할 때는 처리 방식을 하나씩 켜세요. 먼저 시스템 프록시를 사용하고 활성화와 종료 때 설정이 올바르게 복구되는지 확인합니다. 시스템 프록시를 읽지 않는 앱이 실제로 있을 때 TUN을 따로 테스트하세요. Windows에서는 실제 설치된 서비스에 보안 수정이 적용됐다는 근거를 먼저 확인해야 하며, 영향받는 버전이나 버전이 불명확한 서비스는 계속 중지 상태로 두세요. 클라이언트, 브라우저 확장 프로그램, 스크립트가 시스템 프록시를 동시에 수정하면 다음에 잔여 설정이 생겼을 때 원인을 찾기 어렵습니다.