동시에 열린 접속주소 세 개, 최신주소 정본을 가려낸 하루

목요일 저녁, 같은 이름의 접속주소가 세 개 도착했다

몇 달 동안 즐겨찾기 폴더 맨 위에 두고 쓰던 페이지가 오후 9시쯤 갑자기 열리지 않았다. 새로고침을 세 번 하고 나서야 도메인 변경이라는 생각이 들었고, 평소 참고하던 커뮤니티 글 목록을 훑어보니 한 시간 사이에 같은 서비스의 최신주소라며 서로 다른 접속주소 세 개가 올라와 있었다. 하나는 기존 철자에서 글자 하나만 다른 .com 주소였고, 하나는 이름 뒤에 숫자 2가 붙은 .net 주소였으며, 나머지는 어디로 가는지 알 수 없는 단축URL이었다.

곤란했던 지점은 셋 다 정상적으로 열렸다는 것이다. 하나만 열리고 둘이 죽어 있었다면 고민할 일도 없었을 텐데, 세 화면 모두 로고와 배치가 거의 같았고 로딩 속도도 비슷했다. 이런 상황에서 가장 흔한 선택은 조회수가 제일 높은 글에 적힌 주소를 그냥 쓰는 것인데, 하필 도메인 변경 직후 24~48시간은 복제 주소가 가장 많이 유통되는 구간이라 인기순은 판단 근거가 되지 못한다. 그래서 그날 저녁 한 시간을 들여 세 후보를 하나씩 걸러냈고, 그 과정을 순서대로 적어둔다.

지우지 않고 나란히 적어둔 세 후보

가장 먼저 한 일은 세 주소를 메모장에 그대로 붙여넣고 각각 A·B·C로 이름을 붙인 것이다. 후보를 하나씩 눌러보다 아닌 것 같으면 탭을 닫아버리는 습관이 있는데, 그렇게 하면 나중에 비교할 대상이 사라져서 같은 확인을 두 번 하게 된다. 각 줄 옆에는 어디서 받았는지(커뮤니티 게시글, 단체 대화방, 검색 결과)와 그 글이 올라온 시각을 함께 적었다. 출처와 시각은 뒤에서 공지 시각과 맞춰볼 때 결정적인 역할을 한다.

세 줄을 적고 나니 이미 한 가지가 눈에 들어왔다. A와 C는 게시 시각이 저녁 8시 40분과 8시 52분으로 붙어 있었고, B만 오후 6시 12분으로 두 시간 이상 앞서 있었다. 접속이 끊긴 시점이 9시 무렵이었으니, 서비스가 멀쩡히 돌아가던 시간에 이미 최신주소라며 올라와 있던 B는 순서상 어색했다. 이 단계에서 확정할 수 있는 건 없지만, 어느 후보를 먼저 의심할지는 정해진다.

메모에는 한 줄을 더 넣었다. 접속이 끊긴 정확한 시각과, 그때 화면에 뜬 오류 문구다. 서버 응답이 아예 없는 연결 실패였는지, 아니면 페이지는 뜨는데 내용만 비어 있었는지에 따라 도메인 변경인지 일시적 장애인지가 갈린다. 그날은 브라우저가 서버를 찾을 수 없다는 문구를 띄웠고, 다른 사이트는 모두 정상이었다. 망 문제나 브라우저 캐시 문제일 가능성을 먼저 지우고 시작해야 새 주소를 찾는 수고가 헛되지 않는다.

주소창이 마지막에 멈추는 지점부터 봤다

세 후보를 각각 새 탭에서 열고, 화면이 아니라 주소창만 봤다. 페이지 디자인은 통째로 복사하면 그만이지만 최종적으로 어디에 도착하는지는 감추기 어렵다. C(단축URL)는 누르자마자 A로 바뀌었고, A는 잠깐 머물다 다시 네 번째 주소인 D로 넘어갔다. 반면 B는 아무 데도 가지 않고 자기 자리에 그대로 머물렀다. 이 시점에서 후보는 사실상 D와 B 둘로 줄었다.

여기서 한 가지 구분이 필요하다. 리다이렉트에는 영구 이전을 뜻하는 301과 임시 이전을 뜻하는 302가 있는데, 도메인 변경을 끝낸 운영 측은 대개 옛 주소에 301을 걸어 새 주소로 넘긴다. 브라우저 개발자 도구의 네트워크 탭을 열고 새로고침하면 응답 코드가 그대로 보인다. A에서 D로 가는 응답은 301이었고, C에서 A로 가는 단축URL 응답은 302였다. 즉 A는 버려진 옛 주소이고 D가 새 정착지, C는 그 사실을 알고 있는 사람이 만든 단축 링크라는 그림이 그려진다.

주소창이 멈춘 D를 확대해서 한 글자씩 읽는 일도 이 단계에서 했다. 중간에 하이픈이 하나 더 있는지, 알파벳 l과 숫자 1이 섞였는지, 한글처럼 보이는 퓨니코드 문자가 들어갔는지를 확인하는 것이다. 리다이렉트 최종 도착지라고 해서 안심할 수 없는 이유는, 옛 주소를 가로챈 쪽이 자기 주소로 넘기는 경우도 있기 때문이다. 도착지 철자를 육안으로 확인하지 않으면 이 절차 전체가 무의미해진다.

인증서 발급 시각이 알려준 순서

다음은 자물쇠 아이콘을 눌러 인증서 정보를 펼쳐보는 일이었다. 확인한 항목은 두 가지다. 하나는 발급 대상에 어떤 도메인들이 함께 들어 있는지(SAN 목록), 다른 하나는 발급 시각이다. D의 인증서에는 A와 D, 그리고 각각의 www 형태까지 네 개 도메인이 한 장에 묶여 있었다. 같은 조직이 옛 주소와 새 주소를 한꺼번에 관리하고 있다는 뜻이고, 리다이렉트 관찰 결과와도 어긋나지 않았다.

B는 달랐다. 인증서에 담긴 도메인이 자기 자신 하나뿐이었고, 발급일이 사흘 전이었다. 사흘 전이라는 숫자 자체가 죄는 아니다. 인증서는 보통 90일마다 자동 갱신되니 갓 발급된 인증서는 흔하다. 문제는 옛 주소와의 연결고리가 어디에도 없다는 점이다. 정상적인 도메인 변경이라면 옛 주소와 새 주소가 인증서·리다이렉트·공지 중 최소 한 곳에서는 이어져 있는데, B는 세 곳 모두에서 혼자였다.

등록 6일 된 도메인이 스스로를 최신주소라 부를 때

후이즈 조회로 두 후보의 등록 이력을 봤다. D는 등록일이 2년 3개월 전, 만료일이 1년 이상 남아 있었다. 서비스가 주소를 바꾸기 한참 전에 미리 확보해둔 도메인이라는 뜻으로, 이런 대기용 주소를 여러 개 등록해두고 차례로 꺼내 쓰는 운영 방식은 흔하다. 반면 B의 등록일은 6일 전이었고 만료까지 딱 1년만 잡혀 있었다.

등록한 지 일주일도 안 된 도메인이 기존 이용자들에게 최신주소라며 유통되는 상황은 그 자체로 순서가 맞지 않는다. 사람들이 접속하지 못하게 된 시각은 목요일 9시인데, B는 그보다 엿새 앞서 준비되어 오후 6시에 이미 뿌려지고 있었다. 장애를 예측한 게 아니라면, 접속이 끊길 때를 노리고 미리 만들어둔 주소라고 보는 편이 자연스럽다. 이런 후보는 링크모음 어디에 올라와 있든 즐겨찾기에 넣지 않는다.

공지 시각과 어긋난 40분

마지막 교차 확인은 서비스가 평소 쓰던 안내 채널이었다. 도메인 변경을 하는 곳은 보통 공지사항 페이지나 별도 안내 계정에 새 주소를 올리는데, 그날은 저녁 8시 20분에 올라온 안내가 하나 있었고 거기 적힌 주소가 D였다. 커뮤니티에 A가 올라온 8시 40분보다 20분 빨랐고, C가 올라온 8시 52분보다는 32분 빨랐다. 정보가 원본에서 사본으로 퍼져나간 시간 순서가 그대로 남아 있었던 셈이다.

B는 그 안내 어디에도 없었다. 대신 B를 소개한 게시글에는 공식 안내가 늦어서 먼저 올린다는 취지의 설명이 붙어 있었다. 선의처럼 읽히지만, 원본보다 먼저 나온 최신주소 안내는 원본이 아직 발표하지 않은 것을 어떻게 알았느냐는 질문을 남긴다. 주소를 알려주는 글의 게시 시각과 공식 안내의 게시 시각을 나란히 놓는 것만으로 후보 하나가 정리되는 경우가 많다.

첫 화면이 로그인 폼이었던 후보

확인을 마치기 전에 두 후보의 첫 화면을 다시 비교했다. D는 평소처럼 안내와 목록이 먼저 나오고 로그인은 상단 구석에 작게 붙어 있었다. B는 접속하자마자 화면 한가운데 아이디와 비밀번호 입력창이 떠 있었고, 그 아래 본인 확인이 필요하다며 휴대폰 번호를 함께 요구했다. 원래 쓰던 화면에는 없던 구성이다.

복제 페이지가 굳이 첫 화면을 로그인 폼으로 바꾸는 이유는 단순하다. 화면을 통째로 베끼는 데는 몇 시간이면 충분하지만 안쪽 내용까지 계속 흉내 내는 건 품이 많이 들고, 어차피 목적은 입력값 하나이기 때문이다. 그래서 확인이 끝나기 전에는 어떤 후보에도 아이디와 비밀번호를 넣지 않았다. 접속주소의 진위는 로그인해서 확인하는 것이 아니라 로그인하기 전에 끝내야 한다.

정본을 정한 뒤 남긴 것과 지운 것

결론은 D였다. 리다이렉트 최종 도착지, 인증서 SAN 목록의 옛 주소 포함, 2년 3개월의 등록 이력, 공식 안내 게시 시각이 모두 같은 방향을 가리켰다. 근거 네 개가 서로 다른 층위에서 겹쳤다는 점이 중요하다. 하나만 맞아떨어지면 우연일 수 있지만 네 개가 어긋나지 않기는 어렵다. 참고로 먹튀검증 게시판을 뒤진 건 이 뒤였고, 그것도 주소가 맞는지 재확인하는 용도로만 짧게 봤다.

정리는 그날 바로 했다. 즐겨찾기에서 옛 주소 A를 지우고 D 하나만 남긴 다음, 이름 뒤에 확인한 날짜를 붙였다. 단축URL C는 어디로 가는지 눈으로 읽을 수 없으니 저장하지 않았다. 대화방에 떠돌던 B는 그대로 두면 나중에 내가 다시 헷갈릴 수 있어서, 메모에 사용하지 않는 주소로 표시하고 등록일 6일이라는 이유를 한 줄 적어뒀다. 주소모음이 쌓일수록 지운 이유를 남기는 쪽이 목록을 늘리는 것보다 쓸모 있다.

메모 맨 아래에는 이번 도메인 변경의 요약을 남겼다. 끊긴 시각, 공식 안내 시각, 옛 주소에서 새 주소로 걸린 리다이렉트 유형, 새 도메인의 확장자와 등록일. 다섯 줄이 안 되는 분량이지만 다음 변경 때 이 기록이 시간을 크게 줄여준다.

2주 뒤 같은 상황이 다시 왔을 때

보름쯤 지나 D도 다시 열리지 않았다. 이번에는 처음부터 순서가 정해져 있었다. 공식 안내를 먼저 확인하고, 거기 적힌 주소를 열어 리다이렉트가 어디서 멈추는지 보고, 인증서에 D가 함께 들어 있는지 확인했다. 세 단계에 걸린 시간은 대략 8분이었다. 지난번에 한 시간이 걸린 건 방법을 모르는 상태에서 후보를 하나씩 시험했기 때문이지, 확인 자체가 오래 걸리는 일이라서가 아니었다.

이번에 새로 안 것도 있다. 새 주소의 인증서에는 D뿐 아니라 지난번 정리한 A까지 들어 있었다. 두 번의 도메인 변경을 거치는 동안 인증서가 옛 주소들을 계속 끌고 다닌 셈인데, 이 누적된 목록이 진짜 우회주소와 흉내 낸 미러사이트를 가르는 가장 조용한 단서였다. 복제 쪽은 남의 옛 주소로 인증서를 발급받을 수 없다.

이 판별이 놓치는 한 가지

이 절차에도 빈틈이 있다. 리다이렉트와 인증서와 등록일을 다 확인해도, 체인 전체가 통째로 준비된 경우에는 넷이 서로 어긋나지 않게 보일 수 있다. 오래 묵혀둔 도메인 두 개를 사서 하나에서 다른 하나로 301을 걸고 인증서를 한 장에 묶으면, 겉으로는 정상적인 도메인 변경과 구별이 잘 안 된다. 이때 마지막으로 남는 기준이 공식 안내 채널의 연속성이다.

그래서 평소에 챙겨둘 것은 주소 목록이 아니라 안내가 나오는 자리다. 주소는 어차피 바뀌지만 안내가 올라오는 창구는 상대적으로 오래 유지되고, 그 창구를 알고 있으면 다음 변경 때 후보를 셋씩 늘어놓고 고민할 일이 줄어든다. 목요일 저녁의 한 시간이 알려준 건 판별 요령보다 이쪽이었다.