우분투에서 Clash Verge Rev를 사용하는 이유
우분투에서 개발 도구, 웹 브라우저, 패키지 관리자, 컨테이너를 함께 사용하다 보면 프로그램마다 프록시 설정을 따로 입력해야 하는 상황이 자주 생깁니다. 브라우저는 정상적으로 연결되는데 터미널의 git이나 curl만 실패하거나, 한 애플리케이션은 프록시를 사용하고 다른 애플리케이션은 직접 연결을 시도하는 식입니다. 이런 경로 불일치는 원인을 찾기 어렵게 만들고, 같은 컴퓨터에서 연결 상태가 들쭉날쭉한 것처럼 보이게 합니다.
Clash Verge Rev는 우분투 데스크톱에서 프로필, 정책 그룹, 연결 로그, 시스템 프록시를 한곳에서 관리할 수 있는 GUI 클라이언트입니다. 구독 설정을 불러온 뒤 필요한 정책 그룹을 선택하고, 규칙 모드와 글로벌 모드를 상황에 맞게 바꿀 수 있습니다. 특히 어떤 도메인이 어떤 정책으로 처리됐는지 확인할 수 있다는 점이 초보자에게 유용합니다. 단순히 연결 버튼만 제공하는 도구보다 문제를 단계별로 좁히기 쉽기 때문입니다.
이 글에서는 특정 구독 업체나 특정 노드 이름을 전제로 하지 않습니다. 우분투의 기본 환경 확인, 설치 파일 선택, 권한과 실행 문제, 프로필 연결, 시스템 프록시, 터미널 환경 변수, DNS와 TUN의 기본 개념까지 순서대로 설명합니다. 이미 다른 운영체제에서 Clash를 사용해 본 사람도 우분투에서 달라지는 부분을 확인할 수 있도록 구성했습니다.
설치 전에 확인할 우분투 환경
먼저 사용 중인 우분투 버전과 데스크톱 환경을 확인합니다. 장기 지원 버전인지 일반 버전인지에 따라 기본 라이브러리와 Wayland 설정이 다를 수 있습니다. 터미널에서 다음 명령을 실행하면 배포판 정보와 CPU 아키텍처를 확인할 수 있습니다.
cat /etc/os-release
uname -m
echo "$XDG_SESSION_TYPE"uname -m의 결과가 x86_64라면 일반적인 Intel 또는 AMD 64비트 PC에 해당합니다. 일부 ARM 보드나 ARM 기반 노트북에서는 aarch64 또는 arm64가 표시될 수 있습니다. 설치 파일의 아키텍처가 실제 시스템과 다르면 설치 자체가 되지 않거나 실행 직후 종료될 수 있으므로, 다운로드 전에 이 값을 꼭 확인해야 합니다.
또한 우분투가 서버 환경인지 데스크톱 환경인지 구분해야 합니다. Clash Verge Rev와 같은 GUI 프로그램은 그래픽 세션이 필요하므로 SSH로 접속한 서버에서 바로 실행하는 용도와는 맞지 않습니다. 서버에서 프록시 코어만 사용하려는 경우에는 별도의 명령줄 방식이나 라우터 구성을 검토해야 합니다. 이 글은 우분투 GNOME 등 그래픽 데스크톱에 로그인한 사용자를 기준으로 합니다.
권장 사전 점검 항목
- CPU 아키텍처:
x86_64인지aarch64인지 확인합니다. - 그래픽 세션: 화면에 로그인한 우분투 데스크톱 세션이 실행 중인지 확인합니다.
- 저장 공간: 설치 파일과 프로필 캐시를 저장할 여유 공간을 확보합니다.
- 시간 동기화: 시스템 시간이 크게 어긋나면 HTTPS 인증과 구독 갱신이 실패할 수 있습니다.
- 기존 프록시: 다른 VPN, 환경 변수, 네트워크 프록시가 이미 켜져 있다면 테스트 전에 기록해 둡니다.
우분투용 설치 파일 고르기
Clash Verge Rev를 받을 때는 검색 결과에 표시되는 임의의 재배포 사이트보다 프로젝트가 안내하는 공식 릴리스 경로를 우선해야 합니다. 파일 이름에는 운영체제, 패키지 형식, CPU 아키텍처가 함께 표시되는 경우가 많습니다. 우분투에서는 .deb 패키지가 가장 익숙하지만, 배포판이나 릴리스에 따라 AppImage 또는 압축 파일 형태가 제공될 수도 있습니다.
.deb 파일은 우분투 패키지 시스템과 잘 맞고 애플리케이션 메뉴에 등록하기 쉽습니다. 반면 AppImage는 별도 설치 과정이 간단하다는 장점이 있지만, 실행 권한을 직접 부여해야 하고 데스크톱 메뉴에 자동으로 나타나지 않을 수 있습니다. 처음 사용하는 사람이라면 자신의 우분투 버전과 데스크톱 통합 여부를 고려해 선택하는 것이 좋습니다.
다운로드한 파일은 파일명만 보고 실행하지 말고 릴리스 노트에서 지원 범위를 확인합니다. 최신 버전이라고 해서 모든 우분투 버전과 모든 코어가 동일하게 동작하는 것은 아닙니다. 특히 오래된 우분투를 사용하는 경우 시스템 라이브러리 요구 사항, Wayland 지원, 네트워크 권한 처리 방식이 다를 수 있습니다. 파일의 체크섬이 제공된다면 다운로드 후 값도 비교하세요.
DEB 패키지로 설치하기
DEB 패키지를 다운로드 폴더에 저장했다면 파일 관리자에서 더블 클릭해 소프트웨어 설치 프로그램으로 열 수 있습니다. 화면에 표시되는 패키지 이름과 버전을 확인한 뒤 설치를 진행합니다. 관리자 비밀번호를 요구하는 것은 정상적인 절차지만, 패키지 출처와 파일 이름이 예상한 것인지 먼저 확인해야 합니다.
터미널을 선호한다면 다음과 같이 설치할 수 있습니다. 파일 이름은 실제로 받은 버전에 맞게 변경합니다.
cd ~/Downloads
sudo apt install ./clash-verge-rev_버전_amd64.debapt install ./파일명.deb 방식은 필요한 의존성을 함께 처리할 수 있어 dpkg -i만 사용하는 것보다 초보자에게 편리합니다. 설치 중 의존성 오류가 발생하면 오류 메시지의 패키지 이름을 확인하고, 무작정 여러 저장소를 추가하지 않는 편이 안전합니다. 시스템 패키지 목록이 오래된 경우에만 다음 명령으로 목록을 갱신한 뒤 다시 시도합니다.
sudo apt update
sudo apt install ./clash-verge-rev_버전_amd64.deb설치가 끝난 뒤 애플리케이션 메뉴에서 Clash Verge Rev를 검색합니다. 첫 실행이 되지 않는다면 터미널에서 프로그램을 실행해 오류 메시지를 확인할 수 있습니다. GUI 메뉴에서는 오류가 보이지 않더라도 터미널에는 누락된 라이브러리, 권한, 그래픽 세션과 관련된 정보가 출력되는 경우가 많습니다.
AppImage를 사용할 때의 주의점
AppImage 형식만 제공되거나 설치 파일을 독립적으로 보관하고 싶다면 AppImage를 사용할 수 있습니다. AppImage는 압축을 푸는 별도 설치 과정 없이 실행할 수 있지만, 먼저 파일에 실행 권한을 추가해야 합니다.
cd ~/Downloads
chmod +x Clash-Verge-Rev.AppImage
./Clash-Verge-Rev.AppImage파일 관리자에서 파일을 선택한 뒤 속성의 권한 탭에서 실행 허용을 체크하는 방법도 있습니다. 실행 후 창이 나타나지 않으면 현재 세션이 Wayland인지 X11인지, 그래픽 드라이버가 정상인지, AppImage가 요구하는 FUSE 관련 구성 요소가 설치되어 있는지 확인합니다. 배포판의 보안 정책에 의해 실행이 막힌 경우에는 오류 메시지를 그대로 검색하기보다 먼저 파일의 출처와 해시를 다시 확인하세요.
AppImage를 장기적으로 사용할 생각이라면 홈 디렉터리 아래에 전용 폴더를 만들어 파일을 보관하고, 업데이트 때 기존 설정을 지우지 않도록 주의합니다. 설치 파일을 매번 다른 위치에서 실행하면 자동 시작 항목이나 애플리케이션 메뉴 등록이 꼬일 수 있습니다.
첫 실행 후 기본 화면 이해하기
Clash Verge Rev를 처음 실행하면 프로필, 프록시, 규칙, 설정과 비슷한 기능 영역을 확인할 수 있습니다. 릴리스에 따라 메뉴 이름이나 배치가 조금 다를 수 있지만 핵심 개념은 같습니다. 프로필은 노드와 규칙이 들어 있는 설정 파일이고, 프록시 화면은 현재 정책 그룹과 노드를 선택하는 공간입니다. 모드는 트래픽을 규칙에 따라 나눌지, 모든 요청을 하나의 정책으로 보낼지 결정합니다.
처음 실행했다고 바로 모든 프로그램의 네트워크가 바뀌는 것은 아닙니다. 프로필이 활성화되어 있어야 하고, 로컬 프록시 코어가 실행 중이어야 하며, 시스템 프록시 또는 애플리케이션별 프록시가 올바른 포트를 가리켜야 합니다. 이 세 요소 중 하나라도 빠지면 화면에는 프로그램이 켜져 있어도 실제 트래픽은 직접 연결로 나갈 수 있습니다.
구독 프로필 연결하기
구독 제공자로부터 받은 URL이 있다면 프로필 화면에서 새 프로필 또는 가져오기 기능을 선택합니다. URL을 붙여 넣은 뒤 이름을 알아보기 쉽게 정하고 업데이트를 실행합니다. 여러 기기에서 같은 구독을 사용한다면 이름에 기기나 용도를 적어 두는 것이 좋습니다. 예를 들어 ubuntu-main처럼 표시하면 테스트용 프로필과 실사용 프로필을 쉽게 구분할 수 있습니다.
프로필을 가져온 뒤에는 바로 연결 버튼을 누르기보다 파일이 정상적으로 파싱됐는지 확인합니다. 노드 목록이 비어 있거나 정책 그룹 이름이 이상한 문자로 표시된다면 URL이 잘못되었거나 구독 형식이 현재 코어와 맞지 않을 수 있습니다. 제공자가 Clash 또는 Mihomo 계열 형식을 별도로 안내하는 경우에는 해당 형식을 선택해야 합니다.
프로필 업데이트가 실패할 때는 다음 항목을 순서대로 살펴봅니다.
- 구독 URL의 앞뒤에 공백이나 줄바꿈이 들어가지 않았는지 확인합니다.
- 현재 우분투의 브라우저에서 URL이 접근되는지 확인합니다.
- 구독이 만료되었거나 기기 수 제한에 걸리지 않았는지 확인합니다.
- 프로필 형식과 선택한 코어가 제공자의 안내와 일치하는지 확인합니다.
- 오류 로그에서 인증 실패, DNS 실패, TLS 오류를 구분합니다.
구독 파일에는 개인 계정과 연결된 정보가 들어 있을 수 있으므로 URL을 공개 저장소, 스크린샷, 채팅방에 올리지 않는 것이 좋습니다. 문제가 생겼을 때 전체 URL을 공유하기보다 도메인 일부를 가리고 오류 문구와 발생 시각만 전달하세요.
정책 그룹과 노드 선택하기
프로필이 활성화되면 프록시 화면에서 정책 그룹을 확인합니다. 제공자마다 그룹 이름은 다르지만 자동 선택, 지역별 그룹, 수동 선택, 직접 연결과 같은 구조를 사용하는 경우가 많습니다. 초보자라면 먼저 자동 선택 그룹의 지연 테스트를 실행하고, 결과가 지나치게 불안정하면 가까운 지역의 노드를 수동으로 선택해 비교합니다.
지연 시간이 낮다고 항상 실제 사용 속도가 빠른 것은 아닙니다. 짧은 연결 테스트는 통과하지만 대용량 다운로드나 장시간 HTTPS 스트리밍에서 끊기는 노드도 있습니다. 따라서 브라우저 페이지 하나만 열어 보고 판단하기보다 패키지 다운로드, API 요청, 장시간 연결 등 자신이 실제로 사용하는 작업을 기준으로 확인해야 합니다.
또한 모든 트래픽을 글로벌 모드로 보내면 설정은 단순하지만 국내 서비스, 회사 내부 주소, 로컬 장치까지 프록시를 거칠 수 있습니다. 규칙 모드는 도메인과 IP, 기본 정책에 따라 트래픽을 나누므로 일상적인 우회와 직접 연결을 함께 사용하기에 적합합니다. 처음에는 규칙 모드를 기본값으로 두고 연결 로그를 보면서 필요한 예외만 조정하는 방식을 권장합니다.
우분투 시스템 프록시 켜기
Clash Verge Rev의 로컬 포트가 실행 중이라면 우분투의 시스템 프록시 설정을 연결할 수 있습니다. 애플리케이션의 설정 화면에서 시스템 프록시 적용 기능을 제공한다면 먼저 그 기능을 사용합니다. 수동으로 설정해야 하는 경우 우분투의 네트워크 설정에서 HTTP 프록시와 HTTPS 프록시 주소를 127.0.0.1로 지정하고 Clash가 표시하는 포트 번호를 입력합니다.
많은 구성에서 HTTP와 HTTPS 요청은 같은 혼합 포트를 사용할 수 있지만, 설치된 코어 설정에 따라 HTTP 포트와 SOCKS 포트가 다를 수 있습니다. 포트 번호를 추측하지 말고 Clash Verge Rev의 일반 설정 또는 포트 표시 영역에서 실제 값을 확인하세요. 잘못된 포트를 입력하면 브라우저가 모든 사이트에서 연결 실패를 표시할 수 있습니다.
시스템 프록시를 켠 뒤에는 브라우저를 완전히 종료했다가 다시 실행하는 것이 좋습니다. 이미 실행 중인 애플리케이션은 이전 환경 설정을 유지할 수 있습니다. 또한 회사 VPN이나 다른 프록시 프로그램이 동시에 시스템 설정을 덮어쓰고 있지 않은지 확인합니다.
터미널과 개발 도구에 프록시 적용하기
시스템 프록시를 켜도 모든 터미널 프로그램이 자동으로 이를 따르는 것은 아닙니다. curl, Git, Python 패키지 관리자, Node.js 도구는 환경 변수나 자체 설정을 별도로 읽는 경우가 많습니다. 테스트를 위해 현재 셸에서 다음처럼 프록시 변수를 지정할 수 있습니다. 포트는 실제 Clash 설정에 맞게 바꿉니다.
export HTTP_PROXY=http://127.0.0.1:7897
export HTTPS_PROXY=http://127.0.0.1:7897
export ALL_PROXY=http://127.0.0.1:7897
export NO_PROXY=localhost,127.0.0.1,::1이 값은 현재 터미널 세션에만 적용됩니다. 새 터미널에서도 계속 사용하려면 셸 프로필에 넣을 수 있지만, 그렇게 하면 프록시가 필요하지 않은 내부 서버나 사내 저장소까지 영향을 받을 수 있습니다. 따라서 처음에는 임시 export로 작동 여부를 확인하고, 필요할 때만 ~/.bashrc 또는 ~/.zshrc에 조건부 설정을 추가하세요.
Git은 환경 변수 외에도 전역 설정을 가질 수 있습니다. 이전에 다른 프록시를 설정한 적이 있다면 현재 값을 먼저 확인합니다.
git config --global --get http.proxy
git config --global --get https.proxy오래된 값이 남아 있다면 Clash의 포트와 맞지 않아 저장소 접근이 실패할 수 있습니다. 환경 변수와 Git 설정을 동시에 사용하면 어느 값이 우선되는지 헷갈릴 수 있으므로, 하나의 방식을 정해 관리하는 것이 안전합니다.
브라우저와 명령줄에서 연결 확인하기
설정이 끝났다면 먼저 Clash Verge Rev의 연결 로그를 열어 실제 요청이 보이는지 확인합니다. 브라우저에서 테스트 페이지를 열었을 때 도메인, 사용한 정책 그룹, 최종 노드가 로그에 표시되어야 합니다. 아무 기록도 없다면 브라우저가 시스템 프록시를 따르지 않거나 Clash 코어가 실행되지 않은 상태일 수 있습니다.
터미널에서는 다음 명령으로 응답 헤더를 확인할 수 있습니다.
curl -I https://example.com
curl -I -x http://127.0.0.1:7897 https://example.com첫 번째 명령은 셸 환경 변수에 따라 동작하고, 두 번째 명령은 지정한 프록시를 직접 사용합니다. 두 명령의 결과를 비교하면 환경 변수 설정이 적용됐는지 확인하기 쉽습니다. 연결이 성공해도 HTTP 상태 코드가 200이라는 뜻은 아닙니다. 301, 403, 404 등은 서버 응답일 수 있으므로 네트워크 연결 자체와 웹 서비스의 권한 문제를 구분해야 합니다.
DNS 문제를 확인할 때는 도메인 해석 결과가 예상과 다른지 살펴봅니다. 다만 공개 DNS나 특정 IP를 무조건 사용하도록 바꾸면 현재 네트워크 정책과 충돌할 수 있으므로, 문제를 재현하기 위한 임시 테스트와 영구 설정을 구분해야 합니다.
TUN 모드는 언제 사용해야 하나
일부 프로그램은 시스템 프록시와 환경 변수를 읽지 않고 직접 소켓을 열기 때문에 일반 프록시 설정만으로는 트래픽이 잡히지 않습니다. 이런 프로그램을 포함해 운영체제 수준에서 더 넓게 처리하려면 TUN 모드를 검토할 수 있습니다. TUN은 가상 네트워크 인터페이스를 통해 패킷을 전달하므로 브라우저뿐 아니라 프록시를 인식하지 못하는 애플리케이션에도 적용 범위가 넓습니다.
그러나 TUN은 일반 프록시보다 영향 범위가 큽니다. 기존 VPN, Docker 네트워크, 가상 머신, 회사 보안 에이전트, IPv6 라우팅과 충돌할 수 있습니다. 처음부터 TUN을 켜고 문제가 생기면 DNS, 라우팅, 방화벽, 애플리케이션 설정을 한꺼번에 조사해야 합니다. 따라서 브라우저와 터미널의 기본 프록시가 안정적으로 동작한 뒤, 필요한 프로그램이 무엇인지 확인하고 TUN을 단계적으로 활성화하는 것이 좋습니다.
TUN을 켠 뒤에는 가상 인터페이스가 생성됐는지, 관리자 권한 요청이 정상적으로 처리됐는지, 연결 로그에 해당 프로그램의 요청이 표시되는지 확인합니다. TUN을 끄고 같은 테스트를 반복해 차이를 비교하면 문제가 TUN에서 발생했는지 빠르게 판단할 수 있습니다.
자주 발생하는 설치와 연결 문제
아이콘을 눌러도 프로그램이 열리지 않을 때
가장 먼저 설치 파일의 아키텍처가 맞는지 확인합니다. 그다음 터미널에서 프로그램을 실행해 라이브러리 또는 그래픽 세션 관련 메시지를 확인합니다. AppImage라면 실행 권한이 빠졌을 가능성이 있고, DEB 패키지라면 설치 과정에서 의존성 오류가 있었을 수 있습니다. Wayland 세션에서만 문제가 생기는 경우에는 릴리스의 알려진 이슈와 우분투 버전을 함께 확인해야 합니다.
프로필을 가져올 수 없을 때
브라우저에서 구독 URL이 열리는지 확인하고, URL이 만료되지 않았는지 제공자에게 문의합니다. 구독 응답이 HTML 오류 페이지로 반환되면 Clash는 이를 설정 파일로 해석하지 못합니다. 인증이 필요한 구독이라면 URL에 포함된 토큰이 잘렸거나 복사 과정에서 문자가 바뀌지 않았는지도 살펴봅니다.
프로필은 정상인데 인터넷이 되지 않을 때
정책 그룹에 실제 노드가 선택됐는지, 모드가 비활성 상태가 아닌지, 시스템 프록시 포트가 정확한지 확인합니다. 브라우저에서만 실패하면 시스템 프록시 주소를 확인하고, 터미널에서만 실패하면 env | grep -i proxy로 환경 변수를 확인합니다. 모든 프로그램이 동시에 실패한다면 코어 상태와 포트 점유 여부, 다른 VPN의 충돌을 먼저 점검하는 편이 효율적입니다.
연결은 되지만 속도가 느릴 때
가까운 노드 하나만 보고 판단하지 말고 여러 노드의 지연과 실제 다운로드 속도를 비교합니다. 자동 선택 그룹이 짧은 핑만 기준으로 삼는다면 장시간 연결 품질이 좋은 노드를 수동으로 선택하는 편이 나을 수 있습니다. 동시에 여러 프로그램이 같은 노드를 사용하고 있거나 구독 제공자의 동시 접속 제한에 도달했을 가능성도 있습니다.
보안과 운영 시 주의할 점
Clash Verge Rev는 네트워크 트래픽의 경로를 바꾸는 도구이므로 어떤 애플리케이션이 프록시를 통과하는지 항상 확인해야 합니다. 회사 내부 주소, 개인 NAS, 은행 서비스처럼 직접 연결이 필요한 대상은 규칙과 NO_PROXY 예외를 신중하게 구성합니다. 특히 NO_PROXY=*처럼 광범위한 예외를 넣으면 중요한 요청이 의도치 않게 직접 연결될 수 있습니다.
구독 URL은 비밀번호와 비슷하게 취급하세요. 설정 파일을 Git 저장소에 올리거나, 터미널 명령을 그대로 화면 공유하거나, 로그 파일을 공개할 때 토큰이 포함되지 않았는지 확인합니다. 프로필 백업을 할 때도 전체 파일을 공용 클라우드에 올리기보다 암호화된 저장 위치를 사용합니다.
공용 Wi-Fi에서 프록시를 사용할 때는 연결이 안전해지는 것과 익명성이 완전히 보장되는 것을 혼동하지 않아야 합니다. 사용하는 서비스의 정책과 현지 법률을 확인하고, 계정 비밀번호나 API 키를 프록시 로그가 남을 수 있는 환경에서 직접 입력하지 않는 것이 좋습니다.
업데이트와 설정 백업
Clash Verge Rev 또는 코어를 업데이트하기 전에는 현재 활성 프로필과 주요 정책 그룹을 기록해 둡니다. 새 버전에서 설정 형식이나 기능 이름이 바뀌면 업데이트 직후 연결이 달라질 수 있습니다. 문제가 생겼을 때 이전 버전으로 되돌릴 수 있도록 설치 파일과 변경 날짜를 함께 기록하면 복구가 쉬워집니다.
프로필은 정기적으로 업데이트해야 하지만, 업데이트 직후에는 노드 목록과 규칙이 바뀔 수 있습니다. 업무나 온라인 수업 직전에 자동 업데이트를 실행하기보다 여유가 있을 때 갱신하고, 브라우저와 터미널 테스트를 한 번씩 수행하세요. 구독 제공자가 여러 코어 형식을 제공한다면 현재 사용하는 코어와 일치하는 프로필을 선택해야 합니다.
문제 해결을 위해 설정 파일을 직접 수정할 때는 원본을 복사한 뒤 변경합니다. YAML은 들여쓰기와 콜론 위치에 민감하므로 작은 오타도 전체 프로필 로드를 실패하게 만들 수 있습니다. GUI에서 제공하는 설정 기능을 우선 사용하고, 직접 편집한 부분에는 목적과 변경 날짜를 주석으로 남기면 나중에 원인을 추적하기 좋습니다.
설치 후 최종 점검 순서
- Clash Verge Rev가 우분투 로그인 후 정상적으로 실행되는지 확인합니다.
- 활성 프로필에 노드와 정책 그룹이 표시되는지 확인합니다.
- 규칙 모드에서 테스트 도메인이 올바른 정책으로 처리되는지 연결 로그를 봅니다.
- 시스템 프록시를 켜고 브라우저를 다시 시작합니다.
- 터미널에서
curl과 실제 사용하는 개발 도구를 각각 테스트합니다. - 필요한 경우에만 TUN을 켜고, 켜기 전후의 연결 차이를 기록합니다.
- 구독 URL과 설정 파일이 외부에 노출되지 않았는지 확인합니다.
이 순서를 지키면 “프로그램은 실행되지만 인터넷이 안 된다”는 막연한 문제를 프로필 문제, 코어 문제, 포트 문제, 시스템 프록시 문제, 터미널 환경 변수 문제로 나눌 수 있습니다. 각 단계에서 성공 여부를 기록하면 나중에 우분투를 재설치하거나 다른 컴퓨터로 옮길 때도 같은 설정을 빠르게 재현할 수 있습니다.
자주 묻는 질문
우분투 서버에서도 Clash Verge Rev를 사용할 수 있나요?
Clash Verge Rev는 그래픽 인터페이스를 전제로 하므로 GUI가 없는 서버에서는 사용하기 불편합니다. 서버에서 프록시 코어를 상시 실행하려는 목적이라면 해당 환경에 맞는 명령줄 클라이언트나 라우터형 구성을 검토하는 것이 적절합니다. 원격 데스크톱을 설치해 억지로 GUI를 실행하는 방법은 자원과 보안 관리 부담이 커질 수 있습니다.
브라우저는 되는데 Git만 실패하는 이유는 무엇인가요?
브라우저는 우분투 시스템 프록시를 따르지만 Git은 별도 설정이나 환경 변수를 사용할 수 있습니다. git config --global --get http.proxy로 오래된 프록시 값이 남아 있는지 확인하고, 현재 Clash 포트와 일치하도록 정리합니다. 터미널을 새로 열어 환경 변수가 적용됐는지도 함께 확인하세요.
처음부터 TUN을 켜도 되나요?
가능하지만 권장되는 순서는 아닙니다. 일반 프록시로 브라우저와 터미널을 먼저 확인하면 문제가 생겼을 때 범위를 좁히기 쉽습니다. 프록시를 인식하지 않는 프로그램이 실제로 필요할 때 TUN을 켜고, VPN이나 가상 머신과 충돌하는지 비교 테스트하세요.
정리: 우분투에서 안정적으로 시작하는 방법
우분투에서 Clash Verge Rev를 처음 설정할 때 가장 중요한 것은 설치 파일을 실행하는 것보다 환경을 분리해 확인하는 순서입니다. 먼저 아키텍처와 데스크톱 세션을 확인하고, 신뢰할 수 있는 패키지를 설치한 다음, 프로필이 정상적으로 파싱되는지 확인합니다. 그 후 정책 그룹과 규칙 모드를 정하고, 시스템 프록시와 터미널 환경 변수를 각각 적용합니다.
일반적인 VPN 앱은 버튼 하나로 시작하기 쉽지만, 개발 환경에서는 어떤 프로그램이 프록시를 사용하는지 보이지 않거나, 터미널과 브라우저의 경로를 세밀하게 나누기 어려운 경우가 있습니다. 반면 Clash Verge Rev는 우분투에서 프로필, 정책 그룹, 연결 로그, mixed-port와 TUN을 단계적으로 조정할 수 있어 문제의 원인을 직접 확인하기 좋습니다. 설정을 지나치게 복잡하게 만들기보다 규칙 모드와 로그 확인부터 시작하면, 리눅스 프록시를 처음 접하는 사용자도 안정적인 기준선을 만들 수 있습니다.
이제 우분투 환경에 맞는 클라이언트를 준비하고 구독을 연결해, 브라우저와 개발 도구가 같은 정책 아래에서 동작하는지 직접 확인해 보세요.