1004TV JOURNAL
천사티비 주소를 읽을 때 이름보다 호스트를 보는 이유
천사티비.org의 한글 표기와 ASCII 호환 표기는 같은 호스트로 해석될 수 있지만, 주소 앞부분에 같은 이름이 보인다고 모두 같은 사이트는 아닙니다. 다섯 문자열을 URL 파서로 비교해 표시 차이와 실제 목적지 차이를 구분했습니다.
주소 비교는 접속 테스트와 다릅니다
2026-11-04에 Node.js의 WHATWG URL 파서로 hostname, pathname, search, hash를 읽었습니다. 한글 도메인과 그 ASCII 호환 표기, 쿼리·조각 식별자를 붙인 경우, 사용자정보 부분에 브랜드 문자열을 넣은 경우를 비교했습니다.
이 테스트는 문자열을 해석한 것으로 다섯 주소에 네트워크 요청을 보내지 않았습니다. 마지막 예시는 실제 서비스가 아닌 예약된 .invalid 호스트를 사용했습니다. 주소가 같다고 분류하는 규칙과 사이트의 안전성 검사는 다른 일입니다.
다섯 입력을 비교한 결과
| 바꾼 부분 | 호스트 비교 | 읽을 수 있는 결론 |
|---|---|---|
| 천사티비.org 한글 표기 | 기준과 같음 | ASCII 호환 표기로 정규화됨 |
| 천사티비.org의 ASCII 호환 표기 | 기준과 같음 | 화면 표기 차이만으로 다른 사이트라고 단정할 수 없음 |
| 경로 뒤에 ?from=home 추가 | 기준과 같음 | 쿼리가 달라졌지만 호스트는 유지됨 |
| 경로 뒤에 #address-record 추가 | 기준과 같음 | 조각 식별자는 호스트를 바꾸지 않음 |
| 이름 뒤에 @와 다른 호스트 배치 | 기준과 다름 | 앞의 이름은 사용자정보 부분이고 실제 호스트는 @ 뒤에 있음 |
다섯 입력과 파서 결과 원기록에서 호스트뿐 아니라 경로·쿼리·조각을 함께 확인할 수 있습니다. MDN의 hostname 문서는 이 속성이 주소의 도메인 또는 IP 주소를 돌려준다는 점을 설명합니다.
호스트가 같아도 같은 화면은 아닐 수 있습니다
쿼리가 달라도 호스트가 같다는 결과를 “모든 링크가 같은 기능을 한다”는 뜻으로 읽으면 안 됩니다. 서버는 경로나 쿼리에 따라 다른 응답을 줄 수 있습니다. 반대로 한글 주소가 다른 문자 조합으로 표시돼도 국제화 도메인 정규화 때문에 같은 호스트일 수 있습니다.
그래서 우리의 순서는 호스트 비교 → 경로 확인 → 실제 도착 화면 확인입니다. 주소의 일부분만 비교하는 것보다 할 일이 하나 늘지만, 이름이 들어간 문자열을 공식 주소의 증거로 오인하는 일을 줄일 수 있습니다. 302 뒤에 서로 다른 화면이 나왔던 실험도 이 마지막 확인이 필요한 이유를 보여 줍니다.
HTTPS는 운영자의 신뢰도를 평가한 점수가 아닙니다
Chromium의 주소창 아이콘 설명은 HTTPS를 사용한다는 사실과 사이트를 신뢰할 수 있다는 판단을 구분합니다. 암호화 연결 표시가 있다고 해서 게시물의 정확성, 결제 상대의 신원, 다운로드 파일의 안전성까지 검토된 것은 아닙니다.
이 안내도 외부 링크에 “안전 점수”를 매기지 않습니다. 바로가기 주소는 별도 서비스로 연결되며, 이동 뒤의 파일·권한 요청·계정 조건을 이 페이지가 대신 보증할 수 없습니다. 경고가 표시되면 경고를 없애는 방법보다 해당 화면의 경고 이유를 확인하는 것이 우선입니다.
서로 다른 세 가지 질문
| 질문 | 확인 자료 | 그 자료의 한계 |
|---|---|---|
| 같은 호스트인가 | URL 파서의 hostname | 운영자의 실명이나 신뢰도는 알 수 없음 |
| 원한 글로 이동했나 | 최종 경로와 도착한 화면 | 콘텐츠의 진위나 저작권 상태까지 확인한 것은 아님 |
| 개인정보가 어떻게 쓰이나 | 해당 서비스의 정책과 실제 요청 | 다른 서비스의 정책으로 대신 설명할 수 없음 |
주소 표기가 다르다는 이유로 모두 위험하다고 말하거나, HTTPS가 있다는 이유로 모두 안전하다고 말하는 양쪽 판단을 피했습니다. 이번 자료가 직접 확인한 것은 다섯 URL 문자열의 구성요소입니다. 외부 목적지의 악성코드 검사, 계정 보안 감사, 운영자 신원 확인 결과로 소개하지 않습니다.