왜 Debian 12 전용으로 .deb 흐름을 따로 잡을까?

Ubuntu나 Fedora 글을 그대로 가져오면 “PPA가 있다” “SELinux를 조심하라”는 말이 앞에 서서, 순수 Debian 12 Bookworm 사용자에게는 오히려 헷갈립니다. Debian 계열은 APT와 .deb 패키지가 기본 축이고, 공식 배포판 정책상 최신 GUI 클라이언트가 항상 main 한 줄로 들어오지는 않습니다. 그래서 실무에서는 GitHub 릴리스에 올라온 Clash Verge Rev용 .deb를 내려받아 apt install ./파일.deb 패턴으로 의존성을 저장소와 함께 맞추는 방식이 가장 재현성이 좋습니다. 검색 의도인 Clash Verge Rev Debian 12 설치와 구독 가져오기를 한 번에 만족시키려면, 다운로드 → 패키지 설치 → 첫 GUI 실행 → URL 동기화 → 시스템 프록시 검증이라는 순서를 Bookworm 기준으로 고정해 두는 것이 낫습니다.

이 글은 데스크톱 세션( GNOME·KDE·Xfce 등)을 전제로 합니다. SSH만 있는 서버에서 무인 실행을 노린다면 GUI 없이 코어만 돌리는 편이 일반적이니, 그 경우는 문서 구조를 달리 잡아야 합니다. 같은 생태계 비교로는 Ubuntu·Clash Verge·systemd 가이드가 개념 정렬에 도움이 되고, 롤링 쪽은 Arch·Manjaro AUR 설치 글과 대조하면 패키지 축 차이가 분명해집니다. Windows·macOS 화면 설명은 Clash Verge Rev 완벽 사용 가이드, 구독 개념 전반은 Clash 구독 링크 추가·전 플랫폼 가져오기 가이드와 병행하세요.

시작 전에 확인할 것

작업 계정에 sudo가 가능한지, /var/lib/apt/lists가 최신인지 먼저 확인합니다. 오래된 배포판 미러면 sudo apt update를 먼저 실행해 두는 편이 좋습니다. 구독 URL은 대시보드에서 복사한 원격 프로필 주소로, 앞뒤 공백·줄바꿈이 끼면 파싱 오류가 나기 쉽습니다. 에디터에 한 줄로 정리한 뒤 다시 붙여 넣는 습관이 안전합니다. Firefox·Chromium에서 같은 주소를 열었을 때 YAML 텍스트나 Base64가 내려오는지, 로그인 페이지로 막히는지 미리 보면 Linux 클라이언트에서의 실패를 빨리 가릴 수 있습니다.

아키텍처는 대부분 amd64 가정입니다. ARM 보드에서 돌리는 경우 릴리스에 arm64용 빌드가 있는지 파일 목록을 먼저 확인하세요. 시간 동기화가 어긋나면 TLS 검증 오류가 나므로 NTP가 켜져 있는지도 함께 봅니다.

바이너리 받기: 태그와 체크섬은 릴리스 페이지에서 직접 확인하고, 가능하면 Clash 공식 사이트 다운로드 페이지에서 플랫폼별 안내를 함께 보는 편이 버전 혼선이 적습니다. 문서만 보고 옛 파일명을 입력하는 실수를 줄일 수 있습니다.

1단계: .deb와 검증 자료 내려받기

보통 릴리스 자산 목록에 clash-verge류 이름과 .deb 확장자가 붙은 파일이 있습니다. 이름에 Rev 표기가 빠져 있어도 upstream이 Verge Rev 저장소라면 동일 계열일 수 있으니, 릴리스 노트와 저장소 링크를 한 번 확인하세요. 내려받은 뒤에는 선택적으로 SHA256 등 검증 파일을 함께 둡니다.

# Example: adjust filename to match the release you downloaded
cd ~/Downloads
sha256sum -c clash-verge_*_amd64.deb.sha256

체크섬 줄이 릴리스 페이지와 일치하지 않으면 재다운로드합니다. 회사망·교육망에서는 대용량 바이너리가 중간에서 깨지는 경우도 있으니, 다른 네트워크에서 재시도하는 것도 진단에 도움이 됩니다.

2단계: apt로 .deb 설치하고 의존성 정리하기

Bookworm에서 권장 패턴은 로컬 .deb를 APT 입력으로 넘기는 것입니다. 한 줄이면 의존성을 저장소에서 끌어와 같이 설치합니다.

cd ~/Downloads
sudo apt install ./clash-verge_*_amd64.deb

dpkg -i 패키지.deb만 실행하고 끝내면 의존성 미해결 상태로 남을 수 있습니다. 그럴 때는 sudo apt -f install로 후속을 맞춥니다. 터미널에 WebKitGTK·GTK·SSL 관련 라이브러리가 더 필요하다는 메시지가 뜨면 APT가 제안하는 패키지 이름을 그대로 설치하는 편이 빠릅니다.

  1. 다운로드 폴더에서 sudo apt install ./실제파일명.deb를 실행합니다.
  2. 오류가 나면 메시지에 나온 패키지 이름을 sudo apt install로 추가합니다.
  3. dpkg -l | grep -i verge로 설치 상태가 ii인지 확인합니다.
  4. 앱 메뉴에 아이콘이 생겼는지, 또는 which clash-verge류로 바이너리 경로를 찾습니다.

팁: GUI 패키지 설치기(gdebi 등)를 쓰고 싶다면 sudo apt install gdebi-core 뒤 GUI에서 더블클릭으로 같은 의존성 해결을 시각화할 수 있습니다. 본질은 APT가 의존성 그래프를 푸는 것과 같습니다.

3단계: 첫 실행과 권한·트레이 동작

메뉴에서 실행이 안 보이면 터미널에서 실행 파일 이름을 직접 호출해 표준 출력을 봅니다. Wayland·X11 혼합 환경에서는 트레이 아이콘이 안 보이는 경우가 있어, 확장이나 “레거시 트레이” 설정이 필요한 데스크톱도 있습니다. Debian 기본 세션에서도 배포판 마이너 업데이트마다 동작이 조금씩 달라질 수 있으니, 첫 실행은 터미널 로그를 남겨 두면 이후 문의가 쉬워집니다.

일부 빌드는 브라우저 스택 때문에 --no-sandbox 같은 인자를 요구한다는 릴리스 노트가 붙기도 합니다. 공식 문서·릴리스 설명을 우선하고, 임의 플래그만 장기적으로 고정하지 마세요. 키링이나 비밀 저장소 접근을 묻는 프롬프트가 뜨면 UI 안내에 따라 허용 범위를 결정합니다.

4단계: 구독 가져오기(임포트)와 프로필 활성화

창이 뜨면 프로필·구독·Remote 등 레이블의 화면에서 URL을 붙여 넣고 가져오기·새로 고침·동기화에 해당하는 버튼을 누릅니다. 성공하면 프록시 그룹과 노드 목록이 채워지고, 상단이나 사이드에서 현재 프로필을 고를 수 있습니다. 노드 수가 0이면 구독이 비었거나 파싱에 실패한 것이므로 브라우저에서 응답 형식을 다시 확인하세요.

구독에서 자주 막히는 지점

  • 만료·서명: 대시보드에서 링크를 재발급했는지, 긴 쿼리 문자열이 메일이나 메모 앱에서 잘리지 않았는지 봅니다.
  • User-Agent 제한: 제공업체가 특정 UA만 허용하면 클라이언트 옵션에서 맞춰야 합니다.
  • DNS·시간: 로컬 DNS가 과도하게 필터링되면 실패해 보일 수 있고, 시계가 크게 틀어지면 TLS 검증 오류가 나기 쉽습니다.

분할 라우팅을 깊게 손대기 전에 제공업체 기본 프로필로 전체 연결부터 검증하는 편이 시간을 아낍니다. 규칙 설계는 Clash 규칙 분할 설정 가이드를 참고하되, 본문 목표는 구독 가져오기와 첫 연결입니다.

5단계: 시스템 프록시 켜고 브라우저로 검증

GUI에서 시스템 프록시 또는 이에 준하는 스위치를 켠 뒤, Firefox·Chromium이 시스템 프록시 사용 설정인지 확인합니다. 브라우저마다 UI가 달라 헷갈리기 쉬우니, 한 환경에서 IP 확인 페이지가 의도대로 바뀌는지까지 보는 것이 좋습니다. 터미널만 프록시를 타야 한다면 HTTPS_PROXY 환경 변수를 셸 설정에 넣는 방법도 있지만, GUI가 OS 프록시를 조정하는 구조라면 앱 스위치를 기준으로 맞추는 편이 덜 꼬입니다.

TUN으로 모든 앱을 한 번에 끌어오고 싶다면 권한 요구가 커집니다. 개념은 Clash TUN 모드 가이드에 정리되어 있으나, Linux에선 커널·정책과 맞물려 실패 메시지가 길어질 수 있습니다. 우선 시스템 프록시 경로로 안정화한 뒤 단계적으로 확장하세요.

서버 설치를 염두에 둔 독자에게

데이터센터 Debian 서버에 GUI 없이 올리려는 경우, 이 글의 단계보다 systemd 유닛으로 코어 바이너리와 단일 config.yaml만 관리하는 편이 운영 부담이 적은 경우가 많습니다. 반대로 노트북·워크스테이션처럼 그래픽 세션이 있는 환경에서는 지금 순서가 그대로 맞습니다. 헤드리스 전용 주제는 추후 별도 문서로 나누는 것이 독자에게도 정직합니다.

재부팅 뒤에도 쓰고 싶다면

로그인할 때마다 수동 실행이 번거롭다면 ~/.config/autostart/에 .desktop 파일을 두거나, Ubuntu·systemd 글에 나온 것처럼 systemd --user 서비스로 경로를 고정할 수 있습니다. 지금 설치한 패키지가 바이너리를 어디에 두었는지 dpkg -L 패키지이름 | grep bin로 확인한 뒤 ExecStart에 같은 경로를 적으면 재현성이 좋아집니다. GUI가 “서비스 모드” 설치 버튼을 따로 제공한다면 중복으로 두 번 띄우지 않도록 한쪽만 쓰세요.

문제 해결 메모

APT·dpkg 오류

미러가 꼬이면 sudo apt update부터 다시 하고, 특정 패키지가 held back이라면 Bookworm 정책상 backports 필요 여부를 릴리스 노트로 확인합니다. 의존성 지옥에 빠졌다고 느끼면 sudo apt -f install 출력 전체를 기준으로 빠진 라이브러리부터 채웁니다.

GUI가 뜨지 않음

WebKit 초기화 오류나 표시 서버 관련 메시지가 터미널에 찍히면, 그 문자열로 검색하는 것이 가장 빠릅니다. 원격 데스크톱(X11 forwarding) 위에서 GTK 앱을 띄우는 경우 제한이 생기기도 합니다.

프록시는 켰는데 트래픽이 안 탐

브라우저가 자체 프록시로 고정돼 있지 않은지, HTTP_PROXY 환경 변수가 셸과 앱 사이에서 충돌하지 않는지 봅니다. ufw가 켜져 있으면 로컬 제어 포트가 막혔는지도 확인합니다.

주의: 프록시·구독 서비스는 거주 지역 법령과 약관을 지켜 합법적 용도로만 사용하세요. 타인의 구독 링크를 무단으로 사용하지 마세요.

자주 묻는 질문

Flatpak으로 깔면 더 편하지 않나요? 샌드박스 이점은 있으나 시스템 프록시·TUN·트레이 연계에서 제약이 생길 수 있습니다. Debian 데스크톱에서 Verge류를 그대로 쓰려면 네이티브 .deb가 디버깅이 단순한 경우가 많습니다.

구 버전 Debian에서도 되나요? 아주 옛 stable이면 WebKit·libc 요구 버전이 맞지 않아 동일 .deb가 거부될 수 있습니다. 가능하면 최소 Bookworm 또는 보안 업데이트가 유지되는 줄기를 쓰세요.

더 보기

코어를 최신 Mihomo 계열로 맞추려면 Mihomo·Clash Meta 업그레이드 가이드를 참고하세요. 사이트 전체 목차는 문서·튜토리얼에서 볼 수 있습니다.

마무리

Debian 12에서 Clash Verge Rev를 쓰려면 Ubuntu용 설명만 보고 오면 빈칸이 생깁니다. .deb를 내려받고 apt로 의존성을 저장소와 함께 푼 뒤, GUI에서 구독 가져오기를 끝내고 시스템 프록시로 검증하는 네 덩어리만 기억하면 Bookworm 데스크톱에서는 같은 루틴을 반복하기 쉽습니다. 이후 자동 시작까지 필요하면 systemd나 autostart로 한 단계만 더 얹으면 됩니다.

범용 VPN 앱처럼 “설치만 하면 끝”인 경우도 있지만, 규칙·구독·DNS를 한 화면에서 묶어 주지 못해 리눅스에서 다시 설정 파일을 뜯어야 하는 경우가 많습니다. 문서가 흩어진 경량 CLI 프록시 도구들은 첫 세팅은 가벼워도, 데스크톱 세션과 권한 문제가 생길 때마다 스스로 맞춰야 하는 부담이 큽니다. Clash 공식 사이트는 Debian 12 Clash Verge Rev 설치처럼 배포판·패키지 형태까지 나눠 검색 의도에 맞는 긴 꼬리 주제를 정리해 두었고, 플랫폼별 클라이언트와 문서를 한곳에서 이어 붙일 수 있게 해 재작업을 줄이는 데 초점을 맞추고 있습니다. 지금 환경에 맞는 패키지로 바로 시험해 보시려면 Clash를 무료로 다운로드해 보세요.