1 ChatGPT·Claude 글과 무엇이 다른가
본 사이트의 ChatGPT·Claude 튜토리얼은 주로 단일 벤더의 웹·API 호스트를 DOMAIN-SUFFIX로 묶어, 브라우저와 터미널·SDK가 같은 출구를 쓰게 만드는 데 초점이 있습니다. 사용자 경험도 «문서 탭·채팅 UI·REST 엔드포인트»가 한 브랜드 안에서 이어지는 형태입니다. 반면 Midjourney는 Discord라는 제3자 IM·커뮤니티 플랫폼 위에서 봇·채널·초대를 처리하고, 공식 사이트·갤러리·플랜 관리는 midjourney.com 등 별도 루트로 갈라집니다. 네트워크 로그에는 discord.com·discord.gg·미디어 CDN과 midjourney.com이 동시에 찍히므로, 한쪽만 규칙에 넣으면 «봇은 되는데 웹 갤러리만 비는», «웹은 되는데 데스크톱 Discord만 다른 노드로 나간다» 같은 세션 불일치가 생깁니다.
즉 Midjourney 시나리오는 «순수 API·순수 웹» 분할이 아니라 실시간 메신저 + 독립 도메인 서비스의 복합 스택입니다. Clash(Mihomo 코어)에서는 이를 Rule Provider로 묶거나, 신뢰할 수 있는 원격 RULE-SET에 합친 뒤 rules: 상단에서 전용 프록시 그룹을 참조하는 편이 설명·유지보수 모두 쉽습니다. 클라이언트가 없다면 다운로드 페이지에서 TUN·규칙 편집을 지원하는 빌드를 고른 뒤 아래 조각을 프로파일에 합치면 됩니다.
2 Discord: 클라이언트·웹·게이트웨이·미디어
Discord는 데스크톱·모바일 앱과 브라우저 탭이 같은 계정 세션을 공유하지만, 트래픽은 discord.com·레거시 discordapp.com·초대·딥링크용 discord.gg, 이미지·첨부 discordcdn.net·media.discordapp.net 등으로 넓게 퍼집니다. 음성·화상(WebRTC)·스티커·임베드 미리보기까지 포함하면 호스트 목록은 더 길어질 수 있어, «소셜 한 줄» 규칙만 켜 두었다가 특정 서브도메인만 직접 연결로 빠지는 경우가 흔합니다. Midjourney 봇을 쓰는 채널에서는 메시지 전송·슬래시 커맨드·이미지 첨부가 한 흐름으로 묶이므로, Discord 관련 접미사를 한 그룹에 넣어 두고 연결 로그에서 빠진 호스트를 보강하는 방식이 안전합니다.
실무 최소 세트로는 DOMAIN-SUFFIX,discord.com·DOMAIN-SUFFIX,discord.gg·DOMAIN-SUFFIX,discordapp.com·DOMAIN-SUFFIX,discordcdn.net·DOMAIN-SUFFIX,discord.media 등을 나란히 두고, 로그에 새 CDN이 보이면 한 줄씩 추가합니다. DOMAIN-KEYWORD,discord는 무관한 사이트까지 건드리기 쉬워 임시 진단 외에는 피하는 것이 좋습니다. 앱이 시스템 프록시를 무시하면 TUN으로 전체 트래픽을 규칙 엔진에 태우는 편이 재현성이 높습니다.
3 Midjourney 공식 웹·갤러리·문서
계정 설정·구독 플랜·공식 안내·갤러리 뷰어 등은 midjourney.com 및 그 하위 호스트에 모이는 경우가 많습니다. DOMAIN-SUFFIX,midjourney.com 한 줄로 같은 접미사 트리를 한꺼번에 규칙에 태울 수 있습니다. 서비스가 마케팅·이벤트용으로 별도 루트를 쓰면 연결 로그에 새 호스트가 뜨므로, 그때그때 DOMAIN-SUFFIX를 추가하거나 신뢰하는 Rule Provider 목록을 갱신하세요. Discord 안에서만 이미지를 보다가 브라우저에서 계정 페이지를 열 때 서로 다른 출구로 나가면 쿠키·리전 기준 동작이 어긋날 수 있으니, 팀 정책상 가능하면 Discord 축과 MJ 웹 축을 동일 프록시 그룹에 두는 것을 권장합니다. 지연이 너무 크면 그때만 그룹을 쪼개고, 로그로 검증합니다.
4 구독·결제·청구(Stripe 등)
카드 결제·청구서·3DS 인증은 종종 stripe.com·stripe.network 등 결제 파트너 도메인으로 이어집니다. «Midjourney만 프록시»에 두고 결제 호스트만 직접 연결이면 브라우저에서 플랜 업그레이드 단계에서 막히거나, 반대로 결제만 다른 리전으로 나가 카드사 차단이 걸리기도 합니다. 실무에서는 구독·결제를 시도하는 동안 같은 프록시 정책을 타게 두거나, 회사망 정책에 맞춰 결제만 예외 처리하되 그 사실을 문서화하는 편이 낫습니다. 호스트는 시기와 지역에 따라 바뀔 수 있으므로, 실패 시 개발자 도구의 네트워크 탭에서 실제 요청 도메인을 확인한 뒤 규칙에 반영하세요.
5 DOMAIN-SUFFIX 묶음과 규칙 순서
규칙 엔진은 위에서 아래로 첫 매칭에서 멈춥니다. «해외 전체»·넓은 MATCH·거대 GEOSITE가 Midjourney 전용 줄보다 위에 있으면 의도와 다른 노드로 흡수되거나, 반대로 DIRECT가 먼저면 TLS에서 끊깁니다. 범용 구독 규칙보다 앞쪽에 Discord·Midjourney·(필요 시) 결제 줄을 두고, Connections 로그에서 discord·midjourney로 필터해 기대한 그룹 이름이 찍히는지 확인하세요. DNS는 FakeIP·DoH 설계와 맞추지 않으면 SNI와 정책이 어긋나 «가끔만 인증서 오류»처럼 보일 수 있습니다.
6 Rule Provider와 rules: 예시 (Mihomo)
아래는 개념 예시입니다. proxy-groups 이름·노드는 본인 프로파일과 맞추고, rule-providers의 url은 실제로 신뢰하는 목록으로 바꾸세요. Discord와 Midjourney를 한 그룹에 둘지, 지연 때문에 두 그룹으로 나눌지는 팀 정책에 따릅니다.
# Example only — merge with your full profile
proxy-groups:
- name: PROXY_MJ_DISCORD
type: select
proxies:
- AUTO-BEST
- DIRECT
rule-providers:
mj_discord:
type: http
behavior: classical
url: "https://example.com/rules/mj-discord.txt"
path: ./ruleset/mj-discord.yaml
interval: 86400
rules:
- RULE-SET,mj_discord,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,midjourney.com,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,discord.com,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,discord.gg,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,discordapp.com,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,discordcdn.net,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,discord.media,PROXY_MJ_DISCORD
- DOMAIN-SUFFIX,stripe.com,PROXY_MJ_DISCORD
stripe.com 줄을 별도 그룹으로 빼고 순서를 조정하세요. 전역적으로 Stripe를 막아 두었다면 MJ 구독 화면도 함께 막힐 수 있습니다.
7 모바일 앱·TUN·분할 터널
iOS·Android Discord 앱은 Wi-Fi에서 시스템 프록시를 따르지 않는 경우가 많아, 브라우저만 정상이고 앱만 불안정한 패턴이 납니다. 이때는 Clash 측 TUN 또는 모바일 클라이언트의 동등한 전역 라우팅이 필요합니다. Android는 FlClash 설정, iOS는 Stash 맥락을 참고하세요. 분할 터널에서 Discord·브라우저가 예외 목록에 들어가면 다시 직접 연결로 나가 규칙이 적용되지 않습니다. Windows 스토어 앱만 이상하면 UWP·Loopback도 점검합니다.
8 GEOSITE 한 덩어리에만 기대지 않기
구독에 포함된 GEOSITE·거대 지역 묶음은 편하지만 해상도가 거칠고 갱신 주기도 커뮤니티에 묶입니다. AI 이미지·Discord 트래픽만 낮은 지연 노드로 보내고 싶은데 무관한 사이트까지 같은 출구를 타게 되거나, 새 CDN 호스트가 목록에 없으면 직접 연결로 새었다가 끊기는 일이 생깁니다. 범용 규칙 위에 Midjourney·Discord 전용 RULE-SET 또는 DOMAIN-SUFFIX 줄을 덧씌우는 편이 팀 내 설명과 롤백 모두 쉽습니다.
9 DNS·로그·자주 보는 증상
«해석은 되는데 연결이 안 된다»면 DNS 단계와 TCP·TLS 단계를 나누어 보세요. 노드를 바꿀 때마다 같은 호스트가 들쭉날쭉하면 회선 품질을 의심하고, 노드를 고정한 채 로그의 호스트 목록을 한 번에 모으면 규칙 문제인지 회선 문제인지 가늠하기 쉽습니다. 이미지 생성 응답이 중간에 끊기면 Discord 게이트웨이·MJ 웹 API가 서로 다른 경로를 탄 경우도 있으니, 브라우저에서 공식 사이트 확인 → Discord 데스크톱에서 동일 계정 재현 순서를 권장합니다.
- 웹 갤러리만 안 열린다:
midjourney.com이 더 넓은 규칙에 먼저 잡혔는지 확인합니다. - Discord만 실패: CDN 접미사 누락·TUN 미적용·분할 터널 예외를 의심합니다.
- 결제 단계에서만 오류:
stripe.com등이 차단 목록에 없는지, 별도 그룹이 필요한지 봅니다.
10 자주 묻는 질문
- ChatGPT 규칙만 있으면 되나요? OpenAI 도메인과 Discord·Midjourney 도메인은 다릅니다. 본문의 묶음을 추가하세요.
- Discord만 프록시에 넣고 MJ 웹은 직접 연결로? 가능은 하나 세션이 엇갈릴 수 있습니다. 로그로 검증하세요.
- Grok·X 글과 같이 쓰면? Grok·xAI·X 글과 도메인이 겹치지 않게 줄을 나란히 두고 순서만 조정하면 병행 가능합니다.
11 정리
2026년에도 Midjourney는 Discord를 커뮤니티·봇 진입점으로 쓰고 midjourney.com 등 독립 웹·구독·결제 호스트가 함께 등장합니다. ChatGPT·Claude류 «순수 API·웹» 글과 달리 즉시 메신저·CDN·결제가 한 사용자 여정 안에 섞이므로, Clash에서 DOMAIN-SUFFIX·Rule Provider로 축을 명시하고 Mihomo 프로파일에서 프록시 그룹을 일치시키는 것이 안정적입니다. 규칙 가독성과 클라이언트 선택 폭에서 다른 도구들보다 실무에 잘 맞는 경우가 많습니다.
설치 패키지는 공식 다운로드 페이지를 우선하세요. 소스·이슈는 GitHub 등을 참고하되, 배포물은 사이트 경로를 쓰는 편이 버전 관리에 유리합니다.