8.8.8.8이란 무엇인가? 모두가 입력하지만 거의 아무도 이해하지 못하는 주소

절대 잊지 않는 주소가 있습니다. 저는 8.8.8.8을 사무실 벽장 속 라우터에, 호텔 Wi-Fi에 연결된 노트북에, 고객이 전화기 너머에서 기다리는 새벽 두 시의 서버에 입력해 왔습니다. 이름 확인이 깨졌을 때 네트워크 사람들이 손을 뻗는 번호이고, 너무 자주 잘 작동하다 보니 많은 사람이 한 번 설정한 뒤에는 자기가 트래픽을 무엇에 향하게 했는지 다시 묻지 않습니다.

그러니 물어봅시다. 8.8.8.8은 웹사이트가 아니고, 여러분이 방문하는 서버도 아닙니다. Google Public DNS의 정문으로, Google이 누구나 쓸 수 있게 무료로 운영하는 재귀 확인 서비스입니다. 자매 주소인 8.8.4.4도 같은 문을 엽니다.

리졸버가 여러분 대신 질문합니다

모든 기기에는 재귀 리졸버가 필요합니다. example.com 같은 이름을 입력하면 무언가가 답을 쫓아야 합니다. 루트에 묻고, 최상위 서버에 묻고, 그 도메인 자체의 네임서버에 물어 IP 주소를 가져오는 일입니다. 그 추적이 리졸버의 일 전부입니다. DNS 서버란 무엇인가는 역할을 제대로 나눕니다. 'DNS 서버'라는 말이 서로 다른 세 가지 일에 쓰이기 때문입니다.

기본적으로는 연결할 때 조용히 할당되는 인터넷 제공업체의 리졸버를 사용합니다. 설정을 대신 8.8.8.8로 향하게 하면 추적의 주인이 바뀝니다. 이제 쿼리는 Google의 서비스로 가고, Google의 기계가 돌아다니며 캐시합니다. 여러분이 방문하는 웹사이트는 차이를 전혀 보지 못합니다. 바뀐 것은 중개자뿐입니다.

하나의 주소, 많은 도시: 애니캐스트의 작동 방식

사람들을 놀라게 하는 대목은 여기입니다. 8.8.8.8이라는 주소를 가진 기계는 한 대가 아닙니다. 같은 주소가 전 세계 Google 시설에서 공지되며, 이를 애니캐스트라고 합니다. 쿼리는 여러분 네트워크의 라우팅이 가장 가깝고 비용이 적게 든다고 판단한 사이트에 그냥 착륙합니다. 대개는, 하지만 항상은 아니지만, 지리적으로 가장 가까운 곳입니다.

애니캐스트가 사는 것은 두 가지입니다. 첫째는 속도입니다. 자기 대륙에서 답을 받은 쿼리는 다른 대륙까지의 긴 여정을 건너뜁니다. 둘째는 회복력입니다. 사이트가 고장 나거나 공격을 받으면 라우팅이 이동하고, 같은 주소가 다른 곳에서 답하기 시작합니다. 누구도 설정을 바꿀 필요가 없고, 대부분의 사용자는 장애가 났다는 사실조차 알아차리지 못합니다. 단일 기계 서비스였다면 그 장애는 아주 눈에 띄었을 텐데도 말입니다.

긴 버전: IPv6 주소

지금까지의 이야기는 전부 IPv4였습니다. 같은 서비스는 IPv6 주소들——2001:4860:4860::8888과 ::8844로 끝나는 그 쌍둥이——에서도 답합니다. 훨씬 긴 문자열 안에서 같은 기억력 묘기를 부립니다. IPv6 연결에서 유명한 주소만 달랑 설정하면 빈틈이 남을 수 있습니다. 일부 기기는 그러면 조용히 제공업체의 IPv6 리졸버를 함께 쓰기 시작해서, 여러분의 조회가 두 서비스로 갈라지고 여러분이 하는 모든 비교가 헷갈리게 됩니다. 설정 화면에서 두 주소 패밀리를 모두 제공한다면 둘 다 채우십시오. 그렇지 않으면 했다고 생각한 일의 절반만 한 셈입니다.

왜 이 주소가 유명한 주소가 되었나

일부는 숫자 자체 때문입니다. 여덟 네 개는 잘못 외울 수가 없고, 이 서비스의 두 번째 주소는 그중 하나를 넷으로 바꿉니다. 일부는 습관입니다. 수년 동안 지원 스크립트와 포럼 답변은 8.8.8.8을 테스트 주소로 써 왔습니다. 핑을 보내 답이 오면 연결이 작동하는 것이고, 잘못은 아마 DNS에 있습니다. 이 주소는 리졸버였기 때문에 유명해졌고, 그 뒤에는 유명했기 때문에 리졸버로 쓰였습니다. 자기가 가진 모든 기계에 이것을 설정해 두고도 누구의 서비스인지 말하지 못하는 관리자를 만난 적이 있습니다. 복사기가 제록스가 되듯이, 그저 'DNS 주소'였던 것입니다.

서비스가 여러분에 대해 알게 되는 것

리졸버는 많은 것을 봅니다. 여러분이 보내는 모든 쿼리는 여러분이 관심을 가진 이름과 그 쿼리를 보낸 주소를 드러냅니다. 8.8.8.8로 바꾼다고 그 노출이 사라지지는 않습니다. 제공업체의 로그에서 Google의 로그로 옮겨 갈 뿐입니다. 리졸버를 고르는 사람은 사실 그 기록이 누구의 손에 놓일지를 고르는 것이며, 그 점에서 스스로에게 솔직할 가치는 있습니다.

Google은 이 데이터를 어떻게 다루는지 공개하는데, 대략적인 형태는 이렇습니다. 전체 쿼리 로그는 문제 해결과 보안 작업을 위해 일시적으로만 보관되고, 더 오래 보관되는 데이터는 집계되어 쿼리를 개인과 연결하는 세부 정보가 제거됩니다. 다만 제 요약에 기대기 전에 현재 정책을 읽어 보십시오. 정책은 바뀌고, 요약은 결코 문서 자체가 아닙니다.

암호화된 문: DoH와 DoT

8.8.8.8에 닿는 고전적인 방법은 암호화되지 않고 이동하는 평문 DNS입니다. 경로상의 누구나 여러분의 쿼리를 읽을 수 있고, 원칙적으로 답을 조작할 수도 있습니다. 이 서비스는 암호화된 전송 방식 — DNS over HTTPS와 DNS over TLS — 으로도 답합니다. 같은 질문을 감싸서 경로가 더 이상 볼 수 없게 하는 방식입니다. DNS over HTTPS 설명은 그 감싸는 방식이 어떻게 작동하고 무엇을 바꾸는지 차례로 설명합니다.

암호화가 바꾸는 것은 누가 답하는지가 아니라 누가 볼 수 있는지입니다. 리졸버는 여전히 모든 것을 봅니다. 카페 네트워크와 여러분과 Google 사이의 모든 홉은 더 이상 보지 못합니다. 그 교환이 여러분에게 맞는지는 그 관찰자들 중 누가 더 걱정되는지에 달려 있습니다.

답 뒤에 선 문지기: 검증

이 서비스에는 상자 어디에도 적혀 있지 않은 두 번째 일이 있습니다. DNSSEC으로 보호되는 도메인——답이 정말로 그 도메인 자체의 서버에서 왔다는 것을 증명하는 암호화 서명——에 대해서는 Google의 리졸버가 여러분 대신 그 서명을 검사합니다. 검사에 실패하면 위조되거나 깨진 답을 받지 않습니다. 대신 오류를 받습니다. 여러분의 자리에서 보면 그것은 웹사이트가 무작위로 사라지는 것처럼 보일 수 있지만, 실제로는 리졸버가 도메인의 서명과 그 레코드 사이의 불일치를 잡아낸 것입니다. 대개는 사이트 자체의 설정 오류이고, 가끔은 문 앞에서 거절당하는 더 나쁜 무언가입니다.

이것은 이 주소가 문제 해결사로 맡은 일상 업무에 중요합니다. 8.8.8.8이 어떤 이름이 실패한다고 보고하는데 제공업체의 리졸버가 그 이름의 주소를 신나게 돌려준다면, 검증이 첫 번째 용의자입니다. 공개 리졸버가 더 느슨한 쪽이 무시하는 서명을 검사하고 있는 것입니다. 그 사이트는 선택적으로 다운된 것이 아닙니다. 선택적으로 검증되고 있는 것입니다. 그리고 그것을 아는 순간, 당혹스러운 불일치는 진단으로 바뀝니다.

솔직한 맞교환

저는 이 서비스를 자주 추천하지만, 자동으로 추천하지는 않습니다. 얻는 것과 포기하는 것은 이런 모습입니다.

• 일관성: 같은 리졸버가 집 네트워크, 전화기, 해외 호텔 네트워크에서 똑같이 행동하므로 '여기서는 되는데 저기서는 안 되는' 미스터리 한 부류가 통째로 사라집니다.
• 유지 관리: 대형 공개 리졸버는 밤낮없이 패치되고 감시됩니다. 방치된 제공업체 리졸버는 — 그리고 어떤 것들은 아주 심하게 방치되어 있습니다 — 그렇지 않을 수 있습니다.
• 중앙 집중화: 여러분의 쿼리는 광고 회사가 보유한, 지구상에서 가장 큰 쿼리 흐름 중 하나에 합류합니다. 공개된 정책은 절제되어 있지만, 집중 그 자체는 싫어해도 마땅한 일입니다.
• 로컬 응답: 일부 콘텐츠 네트워크는 여러분의 리졸버 위치로 여러분의 위치를 짐작합니다. 전역 애니캐스트 리졸버는 때로 제공업체의 로컬 리졸버보다 더 먼 콘텐츠 서버를 가져다줄 수 있습니다.
• 필터링: 제공업체 리졸버가 알려진 악성 도메인을 조용히 막고 있다면, 중립적인 공개 리졸버는 그 일을 대신해 주지 않습니다.

지금 무엇을 쓰고 있는지 알아내기

기기가 이미 8.8.8.8을 가리키고 있는지 궁금하신가요? 무엇이든 바꾸기 전에 확인하십시오.

1. 1

   기기의 DNS 설정을 확인하십시오

   사용 중인 연결의 네트워크 설정을 열고 DNS 서버 칸을 보십시오. 자동으로 채워져 있다면 리졸버는 라우터나 제공업체에서 온 것이고, 이 기기 자체에는 의견이 없습니다.

2. 2

   라우터도 확인하십시오

   많은 가정용 라우터는 자기 주소를 나눠 주고 쿼리를 직접 위로 전달합니다. 실제 일을 하는 리졸버는 기기가 아니라 거기에 살고 있을 수 있습니다. 노트북 한 대를 바꿔도 아무것도 바뀌지 않는 일이 가끔 있는 이유입니다.

3. 3

   시스템에 직접 물어보십시오

   명령줄 도구로 조회를 실행하고 출력에서 서버 줄을 읽거나, DNS 조회 도구에서 답을 비교하십시오. Google의 공개 서비스가 답한 쿼리는 그 사실을 분명히 말합니다.

4. 4

   바꾸려면 의도적으로 바꾸십시오

   DNS 서버를 바꾸는 방법은 각 플랫폼의 설정을 다루며, 한 경로가 고장 나도 조회가 무너지지 않도록 8.8.8.8을 첫 번째 주소로, 8.8.4.4를 두 번째 주소로 입력하는 것도 포함합니다.

그 핑 테스트에 대해

이 주소는 유명하기 때문에 두 번째 직업을 얻었습니다. 사람들이 “인터넷이 되는지”를 테스트하기 위해 핑을 보내는 대상이 된 것입니다. 이 의식은 조심스럽게 다루십시오. 핑이 증명하는 것은 패킷이 핑에 답하는 무언가에 닿을 수 있다는 것뿐입니다. 이름 해석이 되는지에 대해서는 아무것도 말하지 않습니다. 바로 그것이 이 주소가 존재하는 이유인데도 말입니다. 저는 사람들이 여기에 성공적으로 핑을 보내고, 연결이 건강하다고 선언한 뒤, 이름 하나 해석하지 못하는 브라우저 앞에서 당황해하는 모습을 보아 왔습니다.

더 깔끔한 테스트는 이 서비스가 만들어진 바로 그 목적입니다. 질문을 던지는 것입니다. 신뢰하는 이름을 8.8.8.8을 통해 조회하고, 그다음 평소의 리졸버를 통해 조회한 뒤, 답을 비교하십시오. 일치하면 해석은 건강합니다. 어긋나면 어디를 파야 할지 알 수 있습니다. 도달 가능성은 초인종이고, 조회는 대화입니다. 그리고 둘 중 하나만이 여러분이 실제로 신경 쓰는 것을 테스트합니다.

8.8.8.8은 그게 전부입니다. 아주 훌륭하고 아주 공개적인 중개자입니다. 중개자가 무엇을 하고 — 무엇을 보는지 — 아는 것이 네트워크를 구성하는 일과 남이 준 번호를 그냥 입력하는 일의 차이입니다.