이 글은 이미 서비스 제공업체의 정보나 구독을 보유하고 있으며, Shadowrocket에서 Trojan 설정을 확인하려는 사용자를 위한 안내입니다. 서버 주소와 SNI를 구분하고 포트와 비밀번호를 확인한 뒤, 인증서 검증을 유지하세요. 설정 후에는 서버 연결과 Global Routing을 각각 확인합니다. 예시 도메인은 입력란 설명을 위한 것으로 실제 접속 주소가 아닙니다. 이 사이트는 서버 정보나 구독을 제공·판매·추천하지 않습니다.
1. Trojan 설정값은 연결 과정에서 어떤 역할을 할까
Trojan은 TLS로 클라이언트와 서버 간 통신을 보호하고, 암호화된 연결에서 프로토콜 인증을 수행합니다. 설정 순서는 주소 확인, 포트 연결, TLS 핸드셰이크, 인증 정보 제출, 요청 전달 단계로 나눌 수 있습니다. 앞 단계가 완료되지 않으면 다음 단계의 설정값은 아직 적용되지 않는 경우가 많으므로, 연결 실패를 곧바로 비밀번호 문제로 단정해서는 안 됩니다.
Address는 연결할 대상을, Port는 서버의 접속 포트를 지정합니다. SNI는 TLS 핸드셰이크에서 서버 이름을 전달하고, 인증서 검증은 서버의 신원을 확인합니다. Password는 Trojan 인증에 사용됩니다. 비밀번호가 맞더라도 인증서가 올바르다는 뜻은 아니며, 포트에 연결되더라도 Trojan 인증에 성공한 것은 아닙니다.
| 항목 또는 단계 | 역할 | 우선 확인할 내용 |
|---|---|---|
Address | 도메인 또는 IP 주소로 연결 대상을 지정 | 철자, DNS 조회 결과, 경로가 잘못 붙었는지 |
Port | 서버가 연결을 받는 포트를 지정 | 기존 설정 정보와 정확히 일치하는지 확인하고, 프로토콜 이름만 보고 추측하지 않기 |
SNI | TLS 핸드셰이크에서 서버 이름을 전달 | 서버에서 요구하는 이름과 인증서 적용 범위 |
| 인증서 검증 | 신뢰 체인, 유효 기간, 이름 일치 여부 등을 확인 | 기기의 날짜와 시간, 인증서 이름, 서버 인증서 설정 |
Password | Trojan 인증에 사용 | 대소문자, 전체 문자열, 앞뒤 공백 |
포트 443은 흔히 드는 예시일 뿐, Trojan의 고정 포트가 아닙니다. 기존 정보에 8443이 명시되어 있다면 8443을 입력해야 합니다. 일반 Trojan 설정값을 다른 전송 방식 조합에 그대로 적용할 수도 없습니다. 추가 전송 설정이 필요하다고 안내된 경우 항목별로 확인하세요. 주소·포트·비밀번호만으로 설정이 완전하다고 판단해서는 안 됩니다.
2. Home → Add Server에서 설정하기
직접 추가하기 전에 기존 설정값을 따로 기록해 두면 입력 중 원래 값을 혼동하지 않습니다. 아래 절차는 일반 Trojan 기준입니다. 구독에서 가져온 설정이라면 먼저 가져온 항목을 확인한 다음 별도의 설정을 직접 추가할지 결정하세요. 화면 구성에 따라 옵션 위치가 다를 수 있으므로 현재 Add Server 화면에 표시된 영문 항목을 기준으로 입력하세요.
-
유형 선택
Home으로 이동해 오른쪽 상단의 “+”를 탭하고 Add Server를 연 다음 Type에서 Trojan을 선택합니다. 다른 프로토콜 설정에서 비밀번호만 바꿔 사용하지 마세요. 프로토콜 유형에 따라 나머지 항목의 의미가 달라집니다.
-
주소와 포트 입력
Address에는 기존 설정 정보의 도메인이나 IP를, Port에는 해당 포트 번호를 입력합니다. Address에
https://, 웹 경로, 마지막 슬래시를 포함하지 마세요. 포트는 주소 뒤에 붙이지 말고 별도 입력란에 입력합니다. -
비밀번호 확인
Password에 인증 비밀번호 전체를 붙여 넣고 앞뒤 공백과 줄바꿈이 있는지 확인합니다. 비밀번호는 구독 링크나 웹사이트 로그인 비밀번호가 아닙니다. 전달받은 비밀번호에 따옴표를 붙이거나 문자를 임의로 바꾸지 마세요.
-
SNI 확인
SNI에는 설정 정보에 지정된 서버 이름을 입력합니다. Address가 IP이고 인증서가 도메인에 발급된 경우 특히 주의해서 확인하세요. 인증서 검증은 유지하고 Allow Insecure를 일반적인 연결 설정으로 사용하지 마세요.
-
저장 후 테스트
저장한 뒤 Home으로 돌아가 방금 추가한 서버를 선택하고 Global Routing을 확인한 다음 연결 스위치를 켭니다. 처음 연결할 때는 시스템 안내에 따라 권한을 허용하세요. 스위치 상태만 확인하지 말고 접속 가능한 것으로 확인된 웹페이지를 열어 테스트합니다.
3. Address와 SNI가 다를 때 입력하는 방법
Address는 네트워크 연결 대상이고 SNI는 TLS 핸드셰이크에서 전달하는 이름입니다. 두 값은 같을 수도 다를 수도 있습니다. 예를 들어 IP로 연결하고 인증서는 도메인에 발급된 경우, 클라이언트는 해당 IP의 지정 포트에 연결하지만 핸드셰이크에서는 서버가 알맞은 인증서를 선택하거나 요청을 처리하도록 도메인을 전달해야 할 수 있습니다.
SNI는 연결할 수 없는 IP를 접속 가능하게 만들지 않으며, 아무 웹사이트 도메인이나 입력해도 되는 항목이 아닙니다. 기존 서비스 정보와 서버 설정에 맞아야 합니다. 같은 주소에 SNI를 임의로 바꿔 입력해도 연결 문제가 해결된다는 보장은 없으며, 인증서 이름 문제를 찾기 더 어려워질 수 있습니다.
| 설정 정보의 경우 | Address 예시 | SNI 확인 방법 |
|---|---|---|
| 도메인으로 연결하고 이름이 같은 경우 | edge.example.com | 설정 정보에도 edge.example.com이 지정되어 있는지 확인 |
| IP로 연결하고 인증서는 도메인에 발급된 경우 | 192.0.2.10 | 설정 정보에 지정된 이름을 입력합니다. 예: edge.example.com |
| 도메인으로 연결하지만 별도의 이름이 지정된 경우 | entry.example.com | 명시된 SNI를 사용합니다. Address 값으로 자동 대체하지 마세요. |
표의 192.0.2.10은 문서용 예시 주소이므로 실제 서비스 테스트에 사용할 수 없습니다. 설정 정보에 SNI가 명시되어 있지 않다면 새 이름을 추측하지 말고 가져온 설정과 원래 안내를 먼저 확인하세요. SNI를 비워 두었을 때 자동으로 처리되는 방식이 실제 인증서 이름 확인을 대신하지는 않습니다. 특히 Address가 IP인 경우 주의하세요.
- SNI에는 이름만 입력합니다.
https://나:443, 경로를 추가하지 마세요. - 인증서에
*.example.com이 포함되어 있다고 해서 모든 단계의 하위 도메인이 일치하는 것은 아닙니다. 예를 들어a.b.example.com은 일반적인 단일 단계 와일드카드 범위에 포함되지 않습니다. - 이름 일치는 인증서 검증의 일부일 뿐입니다. 인증서 만료, 신뢰 체인 이상, 기기의 날짜 및 시간 오류로도 핸드셰이크가 실패할 수 있습니다.
4. TLS 인증서 검증과 Allow Insecure의 차이
Trojan의 TLS는 전송을 암호화할 뿐 아니라 서버 신원 확인에도 관여합니다. Allow Insecure와 같은 설정은 인증서 검증 기준을 완화할 뿐, 서버 주소·포트·비밀번호·수신 상태 문제를 해결하지 않습니다. 검증을 끈 뒤 연결되더라도 인증서 검증과 관련된 조건을 살펴볼 필요가 있다는 뜻일 뿐, 모든 설정이 올바르다는 증거는 아닙니다.
인증서 검증 유지
권장Allow Insecure를 끈 상태로 유지하고, 안내된 SNI를 입력하세요. 인증서 오류가 발생하면 이름, 기기의 날짜 및 시간, 서버 인증서를 확인해 서버 신원 검증을 유지하세요.
적합한 경우: 일상적인 연결, 가져온 설정 확인, 장기 설정 보관
Allow Insecure 켜기
인증서 검증을 완화해 서버 신원 확인 수준을 낮춥니다. 기존 설정에서 이 옵션이 켜져 있다면 이유와 인증서 상태를 확인하세요. 모든 연결 오류를 해결하는 만능 방법으로 사용하지 마세요.
적합한 경우: 기존 설정의 인증서 검증 예외를 확인하고 수정 방법을 정할 때
결론: 이름과 인증서를 먼저 바로잡기
인증서 관련 오류가 표시되면 먼저 Address, SNI, 인증서에 적용된 이름을 대조하고 기기의 날짜와 시간을 확인하세요. 포트, 비밀번호, 검증 스위치를 한꺼번에 바꾸면 다음 테스트에서 어떤 항목이 차이를 만들었는지 알기 어렵습니다.
서버에서 특수한 인증서 설정을 사용한다면 기존 서비스 안내에 검증 방법이 명확히 기재되어 있어야 합니다. 클라이언트에서 인증서를 임의로 무시하는 것은 신뢰할 수 있는 검증을 마친 것과 다릅니다. 문의할 때 오류 유형과 발생 단계를 전달할 수 있지만 Password, 전체 구독 주소 또는 기타 인증 정보는 공개하지 마세요.
5. 저장 후에도 웹페이지가 열리지 않을 때 단계별 점검
Home의 연결 스위치가 켜져 있다는 것은 로컬 연결 기능이 시작되었다는 뜻이지, 원격 서버 인증에 성공했다는 뜻은 아닙니다. 서버 연결 실패, 대상 웹사이트 연결 실패, 요청이 해당 서버를 거치지 않는 경우를 구분해 점검하세요. 한 번에 변수 하나만 바꾸고 테스트 시간, 네트워크 환경, 결과를 기록합니다.
- 먼저 선택한 설정을 확인하세요.Home으로 돌아가 현재 선택된 서버를 확인합니다. 새 설정을 수정했지만 실제로는 기존 설정을 사용하고 있지 않은지 살펴보세요. 정책 그룹을 사용한다면 그룹에서 실제로 선택된 항목도 확인해야 합니다.
- 다음으로 라우팅 모드를 확인하세요.Home → Global Routing에서 Direct는 직접 연결하고, Config는 현재 설정에 따라 처리합니다. Proxy는 프록시 경로를 임시로 확인할 때 사용할 수 있습니다. Scene은 상황별 선택 기능이므로 점검할 때 실제 적용 내용을 확인하고, 이름만으로 동작을 단정하지 마세요.
- 주소와 포트를 확인하세요.시간 초과가 발생하면 먼저 도메인이 조회되는지, 포트가 설정 정보와 일치하는지 확인한 다음 Wi-Fi와 셀룰러 네트워크에서 비교하세요. 시간 초과만으로 비밀번호가 틀렸다고 볼 수는 없습니다.
- TLS 단계를 확인하세요.인증서나 핸드셰이크 관련 오류라면 SNI, 기기의 날짜 및 시간, 인증서 유효 기간, 해당 포트에서 서버가 예상한 TLS 서비스를 제공하는지 확인하세요.
- 마지막으로 인증과 접속 대상을 확인하세요.연결이 성립된 뒤 종료된다면 Password를 다시 확인하고 서버 상태도 점검하세요. 특정 웹사이트 하나만 실패한다면 해당 대상과 규칙을 확인하고, 서버 설정 전체를 바로 다시 작성하지 마세요.
Config를 사용하는 경우 Config로 이동해 현재 활성화된 파일의 Rule 항목을 확인하세요. 규칙은 순서대로 적용됩니다. DOMAIN-SUFFIX,example.com,DIRECT에 일치하는 요청은 DIRECT를 사용하므로, 해당 도메인 접속만으로 Trojan이 작동하는지 확인할 수 없습니다. 규칙에 일치하지 않을 때는 FINAL 정책과 정책 그룹에서 최종 선택된 서버도 살펴보세요.
6. 비밀번호, SNI, 가져온 설정 관련 자주 묻는 질문
비밀번호를 제대로 복사했는데도 왜 연결에 실패하나요?
Home에서 해당 설정의 편집 화면을 열고 Type이 Trojan인지 확인한 다음 Address와 Port를 살펴보세요. 그런 다음 Password를 다시 붙여 넣고 앞뒤 공백, 줄바꿈, 대소문자를 확인합니다. 연결이 인증 단계에 도달한 경우에 비밀번호를 우선 의심해야 합니다. 시간 초과나 인증서 오류는 앞선 연결 단계를 먼저 점검하세요.
Address가 이미 도메인인데 SNI도 입력해야 하나요?
기존 설정 정보에 SNI가 별도로 지정되어 있는지 먼저 확인하세요. 별도 이름이 있다면 Add Server → SNI에 그대로 입력해야 합니다. Address가 도메인이라는 이유만으로 SNI를 지우지 마세요. 별도 지정이 없다면 가져온 설정과 인증서 구성을 확인하고, 관련 없는 도메인을 임의로 입력하지 마세요.
포트를 443으로 바꿨는데도 왜 연결 시간이 초과되나요?
Port에는 서버가 실제로 연결을 받는 포트를 입력해야 합니다. 설정 정보의 8443을 443으로 바꿔도 서비스가 자동으로 다른 포트에서 실행되지는 않습니다. 먼저 원래 포트로 되돌린 다음 주소, 현재 네트워크, 서버 상태를 확인하세요. 흔히 쓰이는 포트라고 해서 Trojan 서비스가 반드시 제공되는 것은 아닙니다.
구독을 업데이트한 뒤 직접 수정한 SNI가 바뀌었어요. 왜 그런가요?
Home으로 돌아가 업데이트된 설정을 확인하고 기존 구독 정보와 대조하세요. 업데이트 과정에서 구독이 관리하는 항목이 덮어써질 수 있습니다. 점검용 값을 유지해야 한다면 별도 설정을 직접 만들어 테스트한 뒤 원래 설정 정보 제공자에게 정확한 값을 확인하세요. 원본 정보가 수정되지 않은 상태에서 구독 설정만 반복해서 바꾸지 마세요.
확인이 끝나면 비밀번호를 제외한 점검 기록을 남기세요. 프로토콜 유형, 포트, Address와 SNI가 서로 다른지, 인증서 검증 상태, 테스트 당시 Global Routing, 오류가 발생한 단계를 기록하면 다음에 문제를 찾는 데 도움이 됩니다. 설정값을 계속 바꿔 가며 확인할 필요도 줄어듭니다.