Arch·Manjaro에서 Clash Verge Rev: AUR 설치부터 구독·systemd 자동 시작까지

왜 Arch·Manjaro에서는 AUR 이야기가 먼저 나올까?

Arch Linux와 이를 기반으로 한 Manjaro 같은 롤링·반 롤링 배포판은 상위 저장소에 없는 앱을 AUR(Arch User Repository)에서 가져오는 경우가 많습니다. Clash Verge Rev는 공식적으로 안정된 extra 한 줄 설치보다 바이너리 패키지(-bin) PKGBUILD를 통해 설치하는 흐름이 더 흔합니다. 검색 의도대로 Clash Verge Rev Arch Linux 설치를 끝내려면 “GitHub에서 압축만 풀었다가 의존성 지옥에 빠지는 것”보다 AUR 헬퍼로 빌드 스크립트와 의존성 버전을 묶어 받는 편이 시간 대비 성공률이 높습니다.

이 글은 pacman·AUR 준비→clash-verge-bin 계열 패키지 설치→첫 구독 동기화→연결 확인→systemd 사용자 유닛 자동 기동까지를 한 줄기로 잡습니다. 데비안·우분투 계열 절차는 Ubuntu에서 Clash Verge·systemd 가이드와 대조해 보면 개념이 잘 맞고, Windows·macOS 화면 중심 설명은 Clash Verge Rev 완벽 사용 가이드와 병행하면 더 빠릅니다. SELinux·firewalld 층이 두꺼운 Fedora는 Fedora·Clash Verge·SELinux 가이드를 참고하세요.

시작 전에 준비할 것

구독 URL은 대시보드에서 복사한 원격 프로필 주소입니다. 앞뒤 공백·줄바꿈이 섞이면 파서가 실패하기 쉬우니, 텍스트 에디터에 한 줄로 정리한 뒤 다시 붙여 넣으세요. Firefox나 Chromium에서 같은 주소를 열었을 때 YAML 텍스트나 Base64 응답이 내려오는지, 로그인 페이지로 튕기는지 미리 확인하면 Linux 데스크톱 프록시 입문 단계에서 시간을 아낍니다. 구독 개념을 처음 잡을 때는 Clash 구독 링크 추가·전 플랫폼 가져오기 가이드도 함께 보는 것이 좋습니다.

터미널에서 작업할 계정에 sudo가 가능한지, 시각이 NTP로 맞는지도 함께 확인하세요. TLS 오류는 종종 시계 불일치에서 비롯됩니다. Wayland와 X11을 오가는 환경에서는 트레이 아이콘 동작이 데스크톱마다 조금씩 다를 수 있으나, 본 튜토리얼의 핵심 흐름에는 큰 차이가 없습니다.

클라이언트 선택: AUR 외에도 AppImage·tarball을 직접 쓸 수 있지만, 의존성 추적이 어렵습니다. 배포판별 패키지 목록은 다운로드 페이지에서 정리해 두었으니 설치 전에 한 번 비교해 보세요.

빌드 도구와 AUR 헬퍼

AUR 패키지를 소스에서 빌드하려면 base-devel 메타 패키지와 git이 필요합니다. 터미널에서 다음과 같이 설치하는 흐름이 일반적입니다.

sudo pacman -S --needed base-devel git

이후 yay 또는 paru 같은 AUR 헬퍼를 씁니다. 둘 다 사용법은 비슷하며, 본문에서는 예시로 yay 명령을 드리되 paru 사용자는 같은 패키지 이름으로 바꿔 실행하면 됩니다. 헬퍼가 없다면 공식 wiki 절차대로 Go 기반 바이너리를 설치하거나 git clone으로 직접 빌드하면 됩니다.

팁: AUR는 사용자가 올린 빌드 스크립트 모음입니다. 스타 수가 높다고 해서 보안 검증이 끝난 것은 아니므로, PKGBUILD의 source=가 가리키는 URL이 공식 릴리스인지 습관적으로 확인하세요.

AUR로 Clash Verge Rev 올리기(핵심 단계)

실제 패키지 이름은 시기에 따라 바뀔 수 있습니다. 검색 시 clash-verge-rev-bin·clash-verge-bin 등이 함께 나오는데, Clash Verge Rev를 쓰려면 upstream이 Rev 포크를 가리키는지 AUR 페이지에서 확인하세요. 아래는 새 환경에서의 권장 순서입니다.

  1. 터미널에서 yay -Ss clash verge처럼 검색해 Rev 빌드를 제공하는 패키지를 고릅니다.
  2. 선택한 패키지에 대해 yay -S 패키지이름을 실행하고, 의존성 프롬프트에 따라 추가 패키지를 설치합니다.
  3. 빌드가 끝나면 앱 메뉴 또는 clash-verge류 실행 파일 경로가 /usr/bin에 생겼는지 pacman -Ql 패키지이름 | head로 훑어 봅니다.
  4. 첫 기동은 터미널에서 실행 파일을 직접 호출해 로그를 확인한 뒤, 정상이면 데스크톱 런처를 씁니다.

WebKitGTK·SSL 계열 의존성 경고가 나오면 메시지가 가리키는 라이브러리를 pacman으로 추가한 뒤 다시 빌드합니다. Manjaro 사용자는 pamac GUI에서 AUR 지원을 켠 뒤 동일 패키지를 검색해도 됩니다. 다만 빌드 로그를 터미널에서 보는 편이 오류 파악이 빠릅니다.

프로필·구독 동기화와 활성화

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

구독에서 자주 막히는 지점

  • 만료·토큰: 대시보드에서 링크를 재발급했는지, 쿼리 문자열이 잘리지 않았는지 봅니다.
  • User-Agent: 제공업체가 특정 UA만 허용하면 클라이언트 옵션에서 맞춰야 합니다.
  • 회사·교육망: 같은 단계가 집에서는 되고 사무실에서만 실패하면 필터링을 의심합니다.

규칙 분할을 깊게 다루려면 Clash 규칙 분할 설정 가이드를 참고하되, Linux 데스크톱 프록시 입문 단계에서는 먼저 “구독이 살아 있고 노드를 고를 수 있는가”만 검증하는 것이 좋습니다.

시스템 프록시로 연결 검증

GUI에서 시스템 프록시 스위치를 켠 뒤 브라우저가 시스템 설정을 따르도록 맞춥니다. Chromium 계열과 Firefox의 프록시 UI가 달라 혼동이 생길 수 있으니, 한 브라우저에서 IP 확인 페이지까지 실제로 바뀌는지 확인하세요. 터미널만 프록시를 타야 한다면 HTTPS_PROXY 환경 변수를 셸 설정에 넣는 방법도 있지만, GUI가 OS 프록시를 건드리는 구조라면 앱 스위치를 단일 기준으로 두는 편이 덜 헷갈립니다.

TUN으로 모든 앱을 한 번에 끌어오려는 경우 권한 요구가 커집니다. 개념은 Clash TUN 모드 가이드로 정리되어 있으나, Linux에서는 커널·정책과 맞물려 스위치 이름이 버전마다 다를 수 있습니다. 우선 시스템 프록시로 안정화한 뒤 확장하세요.

재부팅 뒤에도 유지: systemd 사용자 서비스

로그인 후 수동 실행만 하면 부팅 직후 프록시가 비어 있는 체감이 남습니다. Ubuntu 글과 같이 ~/.config/autostart/의 .desktop 항목만으로도 해결할 수 있지만, Arch 계열에서도 systemd --user로 경로를 코드에 고정하면 재현성이 좋아집니다. 실제 ExecStart는 패키지가 설치한 바이너리 경로로 바꿉니다.

# ~/.config/systemd/user/clash-verge-app.service
[Unit]
Description=Clash Verge Rev (user)
After=graphical-session.target

[Service]
Type=simple
# Replace with output of: pacman -Ql your-aur-package | grep bin
ExecStart=/usr/bin/clash-verge
Restart=on-failure

[Install]
WantedBy=default.target

작성 후 systemctl --user daemon-reload, systemctl --user enable --now clash-verge-app.service 순으로 활성화합니다. 로그는 journalctl --user -u clash-verge-app.service -e로 확인합니다. GUI가 서비스 모드·코어 설치 버튼을 따로 제공한다면 중복으로 띄우지 않도록 한쪽만 쓰세요.

리슨·혼합 포트가 실제로 떴는지 보기

문제가 생기면 설정에 적힌 mixed-port·HTTP·SOCKS 번호를 확인한 뒤 ss -tlnp로 프로세스가 바인딩했는지 봅니다. 목록에 없으면 설정이 아직 적용되지 않았거나 다른 인스턴스가 포트를 점유했을 수 있습니다. LAN으로 프록시를 공유하려면 Allow LAN과 바인딩 주소를 함께 점검해야 하며, 일반적인 정리는 Allow LAN·방화벽 체크리스트 흐름과 맞닿아 있습니다.

문제 해결 메모

AUR 빌드 실패

GPG 키 또는 checksum 오류는 PKGBUILD가 기대하는 소스와 다운로드 파일이 어긋났을 때 납니다. 댓글에 패치가 올라와 있는지 보고, 임의로 스킵 옵션을 켜기보다 공식 릴리스 URL이 바뀌었는지부터 확인하세요.

GUI가 뜨지 않음

Wayland 세션에서 WebKit 초기화 오류가 나면 관련 라이브러리 버전을 pacman으로 재동기화합니다. 터미널 직접 실행으로 첫 스택 트레이스를 확보하는 것이 가장 빠릅니다.

롤링 업그레이드 후 깨짐

Arch는 라이브러리 업그레이드가 잦아 AUR 패키지를 재빌드해야 할 때가 있습니다. yay -S 패키지이름 --rebuild 류의 옵션으로 의존 트리를 다시 맞추거나, maintainer가 올린 PKGBUILD 변경을 따라가세요. 코어 호환은 Mihomo·Clash Meta 업그레이드 가이드와 함께 보면 좋습니다.

자주 묻는 질문

공식 저장소만 쓰고 싶다면? 상위 저장소에 패키지가 없으면 선택지가 줄어듭니다. 실무에서는 AUR -bin 패키지를 쓰면서 PKGBUILD만 주기적으로 검토하는 타협이 흔합니다.

Flatpak이 더 안전하지 않나? 샌드박스 이점은 있지만 네트워크·TUN·시스템 프록시 연동에서 제약이 생기기도 합니다. 데스크톱 클라이언트를 그대로 쓰려면 네이티브 패키지가 디버깅이 단순한 경우가 많습니다.

더 보기

사이트 전체 목차는 문서·튜토리얼에서 볼 수 있습니다.

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

마무리

Arch Linux·Manjaro에서 Clash Verge Rev를 쓰려면 Windows 설치 마법사처럼 한 방에 끝나지 않고, AUR·pacman 층에서 패키지 이름과 빌드 소스를 한 번 정리해 두어야 합니다. 순서만 맞추면 구독 동기화와 systemd 사용자 유닛까지 같은 습관으로 이어 갈 수 있어, 롤링 환경에서도 재현 가능한 데스크톱 프록시 루틴을 갖출 수 있습니다.

설치형 바이너리만 던져 주는 범용 VPN 클라이언트나, 문서 없이 CLI 옵션만 나열된 경량 프록시 도구들은 리눅스 데스크톱에서 규칙·DNS·구독까지 한 화면에서 묶어 주지 못하는 경우가 많고, 롤링 업그레이드가 올 때마다 수동으로 경로를 다시 맞춰야 하는 부담도 큽니다. ClashSource는 플랫폼별 설치 흐름과 Clash Verge Rev Arch Linux 설치처럼 검색 의도에 맞춘 긴 꼬리 주제를 정리해 두었고, 구독·코어·문서를 한곳에서 따라가기 쉽게 묶어 재작업을 줄이는 데 초점을 맞추고 있습니다. 같은 목표로 클라이언트를 고르고 계시다면 Clash를 무료로 다운로드해 지금 환경에 맞는 패키지로 바로 시험해 보세요.