접속주소 표기 유형별 비교: 숫자도메인·서브도메인·퓨니코드로 최신주소 가려읽기

같은 이름, 다른 문자열: 주소 후보가 갈라지는 지점

지난주까지 잘 열리던 접속주소가 오늘 먹통이 되면 대부분은 검색창에 사이트 이름을 다시 넣는다. 그때 화면에 뜨는 후보는 하나가 아니다. 이름은 똑같은데 뒤에 두 자리 숫자가 붙은 것, 앞쪽에 m이나 kr 같은 단어가 하나 더 달린 것, 알파벳 한 글자만 바뀐 것이 나란히 올라온다. 도메인 변경 주기가 짧은 영역일수록 후보군은 두세 개가 아니라 열 개 단위로 불어나고, 그 중 상당수는 원래 운영과 무관한 제3자가 만들어 둔 문자열이다.

후보를 가릴 때 흔히 인증서 정보나 등록정보 조회부터 떠올리지만, 그 앞에 훨씬 빠르고 비용이 들지 않는 단계가 있다. 주소 문자열 자체를 구조로 읽는 것이다. 도메인은 아무렇게나 조합된 글자 뭉치가 아니라 오른쪽부터 왼쪽으로 소유권이 좁혀지는 계층 구조이고, 어떤 유형의 표기는 그 구조상 누구나 몇 분 안에 만들 수 있다. 이 차이를 알면 열 개 후보 중 절반은 클릭 전에 걸러진다.

이 글은 주소모음이나 링크모음에서 마주치는 표기 유형을 하나씩 갈라, 각 유형이 어떤 이유로 생겨나고 어디에서 오인이 발생하는지를 비교한다. 목적은 특정 주소가 진짜인지 대신 판정해 주는 것이 아니라, 후보 목록을 봤을 때 어느 것부터 확인하고 어느 것을 뒤로 미룰지 순서를 세우는 데 있다.

주소는 오른쪽 끝에서부터 읽는다

도메인 판별의 출발점은 읽는 방향이다. 사람은 왼쪽부터 읽지만 도메인의 권한은 오른쪽에서 결정된다. 맨 오른쪽 .com이나 .net 같은 확장자 바로 앞에 붙은 한 덩어리, 이른바 등록가능도메인이 실제로 돈을 내고 산 단위다. 그 왼쪽에 점으로 이어지는 부분은 전부 서브도메인이고, 등록가능도메인을 가진 사람이라면 몇 초 만에 무제한으로 만들 수 있다. 즉 왼쪽 글자는 소유의 증거가 아니라 소유자가 마음대로 붙인 이름표다.

이 원리를 모르면 오인이 생긴다. 예를 들어 어떤 이름을 abc라고 할 때, abc.example.com과 example.abc.com은 겉보기에 비슷한 글자가 섞여 있지만 소유자가 완전히 다르다. 앞쪽은 example.com 주인이 만든 하위 이름이고, 뒤쪽만이 abc.com 주인의 주소다. 링크모음 게시글에서 이름이 왼쪽으로 밀려 있는 형태를 자주 보게 되는데, 이는 검색이나 눈대중에서 이름이 먼저 읽히도록 배치한 결과인 경우가 많다.

슬래시가 등장하는 지점도 함께 기억해 둘 만하다. 첫 번째 슬래시 이전까지가 도메인이고 그 뒤는 전부 경로다. 경로에는 어떤 글자든 넣을 수 있으므로, 주소 한가운데 익숙한 이름이 들어 있어도 그것이 슬래시 뒤라면 판별에 아무런 정보가 되지 못한다. 확인은 언제나 첫 슬래시 앞쪽 한 덩어리에서 끝난다는 점만 지켜도 경로 위장은 통하지 않는다.

표기 유형별로 갈리는 성격과 확인 포인트

아래 표는 주소모음과 검색 결과에서 실제로 자주 마주치는 표기 유형을 정리한 것이다. 왼쪽 열은 유형, 가운데는 화면에 보이는 전형적인 모양, 오른쪽은 그 유형에서 가장 먼저 확인해야 할 지점이다. 유형 자체가 진위를 결정하지는 않지만, 확인의 우선순위와 걸리는 시간은 유형에 따라 크게 달라진다.

표를 세로로 훑어보면 확인 지점이 두 갈래로 나뉜다는 것이 보인다. 위쪽 세 유형은 소유 구조를 따지는 문제이고, 아래쪽 네 유형은 글자와 인프라를 따지는 문제다. 앞의 세 가지는 도메인의 계층만 이해하면 브라우저 주소창을 보는 것만으로 몇 초 안에 끝나지만, 뒤의 네 가지는 복사·붙여넣기나 등록정보 조회처럼 한 단계 더 손이 간다. 후보가 많을 때는 위쪽 기준으로 먼저 대량 탈락시키고 남은 것만 아래쪽 기준으로 검사하는 편이 빠르다.

또 하나 눈에 띄는 대목은 위험이 유형에 균등하게 퍼져 있지 않다는 점이다. 숫자 접미사형과 서브도메인 확장형은 정상적인 도메인 변경 과정에서도 흔히 나타나는 모양이라 그 자체로는 판정 근거가 약하다. 반면 이름 밀림형, 철자 변형형, 퓨니코드형은 사람 눈의 착각을 노려야만 성립하는 구조라서, 이런 형태를 만들 이유가 정상 운영 쪽에는 거의 없다. 후자 세 유형에 해당하면 다른 요소가 아무리 그럴듯해도 접속 자체를 보류하는 편이 낫다.

숫자 접미사형 최신주소를 대하는 방식

숫자 접미사는 도메인 변경이 잦은 곳에서 가장 흔한 표기다. 같은 이름에 숫자만 바꿔 두면 이전 주소를 기억하는 사람이 새 주소를 유추하기 쉽기 때문이다. 문제는 유추가 쉽다는 성질이 그대로 약점이 된다는 데 있다. 현재 번호가 77이라면 78, 79는 물론 80번대까지 제3자가 미리 등록해 두는 일이 어렵지 않다. 등록비가 연 2만 원 안팎인 확장자라면 열 개를 선점해도 부담이 크지 않다.

그래서 숫자 접미사형에서는 번호 자체보다 번호 사이의 연결고리를 본다. 정상적인 이동이라면 직전 번호 도메인이 아직 살아 있는 동안 다음 번호를 안내하거나 자동 이동시키는 구간이 존재한다. 반대로 이전 번호가 이미 완전히 죽은 뒤에 검색 결과로만 다음 번호가 등장했다면, 그 숫자는 안내를 받은 것이 아니라 누군가가 채워 넣었을 가능성이 열린다.

번호가 건너뛰는 패턴도 신호가 된다. 77에서 78로 가는 대신 77에서 81로 뛰었다면, 중간의 78·79·80이 이미 다른 손에 넘어가 있어서 건너뛴 것일 수 있다. 이 경우 검색 결과에는 78과 81이 동시에 살아 있는 상태로 보이고, 둘 다 같은 이름을 달고 있어 구분이 어려워진다. 번호 흐름을 메모해 두는 습관이 이런 상황에서 판단 근거가 된다.

알파벳 한 글자와 퓨니코드 한 글자의 차이

철자 변형은 오래된 수법이지만 여전히 통한다. 소문자 l과 대문자 I, 숫자 0과 알파벳 o, 그리고 rn 두 글자를 붙여 m처럼 보이게 하는 조합이 대표적이다. 화면 글꼴이 작을수록, 특히 모바일에서 주소창이 일부만 표시될수록 구분이 어려워진다. 이때 가장 확실한 방법은 눈으로 비교하지 않고 글자 수를 세는 것이다. 기억하는 이름이 열두 글자인데 후보가 열세 글자라면 어딘가에 한 글자가 더 들어갔다는 뜻이다.

퓨니코드는 한 단계 더 나아간 형태다. 한글이나 키릴 문자처럼 알파벳이 아닌 문자를 도메인에 쓸 수 있게 하는 표준인데, 알파벳과 모양이 거의 같은 외국 문자를 섞으면 화면상으로는 완전히 동일해 보이는 주소가 만들어진다. 확인법은 단순하다. 주소창의 문자열을 복사해 메모장이나 메시지 입력창에 붙여 넣어 보면, 이런 도메인은 xn--으로 시작하는 긴 문자열로 펼쳐진다. 순수 알파벳 도메인이라면 붙여 넣어도 보이던 그대로다.

서브도메인과 경로가 만드는 착시

이름 밀림형은 앞서 설명한 계층 구조를 그대로 뒤집어 쓴 형태다. 익숙한 이름을 왼쪽 서브도메인 자리에 넣고, 실제 소유 도메인은 오른쪽 끝에 낯선 단어로 남겨 두는 식이다. 링크모음 목록에서는 글자가 길어 뒤쪽이 잘리는 경우가 많아, 앞부분만 읽고 넘어가면 그대로 걸린다. 목록에서 주소가 잘려 보인다면 클릭 대신 길게 눌러 전체 문자열을 확인하는 편이 안전하다.

경로를 이용한 변형도 같은 원리다. 첫 슬래시 뒤에 익숙한 이름이나 login, main 같은 단어를 배치해 전체 주소를 그럴듯하게 만드는 방식인데, 경로는 도메인 소유자가 자유롭게 정하므로 판별 정보가 전혀 없다. 하이픈을 이용해 두 이름을 한 덩어리처럼 이어 붙이는 형태도 마찬가지로, 하이픈은 점과 달리 계층을 나누지 않는다는 사실만 기억하면 된다.

IP와 포트가 드러난 접속주소

숫자 네 덩어리로 된 주소나 콜론 뒤에 8080 같은 번호가 붙은 주소는 도메인을 거치지 않고 서버에 직접 연결하는 형태다. 도메인이 정리되는 과도기에 임시로 도는 경우가 있지만, 이런 주소는 대부분 인증서가 이름과 묶여 있지 않아 브라우저가 경고를 띄운다. 경고를 넘기고 진행하라는 안내가 함께 붙어 있다면 그 안내 자체가 가장 큰 위험 신호다. 정상 운영이라면 이용자에게 보안 경고를 무시하라고 요구할 이유가 없다.

포트 번호가 붙은 주소도 성격이 비슷하다. 표준 포트를 쓰지 않는다는 것은 임시 구성이거나 정식 인프라 밖에서 돌아가는 서버라는 뜻이며, 이런 곳에 로그인 정보를 입력하면 회수할 방법이 사실상 없다. 이 유형은 진위를 따지기보다 접속을 미루고 다른 경로에서 도메인 형태의 최신주소가 다시 나올 때까지 기다리는 편이 손해가 적다.

확장자 선택이 알려주는 주소의 예상 수명

확장자, 즉 TLD는 주소가 얼마나 오래 갈지를 가늠하는 힌트다. 등록비가 연 몇 천 원 수준인 신규 확장자나 사실상 무료로 풀리는 확장자는 1년 단위로 짧게 끊어 등록하는 경우가 많고, 그만큼 갱신 없이 만료되어 사라지는 비율도 높다. 반대로 등록 이력이 2년 이상 이어지고 만료일이 여러 해 뒤로 설정된 도메인은 최소한 급조된 것은 아니라는 정도의 정보를 준다.

이 정보는 진위 판정이 아니라 주소모음 관리에 쓰인다. 확장자가 저비용 계열이라면 그 항목은 다른 것보다 빨리 죽을 가능성을 전제로 기록해 두고, 대체 경로를 함께 적어 두는 식이다. 실제로 같은 목록에 담긴 주소라도 어떤 것은 2년을 버티고 어떤 것은 두 달 만에 만료되는데, 이 차이는 확장자와 등록 기간에서 상당 부분 예고된다.

주소모음에 표기 그대로 남기는 기록법

표기 유형을 구분하는 훈련이 의미를 가지려면 기록이 남아야 한다. 핵심은 문자열을 눈으로 옮겨 적지 않는 것이다. 손으로 다시 타이핑하는 순간 l과 I, 0과 o의 구분이 사라지고 하이픈 위치가 흔들린다. 주소창에서 그대로 복사해 텍스트로 저장하고, 스크린샷은 보조 자료로만 쓴다. 이미지로만 남긴 주소는 나중에 문자 단위 대조가 불가능하다.

각 항목 옆에는 세 가지를 함께 적어 둔다. 처음 확인한 날짜, 그 주소를 어디서 받았는지, 그리고 표기 유형이다. 예를 들어 숫자 접미사형이라면 직전 번호를, 서브도메인 확장형이라면 원래 등록가능도메인을 같이 적는다. 이렇게 해 두면 다음 도메인 변경 때 새 후보를 만났을 때 기억이 아니라 기록과 대조할 수 있고, 판별 시간이 몇 분에서 몇 초로 줄어든다.

세 글자가 갈라놓은 두 개의 후보 주소

한 이용자가 접속이 끊긴 뒤 커뮤니티 게시글 두 개에서 서로 다른 최신주소를 받았던 일이 있다. 하나는 이름 사이에 하이픈이 들어간 형태였고, 다른 하나는 하이픈 없이 이름 뒤에 kr이 붙은 형태였다. 글자 차이는 세 글자, 두 글자였고 화면상으로는 둘 다 그럴듯했다. 이 사람이 먼저 한 일은 접속이 아니라 이전에 저장해 둔 주소 기록을 여는 것이었다.

기록에는 직전 주소의 등록가능도메인과 확장자가 남아 있었고, 두 후보 중 하나는 확장자가 달랐다. 확장자가 바뀌었다는 것은 도메인을 새로 산 것이므로 소유자가 같다는 보장이 없다. 남은 하나도 바로 접속하지 않고 등록정보를 확인했더니 등록일이 사흘 전이었다. 도메인 변경 안내가 나온 시점보다 뒤였고, 인증서 발급일도 등록 당일이었다. 두 후보 모두 보류하고, 이전에 기록해 둔 공지 경로에서 안내가 다시 올라온 뒤에야 접속했다.

이 판단에서 결정적이었던 것은 대단한 도구가 아니라 예전에 남겨 둔 한 줄짜리 기록이었다. 먹튀검증 게시판 언급 여부는 그 뒤에 보조로 확인했을 뿐, 판단의 축은 문자열 구조와 날짜였다. 다음에 후보 목록을 마주하면 인증서 창을 열기 전에 확장자 바로 앞 한 덩어리를 소리 내어 읽어 보길 권한다. 그 한 덩어리가 기억 속 이름과 다르면, 나머지 확인은 시작할 필요조차 없다.