이 글은 v2rayN 실행 실패, 10808 포트 사용 중, 브라우저 프록시 무응답 또는 코어의 반복 종료 문제를 겪는 사용자를 위한 안내입니다. 먼저 수신 주소를 확인한 다음 Windows, macOS, Linux의 시스템 도구로 점유 프로세스를 찾고, 상황에 따라 기존 프로세스를 종료하거나 포트를 변경한 뒤 시스템 프록시, 브라우저, 애플리케이션 프록시 설정을 동기화합니다.
먼저 실제 포트 충돌인지 확인하기
V2Ray, Xray 등의 코어는 로컬 컴퓨터에 인바운드 리스너를 만들고, 브라우저와 다른 애플리케이션은 요청을 이 수신 포트로 전달합니다. 일반적인 설정에서는 127.0.0.1:10808을 SOCKS 프록시로, 127.0.0.1:10809를 HTTP 프록시로 사용합니다. 실제 포트는 클라이언트 설정에 따라 달라지며 모든 버전에서 동일하게 고정된 것은 아닙니다.
포트 충돌은 두 프로세스가 같은 주소, 같은 전송 프로토콜, 같은 포트를 동시에 수신하려 할 때 발생합니다. 예를 들어 기존 v2rayN 코어가 종료되지 않은 상태에서 새 코어가 127.0.0.1:10808에 다시 바인딩하려 하면 시스템이 두 번째 수신을 거부합니다. 이때 구독, VMess, VLESS, 라우팅 규칙은 우선적으로 확인할 항목이 아닙니다.
오류:listen tcp 127.0.0.1:10808: bind: address already in use
원인과 해결: TCP 10808을 이미 다른 프로세스가 사용 중입니다. 먼저 해당 PID를 찾고 프로그램을 확인한 뒤 기존 프로세스를 정상 종료하거나, 새 클라이언트를 사용하지 않는 포트로 변경하세요.
오류:Only one usage of each socket address is normally permitted
원인과 해결:Windows가 동일한 소켓 주소에 대한 중복 바인딩을 거부한 것입니다. v2rayN을 중복 실행했는지, 코어 프로세스가 남아 있는지, 다른 로컬 프록시가 동시에 실행 중인지 확인하세요.
현상:코어는 실행 중으로 표시되지만 브라우저에서 프록시 서버가 응답하지 않음
원인과 해결:반드시 포트 점유 문제가 원인은 아닙니다. 브라우저가 여전히 이전 포트를 가리키고 있을 수 있습니다. 클라이언트의 현재 수신 포트와 비교하고 HTTP와 SOCKS 유형을 올바르게 선택했는지 확인하세요.
Windows에서 10808 점유 프로세스 찾기
Windows 11과 Windows 10에서는 시스템에 기본 제공되는 netstat로 수신 프로세스를 확인할 수 있습니다. 실행하려는 v2rayN을 완전히 종료한 뒤 터미널을 열어 점검하세요. 그러면 새로 시작한 프로세스를 충돌 프로세스로 잘못 판단할 가능성을 줄일 수 있습니다.
수신 기록 조회
PowerShell 또는 명령 프롬프트를 열고
netstat -ano | findstr :10808을 실행하세요. 상태가LISTENING인 행을 중점적으로 확인하고 가장 오른쪽의 PID를 기록합니다.프로세스 이름 확인
tasklist /FI "PID eq 프로세스 번호"를 실행하고 명령의 프로세스 번호를 실제 PID로 바꾸세요. 작업 관리자의 ‘세부 정보’ 탭에서 PID로 검색할 수도 있습니다.종료해도 되는지 판단
결과가 이전에 남은 v2rayN 또는 코어 프로세스라면 트레이 메뉴에서 정상적으로 종료하세요. 다른 사용 중인 프로그램이라면 바로 종료하지 말고, 먼저 클라이언트 중 하나의 포트를 변경하는 편이 안전합니다.
포트 재확인
조회 명령을 다시 실행하세요.
LISTENING기록이 없어진 뒤 v2rayN을 시작하고, 로그에 수신 대기 시작이 성공했다는 내용이 나타나는지 확인합니다.
netstat -ano | findstr :10808
tasklist /FI "PID eq 6420"
PowerShell:
Get-NetTCPConnection -LocalPort 10808 -State Listen
Get-Process -Id 6420조회 결과에 여러 연결 상태가 표시되더라도 ESTABLISHED와 TIME_WAIT을 수신 프로세스로 보지 마세요. 실제로 확인해야 할 상태는 LISTENING 또는 PowerShell 출력의 Listen입니다. 연결 상태 행은 기존 연결이 동작 중임을 나타내며, 오른쪽 PID로 실제 사용자를 확인하는 데 도움을 받을 수 있습니다.
결론: PID를 먼저 확인한 뒤 프로세스를 처리하세요
프로세스 종료는 항상 필요한 단계가 아닙니다. PID가 기존 코어를 가리킨다면 정상 종료할 수 있지만, 개발 서버·원격 연결 도구·현재 작동 중인 프록시 프로그램이라면 v2rayN의 로컬 포트를 변경하는 편이 일반적으로 더 안전합니다.
macOS와 Linux에서 수신 프로세스 확인
macOS와 Linux에서는 lsof로 포트를 확인할 수 있으며, Linux 배포판에는 보통 ss도 포함되어 있습니다. Debian, Ubuntu, Fedora 등에서는 일반 사용자가 다른 계정이 시작한 프로세스의 전체 정보를 보지 못할 수 있으므로 권한 범위를 확인한 뒤 sudo를 사용하세요.
macOS:
lsof -nP -iTCP:10808 -sTCP:LISTEN
Linux:
ss -ltnp | grep ':10808'
sudo lsof -nP -iTCP:10808 -sTCP:LISTEN오류:listen tcp 0.0.0.0:10808: bind: address already in use
원인과 해결:이미 다른 프로그램이 모든 IPv4 인터페이스에서 10808을 수신하고 있습니다. ss -ltnp 또는 lsof로 PID를 찾은 뒤 해당 사용자 서비스를 중지할지 클라이언트 포트를 변경할지 결정하세요.
현상:lsof에는 출력이 없지만 클라이언트는 여전히 10808이 사용 중이라고 표시함
원인과 해결:클라이언트의 실제 오류가 UDP, IPv6 또는 다른 포트와 관련된 것인지 확인하세요. 그런 다음 [::]:10808, UDP 수신 항목, 로그에 표시된 전체 주소를 각각 조회합니다.
- macOS:‘활성 상태 보기’에서 PID로 검색해 프로세스 경로와 실행 사용자를 확인할 수 있습니다. 그래픽 클라이언트를 닫을 때는 메뉴 막대의 백그라운드 실행 상태도 함께 확인하세요.
- Linux 데스크톱:클라이언트가 systemd 사용자 서비스로 시작되었다면 창을 닫아도 서비스가 중지되지 않을 수 있습니다.
systemctl --user status로 현재 사용자의 서비스 상태를 확인하세요. - Linux 다중 사용자 환경:수신 주소가
0.0.0.0이면 모든 IPv4 네트워크 인터페이스를 포함하므로127.0.0.1만 확인해서는 안 됩니다. - 컨테이너 환경:호스트 컴퓨터에 매핑된 컨테이너의 10808도 포트 충돌을 일으킬 수 있습니다. 명령에 표시되는 프로세스가 프록시 코어가 아니라 컨테이너 런타임일 수도 있습니다.
기존 프로세스를 종료할지 수신 포트를 변경할지
점유 프로세스가 여전히 필요한지에 따라 처리 방법이 달라집니다. 기존 코어의 잔류 프로세스, 클라이언트 중복 실행, 비정상 종료로 생긴 고립 프로세스는 신원을 확인한 뒤 종료할 수 있습니다. 포트가 계속 실행해야 하는 다른 서비스에 속한다면 해당 서비스는 유지하고 v2rayN에 새 로컬 포트를 지정하세요.
변경할 때는 한 항목만 수정하지 마세요. SOCKS, HTTP, LAN 수신, API 포트가 각각 따로 설정되어 있을 수 있습니다. 두 설정이라도 같은 주소와 포트를 잘못 사용하면 코어가 시작되지 않을 수 있습니다. 새 포트를 선택한 뒤 시스템 프록시와 애플리케이션 프록시도 함께 변경되었는지 확인하세요.
현재 설정 기록
v2rayN 메인 화면에서 ‘설정’ → ‘매개변수 설정’을 열고 로컬 SOCKS, HTTP, LAN 연결 허용 관련 값을 기록하세요. 버전에 따라 그룹 이름이 조금 다를 수 있으므로 포트 항목을 기준으로 확인합니다.
사용하지 않는 포트 선택
먼저 시스템 명령으로 후보 포트를 조회하세요. 예를 들어 10810 또는 10811을 확인할 수 있습니다. 수신 기록이 없는 것을 확인한 뒤 클라이언트에 입력해야 하며, 낯선 번호처럼 보인다는 이유만으로 바로 사용해서는 안 됩니다.
저장 후 코어 재시작
설정을 저장한 뒤 코어를 재시작하거나 v2rayN을 종료했다가 다시 실행하세요. 이후 새 포트를 조회해 해당 PID가 수신 상태로 전환되었는지 확인합니다.
프록시 진입점 재설정
시스템 프록시를 v2rayN이 자동으로 관리하지 않는다면 기존
127.0.0.1:10808을 새 포트로 변경하세요. 브라우저 확장 프로그램과 별도 애플리케이션도 각각 동기화해야 합니다.주소 범위 유지
로컬 컴퓨터에서만 사용할 때는 수신 주소를
127.0.0.1로 유지하세요. LAN 기기 연결이 명확히 필요한 경우에만 해당 LAN 수신 옵션을 활성화합니다.
| 상황 | 권장 처리 | 이후 확인할 사항 |
|---|---|---|
| 기존 v2rayN 코어가 남아 있음 | 기존 프로세스를 정상 종료한 뒤 현재 클라이언트를 시작 | 10808을 새 PID가 수신 중인지 확인 |
| 다른 로컬 서비스가 장기간 사용 중 | 기존 서비스를 유지하고 프록시를 10810 등 사용하지 않는 포트로 변경 | 시스템 프록시와 브라우저 포트 |
| v2rayN 인스턴스 두 개가 동시에 실행 중 | 필요한 인스턴스만 남기거나 두 인스턴스에 서로 다른 포트 설정 | 트레이 아이콘과 시작 항목 |
| LAN 수신이 로컬 주소를 포함함 | 모든 인터페이스에서 수신해야 하는지 확인 | 0.0.0.0과 127.0.0.1의 바인딩 범위 |
결론:상시 실행 서비스에는 포트를 양보하고, 잔류 프로세스는 종료하세요
충돌 프로세스가 계속 작업 중이라면 로컬 프록시 포트를 변경하세요. 중복 실행이나 기존 코어가 원인이라면 포트를 계속 바꾸기보다 자동 시작 경로를 정리하는 편이 효과적입니다.
시스템 프록시와 브라우저 설정 동기화
포트 충돌을 해결했는데도 접속할 수 없다면 트래픽이 여전히 기존 포트로 전송되고 있을 가능성이 가장 큽니다. 클라이언트에 새 포트 10810이 표시되어도 브라우저, 명령줄 도구, 시스템 프록시가 자동으로 10810으로 바뀌었다는 뜻은 아닙니다. 프록시를 수동 설정한 모든 진입점을 각각 확인해야 합니다.
| 사용 위치 | 확인해야 할 내용 | 흔한 오류 |
|---|---|---|
| Windows 시스템 프록시 | 주소는 127.0.0.1, 포트는 현재 HTTP 인바운드와 일치 | SOCKS 포트를 HTTP만 허용하는 항목에 입력 |
| 브라우저의 개별 프록시 설정 | 프록시 유형, 호스트, 포트가 모두 일치 | 확장 프로그램에 이전 10808이 저장되어 있음 |
| 명령줄 환경 변수 | HTTP_PROXY, HTTPS_PROXY, ALL_PROXY |
터미널 세션에서 변수를 다시 불러오지 않음 |
| LAN의 다른 기기 | 클라이언트를 실행 중인 컴퓨터의 LAN 주소와 새 포트를 입력 | 127.0.0.1을 잘못 입력해 기기 자체를 가리킴 |
현상:10810으로 변경한 뒤 코어는 정상 실행되지만 웹페이지에서 즉시 연결을 거부함
원인과 해결:애플리케이션이 여전히 기존 10808에 연결하거나 SOCKS 유형을 HTTP로 사용하고 있을 수 있습니다. 프록시 유형을 다시 선택하고 모든 수동 진입점을 현재 수신 포트로 통일하세요.
현상:브라우저는 되지만 터미널 명령은 여전히 연결되지 않음
원인과 해결:브라우저와 터미널이 서로 다른 프록시 설정을 사용하고 있습니다. 현재 터미널 세션의 프록시 환경 변수를 확인하고 변경한 뒤 터미널을 다시 열어 테스트하세요.
v2rayNG와 v2flyNG는 Android에서 일반적으로 앱 자체가 로컬 프록시와 VPN 연결 과정을 관리합니다. 같은 구독을 가져온 뒤 연결 문제가 발생했다면 데스크톱 시스템의 PID 명령을 그대로 적용하지 마세요. 먼저 다른 VPN 연결이 동시에 활성화되어 있는지 확인하고, 클라이언트 설정의 로컬 포트와 실행 상태를 점검하세요.
수정 후 검증 순서
검증은 노드가 작동하지 않는지 바로 판단하기보다 로컬 수신부터 시작해야 합니다. 로컬 포트가 열리지 않으면 이후의 프로토콜 핸드셰이크, 전송 계층 연결, 라우팅 분기가 모두 발생하지 않습니다. 먼저 애플리케이션이 로컬 프록시에 연결되는지 확인한 뒤 노드 매개변수와 원격 네트워크를 점검하세요.
단일 수신 확인
netstat,lsof또는ss를 다시 실행하세요. 대상 포트는 예상한 코어 PID가 수신해야 하며, 원인을 설명할 수 없는 두 번째 서비스가 동시에 나타나서는 안 됩니다.클라이언트 로그 확인
시작 후 30초 동안 관찰하며 새로운
address already in use, 반복 재시작, 인바운드 생성 실패 메시지가 없는지 확인하세요.로컬 프록시 테스트
브라우저 또는 명령줄 도구가 현재 포트에 명시적으로 연결되도록 설정하세요. 즉시 연결 거부가 발생하면 문제는 여전히 로컬 수신 단계에 있고, 연결 후 시간 초과가 발생하면 노드와 네트워크를 확인해야 합니다.
라우팅 결과 확인
라우팅 규칙이 테스트 대상을 잘못 직접 연결하거나 차단된 아웃바운드로 보내고 있지 않은지 확인하세요. 포트 수정만으로 geosite, geoip, domain 등의 규칙이 자동 변경되지는 않습니다.
자동 시작 재점검
시스템을 재시작하거나 다시 로그인한 뒤 한 번 더 확인하세요. 이전 포트가 다시 사용 중이라면 로그인 시작 항목이나 사용자 서비스가 백그라운드에서 기존 인스턴스를 다시 실행하고 있다는 뜻입니다.
포트가 정상적으로 수신 중인데도 모든 노드에서 계속 시간 초과가 발생한다면 네트워크와 설정 계층을 점검하세요. 시스템 시간, 노드 주소, 프로토콜 매개변수, 전송 설정, 구독의 유효성을 확인해야 합니다. 포트 충돌은 로컬 인바운드 단계에서만 발생하므로 코어 진입에 성공한 뒤 발생하는 모든 연결 장애를 설명할 수는 없습니다.