ACL4SSR vs Loyalsoldier 규칙 세트 심층 비교: 내게 맞는 트래픽 라우팅 규칙은?

왜 규칙 세트 선택이 중요한가

프록시 클라이언트의 핵심은 어떤 트래픽을 어떤 아웃바운드로 보낼지를 일관되게 결정하는 것입니다. 수백 줄의 YAML을 매번 손으로 유지하기보다, 잘 관리되는 외부 규칙 목록을 Rule Provider로 끌어와 갱신하는 방식이 보편화되었습니다. 이때 규칙 세트는 단순히 “목록 파일”이 아니라, 어떤 서비스를 국내 직행으로 둘지, CDN·광고·테스트용 IP를 어떻게 분류할지에 대한 커뮤니티의 합의가 반영된 결과물입니다. 같은 구독 노드를 쓰더라도 규칙 세트에 따라 체감 지연·스토어 접속·스트리밍 경로가 달라질 수 있으므로, ACL4SSR과 Loyalsoldier처럼 자주 언급되는 이름을 설계 의도까지 포함해 이해하는 것이 좋습니다.

Clash에서 규칙 세트가 맡는 역할

Meta 코어에서는 rules 항목이 위에서 아래로 평가되며, 처음 맞는 조건이 적용됩니다. Rule Provider는 원격 또는 로컬의 규칙 묶음을 주기적으로 가져와 캐시에 넣고, 메인 프로필에서는 RULE-SET 형태로 참조합니다. 따라서 규칙 세트를 바꾼다는 것은 도메인 목록·GEOIP 라인의 우선순위와 범위를 통째로 교체하는 것과 비슷합니다. 사용자 입장에서는 “구독만 갈아끼우는 것”보다 한 단계 더 깊은 설정이지만, 한 번 맞춰 두면 구독이 바뀌어도 분기 정책은 유지된다는 장점이 있습니다. 전체 구성 흐름을 문서 허브에서 다시 보고 싶다면 문서·설정 허브를 함께 참고하면 YAML 구조를 잡기 쉽습니다.

ACL4SSR 규칙 세트의 특징

ACL4SSR은 오랫동안 Clash 생태계에서 인용되어 온 규칙 모음으로, 중화권 사용자 시나리오에 맞춘 도메인 분류·광고 차단·스트리밍·클라우드 서비스 라인이 잘 갖춰져 있다는 인상이 강합니다. 여러 변형(풀 세트, 라이트, 백엔드 전용 등)이 공개되어 있어, 자신의 프로필 크기와 감내할 수 있는 지연 사이에서 프리셋을 고를 여지가 있습니다. 커뮤니티 기여로 도메인이 자주 보완되는 반면, 서비스가 새 도메인을 추가하면 규칙이 한동안 뒤처질 수 있으므로 provider 갱신 주기를 너무 길게 잡지 않는 편이 안전합니다. “중국 본토·홍콩·대만 등 특정 지역 CDN과의 직결”을 중시하는 구성과 잘 맞는 편입니다.

Loyalsoldier 규칙 세트의 특징

Loyalsoldier 쪽 규칙·데이터 저장소는 GEOIP·도메인 목록의 체계적 분리와 릴리스 자동화에 무게를 둔 프로젝트로 알려져 있습니다. 분류 이름과 디렉터리 구조가 비교적 일관되어, 어떤 RULE-SET만 골라 붙일지를 모듈처럼 조합하기 좋습니다. 해외 일반 웹·광고·악성 도메인·지역별 스트리밍 등으로 나뉜 조각을 프로필 성격에 맞게 쌓아 올리는 식의 운영을 선호하는 사용자에게 적합합니다. 다만 규칙 조각 수가 많아질수록 평가 순서와 MATCH 폴백을 명확히 적어 두지 않으면, 의도와 다른 아웃바운드로 새는 경우가 생길 수 있습니다.

직접 비교: 유지·범위·전제

두 세트를 나란히 놓고 보면, 공통적으로 “국내 또는 지정 지역은 DIRECT, 나머지는 PROXY” 같은 큰 뼈대를 제공한다는 점은 비슷합니다. 차이는 도메인 커버리지의 초점과 업데이트 파이프라인에 더 잘 드러납니다. ACL4SSR 계열은 특정 지역 서비스 목록이 풍부하고 프리셋 선택지가 많은 반면, Loyalsoldier 계열은 GEOIP·카테고리 단위로 잘게 쪼개어 조합형 구성에 강합니다. 한국에서 주로 한국·미국·일본 서비스를 쓰는 경우라면, “어느 목록에 자주 쓰는 도메인이 더 빨리 반영되는지”를 몇 주간 로그로 확인해 보는 것이 실질적인 기준이 됩니다. 정답은 하나가 아니라 자신이 자주 만나는 예외 도메인에 더 잘 맞는 쪽이 곧 최적입니다.

규모·성능·메모리

규칙 줄 수가 많아질수록 코어가 들고 있는 매칭 테이블이 커지고, 초기 로드와 프로필 전환 시 메모리 피크가 달라질 수 있습니다. 모바일·라우터·저사양 PC에서는 특히 RULE-SET 개수를 줄이거나, 라이트한 프리셋만 쓰는 편이 유리합니다. 반대로 데스크톱에서 여유가 있다면 세분화된 세트를 여러 개 붙여 정책을 섬세하게 가져가도 됩니다. 성능 이슈가 의심되면 동일 노드·동일 DNS 조건에서 규칙 세트만 바꿔 지연 분포와 CPU 사용을 비교해 보는 것이 가장 확실합니다.

Rule Provider로 붙일 때의 실무 팁

원격 URL을 직접 넣을 때는 HTTPS 출처와 저장소의 신뢰도를 확인하고, 가능하면 체크섬이나 릴리스 노트를 함께 보는 습관이 좋습니다. interval은 너무 짧게 두면 업스트림과 클라이언트 모두 부담이 되고, 너무 길면 새 도메인 대응이 늦어집니다. 하루 한 번에서 일주일 한 번 사이가 흔한 타협입니다. 메인 프로필에는 자신이 만든 DIRECT/REJECT 예외를 규칙 세트 위쪽에 두어, 공용 목록이 덮어쓰기 어렵게 배치하는 패턴도 많이 쓰입니다. 구독 원문이 Clash 형식이 아닐 때는 변환 파이프라인을 먼저 맞추는 것이 선행되어야 하며, 이때 Subconverter 가이드가 전체 흐름을 잡는 데 도움이 됩니다.

DNS·GEOIP와의 연동

규칙 세트는 도메인·IP 정보에 의존하므로, DNS가 어디로 질의되는지에 따라 매칭 결과가 달라질 수 있습니다. FakeIP 모드, DoH 업스트림, sniffer 설정 등은 규칙만큼이나 결과에 영향을 줍니다. DNS 유출 방지와 FakeIP 조합에 대해 체계적으로 정리한 Meta 코어 DNS 유출 방지 가이드를 함께 읽으면, “규칙은 맞는데 앱만 이상하다”는 상황을 줄이는 데 유리합니다.

누구에게 어떤 쪽이 더 맞을까

• 프리셋으로 빠르게 맞추고 싶다: ACL4SSR 계열의 완성도 높은 패키지를 검토해 보세요. 튜닝 시간을 줄이는 대신 세부 조합은 제한될 수 있습니다.
• 모듈 단위로 직접 쌓고 싶다: Loyalsoldier식 분할 RULE-SET 조합이 유리합니다. 대신 순서 설계에 더 많은 시간이 갑니다.
• 저사양·모바일: 규칙 수를 줄인 프리셋이나 필수 카테고리만 선택합니다.
• 특정 국가 스트리밍이 핵심: 해당 서비스 도메인이 어느 목록에 먼저 반영되는지 로그로 검증하세요.

오픈소스 저장소에 대해

규칙 데이터와 생성 스크립트는 대개 GitHub 등에서 공개됩니다. 라이선스·이슈 트래커·기여 방법을 확인하려면 저장소가 적합하지만, 설치 패키지를 받는 주 경로는 사용자 혼선을 줄이기 위해 사이트 다운로드 페이지를 우선하는 습관을 권장합니다. 클라이언트는 공식 배포를 따르고, 규칙 세트는 릴리스 태그와 변경 이력을 보며 갱신하는 이중 구조가 안정적입니다.

정리

ACL4SSR과 Loyalsoldier는 각각 풍부한 프리셋과 모듈형 조합이라는 강점을 가집니다. 숫자나 명성만으로 고르기보다, 자신이 매일 쓰는 앱·국가·DNS 설정과 맞물려 예외가 적은 쪽을 고르는 것이 장기적으로 가장 편합니다. 규칙 세트는 한 번 고정하는 것이 아니라 몇 주 단위로 재평가할 가치가 있는 부분입니다. 비슷한 목적의 도구를 여러 겹 쌓기보다, 한 클라이언트에서 프로필과 규칙 갱신을 일원화하면 로그 해석도 단순해집니다. 다른 유사 도구보다 Clash Meta 계열은 규칙·노드·DNS를 한 파일 체계로 묶기 쉬워 일상 사용에서 안정감이 큰 편입니다.

→ Clash를 무료로 내려받고, 규칙 기반 분기를 손에 익혀 보세요