브라우저 오류 화면 비교로 접속주소 상태 읽기: NXDOMAIN·403·인증서 경고가 가리키는 최신주소 신호

안 열린다는 한마디 안에 섞여 있는 서로 다른 사건들

토토사이트 접속주소가 열리지 않으면 대부분은 화면을 읽지도 않고 곧장 주소모음이나 링크모음을 뒤지기 시작한다. 그런데 브라우저가 띄우는 실패 화면은 저마다 다른 단계에서 벌어진 사건을 알려 주는 신호다. 이름을 찾는 단계에서 멈춘 것인지, 서버까지 닿았는데 문 앞에서 거절당한 것인지, 아니면 응답은 멀쩡히 받았는데 내용물만 낯선 것인지에 따라 도메인 변경이 실제로 일어났을 확률이 크게 갈린다.

브라우저가 주소 하나를 여는 과정은 크게 네 단계다. 이름을 IP로 바꾸는 DNS 조회, 그 IP의 443 포트로 연결을 여는 TCP 연결, 인증서를 주고받는 TLS 협상, 마지막으로 내용을 받아오는 HTTP 응답이다. 실패 화면은 이 네 단계 중 어디서 멈췄는지를 거의 정확히 알려 준다. 어디서 멈췄는지를 알면 그다음 행동이 달라진다. 1단계에서 멈췄다면 최신주소 탐색이 급하고, 4단계까지 갔다면 주소는 살아 있으니 서두를 이유가 없다.

아래 비교표는 실제로 자주 마주치는 화면을 진행 단계 순서대로 늘어놓은 것이다. 같은 접속 실패처럼 보여도 판정이 정반대로 갈리는 구간이 있으니, 표를 먼저 훑고 이어지는 해설에서 갈림길만 따로 확인하면 된다.

오류 화면별 상태 비교표

DNS 단계에서 멈췄다면 이름 자체가 사라진 것

표 맨 위의 NXDOMAIN은 가장 명확한 신호다. 이 화면은 브라우저가 해당 이름에 대응하는 IP를 어디서도 찾지 못했다는 뜻이며, 서버가 켜져 있는지 꺼져 있는지와는 무관하다. 도메인 등록이 만료됐거나, 네임서버 설정이 지워졌거나, 아예 등록이 취소된 경우에 나온다. 일반 gTLD는 만료 후 약 30일의 유예기간과 다시 30일 남짓의 복구기간을 거치는데, 이 기간에도 네임서버가 내려가 있으면 화면은 똑같이 NXDOMAIN이다.

다만 성급하게 단정하기 전에 확인할 것이 하나 있다. 로컬 DNS 캐시에 예전 실패 결과가 남아 있으면 이미 복구된 주소도 계속 같은 화면을 띄운다. 공용 리졸버를 잠시 바꿔 보거나 캐시를 비우고 다시 시도해 보는 데 1~2분이면 충분하다. 두 개 이상의 리졸버에서 똑같이 NXDOMAIN이 나오면 그때는 이름이 정말로 사라진 것으로 보고 최신주소 탐색으로 넘어가면 된다.

실무적으로 NXDOMAIN은 주소모음을 다시 들여다봐도 좋다는 몇 안 되는 신호다. 반대로 말하면, 다른 오류 화면에서 성급하게 새 주소를 찾아 나서는 습관이 가짜 링크에 노출되는 빈도를 높인다. 열리지 않는다는 이유만으로 검색창에 이름을 넣는 순간, 상위에 올라와 있는 복제 주소를 먼저 만날 확률이 올라간다.

연결은 되는데 문 앞에서 막히는 구간: 403과 429

403은 서버가 요청을 받았고 내용도 이해했으며, 다만 보여 주지 않기로 결정했다는 뜻이다. 지역 차단, 특정 대역 차단, 방화벽 규칙, 자동화 요청 차단 같은 이유로 뜬다. 여기서 중요한 사실은 403이 떴다는 것 자체가 그 도메인이 살아 있고 서버가 응답하고 있다는 증거라는 점이다. 도메인 변경과는 거리가 먼 화면인데도 실제로는 이 화면을 보고 새 주소를 찾아 나서는 경우가 가장 많다.

429는 짧은 시간에 요청이 몰렸을 때 나온다. 새로고침을 연달아 열 번쯤 누른 뒤에 이 화면을 만났다면 원인은 대개 본인이다. 응답 헤더에 대기 시간이 명시되는 경우가 많고 보통 30초에서 120초 사이인데, 그 시간을 기다리지 않고 계속 누르면 제한 시간이 오히려 늘어난다. 창을 닫고 2분 뒤에 한 번만 다시 열어 보는 편이 빠르다.

내용이 비어 오는 경우: 502·504와 점검 안내

502와 504는 앞단 서버는 정상인데 뒤쪽 애플리케이션이나 원본 서버가 응답하지 않을 때 나온다. 이 화면이 뜨는 동안 도메인과 인증서, 네임서버는 모두 정상이므로 주소를 바꿔야 할 이유는 없다. 다만 도메인 교체 작업을 하는 과정에서 일시적으로 이 화면이 뜨는 사례도 있어서, 6시간 이상 같은 상태가 이어지면 관찰 대상에 올려 두는 편이 좋다.

503에 점검 안내 문구가 붙은 화면은 조금 다르게 읽어야 한다. 문구에 적힌 종료 예정 시각과 실제 경과 시간을 대조하는 습관이 필요하다. 하루짜리 점검이라고 적혀 있는데 사흘째 같은 문구가 그대로라면, 그 페이지는 관리되지 않고 방치된 상태이거나 서비스가 다른 곳으로 옮겨 간 뒤 남겨진 껍데기일 가능성이 있다. 문구의 날짜가 갱신되는지를 하루 간격으로 두 번만 확인해 보면 구분이 된다.

인증서 경고에서 갈리는 두 갈래

인증서 경고는 세부 코드에 따라 의미가 완전히 달라진다. 유효기간이 지났다는 경고는 운영 측의 갱신 실수인 경우가 많다. 자동 갱신을 쓰는 90일짜리 인증서는 갱신 스크립트가 한 번 실패하면 그대로 만료되고, 몇 시간 뒤 조용히 복구되기도 한다. 반면 이름 불일치 경고는 성격이 다르다. 주소창의 이름과 서버가 내민 인증서의 이름이 서로 다르다는 뜻이기 때문이다.

이름 불일치가 떴을 때는 경고를 무시하고 넘어가는 선택지를 아예 지워야 한다. 중간에서 통신을 가로채는 구성이거나, 전혀 다른 서버로 연결된 상태일 수 있고, 이 상태에서 로그인 정보를 입력하면 그대로 넘어간다. 인증서 세부 정보를 열어 발급 대상 이름을 읽어 보면 어느 도메인용 인증서가 제시됐는지 바로 보인다. 알아볼 수 없는 이름이 적혀 있다면 창을 닫는 것이 유일한 정답이다.

가장 헷갈리는 화면은 오류가 아니라 200이다

표의 맨 아래줄이 실제로는 가장 위험하다. 응답 코드는 200이고 페이지도 멀쩡히 뜨는데, 내용이 광고 링크 대여섯 개가 나열된 파킹 화면이거나 전혀 다른 업종의 사이트인 경우다. 브라우저는 아무 경고도 주지 않는다. 기술적으로는 완전히 성공한 접속이기 때문이다. 이 화면을 보고 사이트가 개편됐나 보다고 넘기는 순간 판정이 어긋난다.

판별 단서는 몇 가지가 있다. 페이지 안의 링크가 전부 외부 검색 광고로 향하는지, 문서 제목이 도메인 이름 그대로인지, 저작권 표기 연도가 비어 있거나 엉뚱한지 같은 것들이다. 등록정보 조회로 등록일이 최근 몇 주 안으로 바뀌어 있다면 만료 후 다른 사람이 주워 간 도메인일 확률이 높다. 이 경우 옛 주소는 폐기 대상이고, 즐겨찾기에서도 지워야 한다.

정반대 경우도 있다. 응답은 200인데 화면 전체가 흰색이고 아무것도 없는 상태다. 대개 스크립트 로딩이 차단됐거나 인앱브라우저가 일부 요소를 막은 결과이며, 주소 문제와는 상관없다. 다른 브라우저에서 같은 주소를 열었을 때 정상이면 주소는 살아 있는 것으로 판정한다.

같은 주소에서 기기마다 다른 화면이 뜬 사례

한 이용자가 저장해 둔 접속주소를 데스크톱에서 열었을 때는 타임아웃이, 휴대폰 데이터망에서는 403이, 다른 회선에서는 정상 화면이 떴다. 세 화면이 전부 달랐다는 사실 자체가 단서였다. 어디선가 정상 응답이 나왔다는 것은 도메인과 서버가 모두 살아 있다는 뜻이고, 따라서 최신주소 탐색은 불필요했다.

원인은 데스크톱에 남아 있던 옛 DNS 캐시와 특정 통신망의 차단 정책이었다. 캐시를 비우자 데스크톱에서도 즉시 열렸고, 휴대폰의 403은 망을 바꾸자 사라졌다. 만약 첫 화면만 보고 새 주소를 찾아 나섰다면 멀쩡한 주소를 버리고 출처가 불확실한 링크를 새로 들이는 결과가 됐을 것이다. 화면이 기기마다 다르면 주소가 아니라 경로를 의심하는 편이 맞다.

판정 기록을 남기면 다음 판정이 빨라진다

오류 화면은 그 순간에만 존재했다가 사라진다. 메모 한 줄을 남겨 두면 다음에 같은 상황이 왔을 때 비교 기준이 된다. 기록할 항목은 네 가지면 충분하다. 확인한 시각, 오류 코드나 화면 유형, 시도한 경로, 그리고 판정 결과다. 한 줄에 40자 남짓이면 되고, 주소 하나당 서너 줄만 쌓여도 패턴이 보인다.

예를 들어 특정 주소에서 502가 뜨고 나서 사흘 뒤 도메인이 바뀐 일이 두 번 반복됐다면, 그 주소에서 502는 교체 예고 신호로 읽을 수 있다. 반대로 403이 뜬 뒤 며칠 안에 늘 원상복구됐다면 403은 기다리면 되는 화면이다. 이런 판단은 일반적인 설명으로는 얻을 수 없고, 본인이 쓰는 주소에서 쌓인 기록에서만 나온다.

화면 판독이 끝난 다음에 할 일

판정이 도메인 유지 쪽으로 나왔다면 할 일은 기다리는 것뿐이다. 즐겨찾기를 건드릴 필요도, 주소모음을 다시 뒤질 이유도 없다. 반대로 NXDOMAIN이 여러 리졸버에서 일관되게 나왔거나 파킹 화면이 확인됐다면, 그때는 옛 주소를 목록에서 먼저 지우고 새 주소를 찾는 순서로 간다. 지우지 않고 새 주소만 추가하면 나중에 어느 쪽이 정본인지 다시 헷갈린다.

새 주소를 받았을 때도 같은 표를 거꾸로 쓸 수 있다. 처음 열었을 때 인증서 이름이 맞는지, 응답이 200이면서 내용이 파킹이 아닌지, 루트 주소와 하위 경로가 모두 정상인지를 순서대로 확인하면 된다. 화면을 읽을 줄 알면 열린다 혹은 안 열린다는 두 갈래 대신 열 가지 정도의 상태를 구분하게 되고, 그만큼 잘못된 주소를 붙잡고 있는 시간이 줄어든다.