macOS 시스템 프록시 설정 방법: 전체 프록시, 중국 본토 우회, 시스템 프록시 유지 차이

핵심 내용

시스템 프록시는 앱이 요청을 v2rayN으로 전달할지 결정하고, 라우팅 모드는 전달된 요청을 직접 연결할지 프록시 노드로 보낼지 결정합니다. 일반적인 웹 브라우징은 ‘시스템 프록시 자동 설정’과 중국 본토 우회 규칙을 함께 사용하는 것부터 시작하세요. 개발 도구는 로컬 프록시를 별도로 지정할 수 있습니다. 이 글에서는 두 설정 계층을 구분해 시스템 프록시 옵션 3가지의 차이를 설명하고, macOS에서 상태를 확인하는 방법과 터미널 검증 명령, 종료 후 복구 절차를 안내합니다.

시스템 프록시와 전체 라우팅: 두 설정 계층부터 구분하기

v2rayN은 구독, 노드, 코어 설정을 관리하는 데스크톱 클라이언트입니다. 구독을 가져오고 노드를 선택해도 프록시 출구가 준비된 것일 뿐, 모든 앱이 이를 사용하는 것은 아닙니다. 브라우저가 먼저 요청을 로컬 수신 포트로 전달해야 코어가 라우팅 규칙을 적용할 수 있습니다.

macOS 시스템 프록시는 연결 지점 설정입니다. 네트워크 서비스의 프록시 설정에 프록시 호스트와 포트를 지정합니다. 시스템 설정을 따르는 앱은 이 값을 사용해 로컬 프록시에 연결하지만, 독립 네트워크 스택이나 자체 프록시 설정을 사용하는 앱, 또는 직접 연결을 지정한 프로그램은 설정을 따르지 않을 수 있습니다. ‘전체’는 별도의 계층으로, 일반적으로 프록시 코어에 들어온 요청을 전체 라우팅 규칙에 따라 선택한 노드로 보내는 것을 뜻합니다. Mac 전체의 트래픽을 자동으로 가로채는 기능은 아닙니다.

설정 계층	해결하는 문제	이 설정만으로는 보장되지 않는 것
시스템 프록시	시스템 설정을 따르는 앱의 요청을 어디로 보낼지	모든 프로세스와 UDP 트래픽을 가로채지는 못함
전체 라우팅	코어에 들어온 일반 요청을 모두 프록시 출구로 전송	프록시에 연결되지 않은 앱의 경로를 자동으로 바꾸지는 못함
중국 본토 우회 라우팅	도메인, IP 등의 규칙에 따라 직접 연결 또는 프록시를 선택	중국 본토의 모든 서비스를 정확히 식별하지는 못함
TUN 모드	가상 네트워크 인터페이스로 더 많은 IP 트래픽을 연결	DNS, 라우팅 제외 규칙, 권한 설정을 대신하지는 못함

v2rayN 시스템 프록시 옵션 3가지: 자동 설정, 지우기, 변경 안 함

v2rayN 메인 화면 하단 상태 표시줄이나 트레이 메뉴에서 시스템 프록시 옵션을 확인하세요. 데스크톱 빌드에 따라 메뉴 위치와 문구가 조금씩 다를 수 있으며, 일반적으로 ‘시스템 프록시 자동 설정’, ‘시스템 프록시 지우기’, ‘시스템 프록시 변경 안 함’이 표시됩니다. 이 옵션은 구독 내용이 아닌 시스템 설정을 제어합니다.

시스템 프록시 자동 설정

권장

클라이언트가 시스템 설정에 로컬 프록시 주소를 입력합니다. 코어가 실행 중이고 수신 주소와 포트가 유효해야 합니다. 설정 후에도 직접 연결과 프록시 요청을 구분하려면 적절한 라우팅 프리셋을 선택해야 합니다.

추천 상황: 일상적인 웹 브라우징, 시스템 프록시를 따르는 데스크톱 앱

시스템 프록시 지우기

클라이언트가 관리하는 시스템 프록시 설정을 해제합니다. 로컬 코어가 중지되는 것은 아니며, 프록시 주소를 직접 입력한 도구의 사용까지 중단되지는 않습니다. 실행 중인 TUN도 별도로 처리해야 합니다.

추천 상황: 일반 네트워크 설정 복구, 종료 후 연결 문제 확인

시스템 프록시 변경 안 함

현재 시스템 프록시 설정을 유지하고, 설정하거나 지우지 않습니다. 이전에 프록시 주소가 남아 있었다면 이 옵션으로 바꿔도 자동으로 삭제되지 않습니다. ‘직접 연결 모드’를 뜻하는 것도 아닙니다.

추천 상황: 네트워크 설정이 이미 관리되고 있거나 개발 도구에만 프록시를 지정할 때

판단 기준: 시스템 프록시를 끄려면 ‘지우기’를 선택하고 ‘변경 안 함’은 선택하지 마세요

자동 설정에서 변경 안 함으로 바꿨는데도 시스템이 로컬 포트를 가리키고 있으면 앱이 계속 프록시를 사용할 수 있습니다. 직접 연결로 되돌리려면 먼저 설정을 지운 다음 macOS 네트워크 설정에서 실제 상태를 확인하세요.

회사 네트워크에는 자동 프록시 구성 스크립트나 고정 프록시가 이미 설정되어 있을 수 있습니다. 변경 전에 기존 주소, 포트, 활성화 상태를 기록하세요. 클라이언트 설정을 지워도 회사에서 요구하는 설정으로 복구되는 것은 아닙니다. 관리 기기는 조직의 네트워크 정책을 따르고, 기존 설정을 무작정 덮어쓰지 마세요.

전체 라우팅과 중국 본토 우회: 옵션 이름보다 규칙 확인하기

중국 본토 우회 프리셋은 일반적으로 로컬 네트워크, 일부 중국 본토 도메인과 중국 본토 IP를 직접 연결로 보내고 나머지 요청은 프록시 출구로 보냅니다. 실제 동작은 프리셋의 규칙, 순서, 데이터베이스에 따라 달라집니다. Xray 라우팅 규칙은 보통 순서대로 일치 항목을 찾으므로 앞쪽의 구체적인 규칙이 뒤쪽의 일반 규칙보다 우선할 수 있습니다.

전체 라우팅: 분할 라우팅 규칙이 문제인지 일시적으로 확인할 때 유용합니다. 전체 라우팅에서는 접속되지만 중국 본토 우회에서는 실패한다면 도메인 일치 여부, DNS 해석, 직접 연결 출구를 확인하세요. 먼저 클라이언트를 다시 설치할 필요는 없습니다.
중국 본토 우회: 중국 본토의 업무 서비스와 프록시가 필요한 사이트를 함께 이용할 때 적합합니다. 규칙 데이터에 의존하므로 중국 본토 도메인이 해외 콘텐츠 전송 주소를 사용하는 경우 도메인 규칙과 IP 규칙의 판단이 다를 수 있습니다.
로컬 네트워크 접속: 프린터, 라우터, 로컬 개발 서비스는 대개 직접 연결이 필요합니다. 전체 라우팅으로 전환해도 로컬 네트워크 제외 규칙이 유지되는지 확인하세요. 모드 이름만 보고 판단하면 안 됩니다.
DNS 동작: 도메인이 규칙에 일치하기 전에 해석되는지, 어떤 해석기를 사용하는지에 따라 IP 규칙의 결과가 달라집니다. 중국 본토 우회는 DNS 오류나 도메인 유출을 자동으로 해결하는 기능이 아닙니다.

geosite:cn은 도메인 집합을, geoip:cn은 IP 주소 집합을 나타냅니다. geoip:private는 사설 주소 범위에 주로 사용합니다. 이 값들을 아무 설정 화면에나 입력할 수 있는 것은 아닙니다. 그래픽 라우팅 편집기와 코어의 기본 JSON은 필드 작성 방식이 다르므로 현재 편집기의 안내에 따라 입력하세요.

두 가지 사용 상황별 설정 조합

일상 업무와 웹 브라우징

시스템 프록시 자동 설정을 켭니다.
중국 본토 우회 라우팅을 선택하고 로컬 네트워크가 직접 연결되는지 확인합니다.
업무 사이트와 프록시가 필요한 사이트에 각각 접속해 확인합니다.
사내 사이트에 문제가 있으면 도메인 규칙과 회사 DNS부터 확인합니다.

개발·디버깅 및 개별 명령

기존 시스템 프록시를 먼저 지운 다음 ‘변경 안 함’을 선택합니다.
명령 옵션이나 도구 설정에서 로컬 프록시를 지정합니다.
같은 URL에 직접 연결한 결과와 프록시를 사용한 결과를 비교합니다.
구독 인증 정보가 포함된 터미널 출력을 공개 채널에 올리지 마세요.

먼저 어떤 앱을 연결할지 정한 다음 해당 요청의 출구를 정하세요. 시스템 프록시, 라우팅, TUN을 한꺼번에 바꾸는 것보다 문제를 찾기 쉽습니다.

Mac에서 설정 확인하기: 수신 포트와 시스템 설정 점검

다운로드 페이지에서 Mac 칩에 맞는 v2rayN 설치 파일을 선택한 다음 사용 안내에 따라 구독을 가져오고 그룹을 업데이트하세요. 아래 포트는 확인 방법을 설명하기 위한 예시이며 모든 버전의 기본값을 뜻하지 않습니다. 현재 클라이언트에 표시된 수신 설정을 기준으로 확인하세요.

127.0.0.1

로컬 루프백 주소 예시

10808

아래에서 가정하는 로컬 HTTP 프록시 포트

443

HTTPS에서 흔히 사용하는 대상 포트이며 로컬 수신 포트가 아닙니다

노드와 코어 확인. 유효한 노드를 선택하고 로그에 설정 오류나 포트 충돌이 있는지 확인하세요. 노드의 원격 포트와 로컬 인바운드 포트는 서로 다릅니다. 노드 포트 443을 시스템 프록시에 입력하면 안 됩니다.
로컬 수신 상태 확인. ‘설정’ → ‘매개변수 설정’에서 로컬 수신 포트와 프로토콜 유형을 확인하세요. 메뉴 구성은 현재 빌드에 따라 다를 수 있습니다. 아래 예시는 127.0.0.1:10808에서 HTTP 프록시 요청을 받는 경우입니다. 실제 포트가 다르거나 SOCKS만 지원한다면 그에 맞게 변경하세요.
시스템 프록시 켜기. 시스템 프록시 자동 설정을 선택한 다음 중국 본토 우회 라우팅을 선택하세요. 처음 확인할 때는 변수를 줄이기 위해 TUN을 함께 사용하지 마세요.
macOS 설정 확인. ‘시스템 설정’ → ‘네트워크’ → 현재 연결된 네트워크 서비스 → ‘세부사항’ → ‘프록시’를 여세요. 웹 프록시, 보안 웹 프록시 또는 SOCKS 프록시의 활성화 여부와 서버, 포트를 확인하세요. 클라이언트 아이콘만 보고 판단하지 마세요.
각각 연결 확인. 중국 본토의 업무 사이트, 프록시가 필요한 사이트, 로컬 네트워크 주소에 각각 접속하면서 코어 로그의 출구 선택도 확인하세요. 프록시 설정은 네트워크 서비스별로 적용되므로 Wi-Fi와 유선 네트워크를 전환한 뒤에도 다시 확인해야 합니다.

터미널에서 확인하기: 시스템 설정, 프록시 연결, 대상 사이트 접속 구분

터미널 프로그램은 macOS 시스템 프록시를 자동으로 읽지 않을 수 있습니다. 브라우저에서는 웹페이지가 열리지만 curl은 실패한다고 해서 노드에 문제가 있다고 단정할 수는 없습니다. 아래 세 그룹의 명령은 시스템 상태 확인, 프록시를 우회한 접속, 프록시를 명시한 접속을 각각 테스트하며 시스템 네트워크 설정을 변경하지 않습니다.

# 현재 시스템 프록시 설정 확인
scutil --proxy

# 프록시 환경 변수를 무시하고 같은 주소에 직접 요청
curl --noproxy '*' --connect-timeout 10 -I https://example.com

# 10808이 HTTP를 지원하는 로컬 프록시 포트라고 가정
curl --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 -I https://example.com

# 해당 수신 포트가 SOCKS를 지원하면 SOCKS 연결을 별도로 테스트
curl --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 -I https://example.com

example.com은 문법을 설명하기 위한 예시 도메인입니다. 실제로 문제를 확인할 때는 두 접속 명령에 같은 대상 주소를 입력하세요. 여기서 10은 연결 제한 시간(초)이며 속도 측정 결과가 아닙니다. HTTP 오류 상태가 나타나도 연결 자체는 성립했을 수 있으므로, 응답이 대상 서비스에서 온 것인지 프록시에서 온 것인지 계속 확인해야 합니다.

로컬 포트 연결 거부: 먼저 코어가 실행 중인지, 포트를 잘못 입력하지 않았는지 확인하세요. DNS부터 바꾸지 마세요.
프록시를 지정하면 연결되지만 브라우저는 실패: 시스템 프록시 주소, 브라우저 자체 프록시 설정, 기존 연결이 남아 있는지 확인하세요.
HTTP 연결은 실패하고 SOCKS는 성공: 인바운드가 지원하는 프로토콜을 확인하세요. SOCKS 전용 포트를 HTTP 포트로 사용하면 안 됩니다.
전체 라우팅은 성공하고 중국 본토 우회는 실패: 라우팅 로그에서 요청에 적용된 출구를 확인하세요. 특히 직접 연결 규칙과 도메인 해석을 살펴보세요.

socks5h는 대상 도메인을 SOCKS 프록시 서버에서 해석하도록 지정합니다. 터미널에서 먼저 도메인을 해석하는 방식과 다릅니다. DNS 문제의 범위를 좁히는 데 도움이 되지만, 한 번 성공했다고 모든 앱이 같은 방식으로 도메인을 해석한다고 단정할 수는 없습니다.

자주 묻는 질문: 종료 후 설정 잔류, 개발 도구, TUN

v2rayN을 종료한 뒤 웹페이지가 모두 열리지 않는 이유는 무엇인가요?

시스템 프록시가 종료된 로컬 포트를 계속 가리키는지 먼저 확인하세요. 클라이언트를 다시 열 수 있으면 시스템 프록시를 지운 후 종료하세요. 열 수 없다면 ‘시스템 설정’ → ‘네트워크’ → 현재 서비스 → ‘세부사항’ → ‘프록시’에서 클라이언트가 남긴 항목을 확인하고 끄세요. 기존 회사 프록시는 기록한 설정에 따라 복구해야 합니다.

시스템 프록시 변경 안 함을 선택했는데 왜 노드를 계속 사용하나요?

이 옵션은 현재 상태를 바꾸지 않을 뿐입니다. 먼저 시스템 프록시를 지우고 앱 자체의 프록시 주소, 터미널 프록시 환경 변수, TUN 상태를 확인하세요. 이미 연결된 세션은 기존 경로를 계속 사용할 수 있으므로, 필요하면 테스트 중인 앱을 다시 시작한 뒤 확인하세요.

브라우저는 되는데 개발 도구가 프록시를 사용하지 않는다면 어떻게 하나요?

도구의 네트워크 설정에 실제 로컬 프록시 주소를 입력하거나, 위에 소개한 curl 명령의 프록시 지정 옵션으로 먼저 테스트하세요. 모든 명령줄 도구가 시스템 설정을 읽는 것은 아니며, 프록시 환경 변수 지원 방식도 도구마다 다를 수 있습니다.

TUN을 켜면 시스템 프록시는 신경 쓰지 않아도 되나요?

TUN은 시스템 프록시를 따르지 않는 트래픽도 더 많이 처리할 수 있지만 인터페이스 라우팅, 권한, DNS, 제외 규칙의 영향을 받습니다. 처음 문제를 확인할 때는 연결 방식을 하나만 사용하세요. 추가 앱의 트래픽까지 처리해야 한다면 그때 TUN을 켜고 로컬 네트워크와 노드 서버의 라우팅이 정상인지 확인하세요.

중국 본토 우회 후 중국 본토 서비스가 느려졌다면 어떻게 확인하나요?

전체 도메인과 발생 시각을 기록한 뒤 로그에서 직접 연결과 프록시 중 어느 경로를 사용했는지 확인하고, 전체 라우팅 결과와 일시적으로 비교하세요. 회사 내부망 서비스라면 회사 DNS와 명시적인 내부망 직접 연결 규칙부터 확인하세요. DNS 조회 결과와 실제 연결 IP를 기준으로 주소의 위치를 확인하세요.

안정적으로 사용하려면 다시 확인할 수 있는 순서를 정해 두세요. 로컬 수신 상태, 시스템 설정, 앱의 프록시 연결 여부, 예상한 라우팅 출구를 차례대로 확인하면 됩니다. 구독 업데이트는 노드 정보 변경을, 시스템 프록시는 앱의 연결 지점을, 라우팅은 출구 선택을 처리합니다. 각각 역할이 다르므로 재설치를 반복하기보다 계층별로 확인하는 편이 효과적입니다.