내 IP 주소 확인

왜 브라우저 혼자서는 이 질문에 답할 수 없는가

이런 페이지라면 자신이 돌아가고 있는 기기에서 답을 읽어 올 수 있을 것처럼 보이지만, 그럴 수 없습니다. 브라우저 플랫폼에는 당신이 인터넷으로 나갈 때 쓰는 주소를 드러내는 것이 아무것도 없습니다. 읽을 속성도 없고 허용할 권한도 없습니다. 당신의 기기가 들고 있는 주소는 지금 묻고 있는 그 주소인 경우가 거의 없습니다. 가정용 공유기 뒤에서는 사설 번호이고 공유기가 밖으로 나갈 때 그것을 고쳐 씁니다. 이동통신망에서는 사업자가 한 번 더 고쳐 쓰기도 합니다. 주소를 흘린 적이 있는 유일한 브라우저 기능은 WebRTC였는데, 통화를 맺으려고 기기 자신의 주소를 모으는 것이었고, 요즘 브라우저는 모두 그마저도 local로 끝나는 무작위 이름 뒤에 숨깁니다. 그러니 이 번호는 애초에 플랫폼으로는 얻을 수 없었고, 그나마 새어 나오던 것도 어차피 엉뚱한 번호였습니다.

당신이 실제로 뜻하는 주소는 당신 컴퓨터의 속성이 아닙니다. 그것은 당신의 트래픽이 도착했을 때 연결의 반대편이 보는 값이고, 오는 길에 마지막으로 그것을 고쳐 쓴 장비의 것입니다. 당신의 공유기, 사업자가 여럿이 나눠 쓰는 대규모 NAT, VPN 출구, 회사의 프록시가 그렇습니다. 그것은 당신이 접속한 서버의 눈 안에서만 존재합니다. 그래서 그것을 알아내는 유일한 방법은 서버 하나에 접속해 무엇이 보였는지 묻는 것이고, 그래서 이 페이지는 한 번이 아니라 세 번 묻습니다.

• 운영체제가 네트워크 어댑터에 대해 보여 주는 주소가 아닙니다. 그쪽은 대개 사설 주소로 192.168 주소, 10 주소, 172.16 주소이며, 당신의 네트워크 안에서만 뜻이 있습니다. 공유기 바깥의 무엇도 그것을 보지 못합니다.
• 영구적이지도 않습니다. 대부분의 가정용 회선은 공유기가 다시 연결하거나 사업자가 그렇게 정할 때 바뀔 수 있는 주소를 받고, 이동통신 회선은 움직이는 동안에도 바뀔 수 있습니다. 지난달 방화벽 규칙에 적어 둔 주소가 이미 다른 사람의 것이 되어 있을 수도 있습니다.
• 반드시 하나의 번호인 것도 아닙니다. 두 계열을 모두 실어 나르는 네트워크에서는 IPv4 주소와 IPv6 주소를 동시에 갖습니다. 둘은 서로 무관한 번호이고, 같은 사업자의 다른 부분에서 발급되며, 서로 다른 경로로 다닙니다.

페이지 소스에 답이 없고 거기를 뒤져도 아무것도 나오지 않는 까닭도 같습니다. 이 사이트의 모든 페이지는 사이트를 빌드할 때 평평한 HTML 파일로 적히는데, 그것은 당신이 페이지를 열기 한참 전이고, 그 순간에 구할 수 있는 주소라고는 빌드하는 기계의 것뿐입니다. 그것은 누구의 관심사도 아니고 당신의 것은 더더욱 아닙니다. 그래서 당신에게 도착하는 파일이 싣고 있는 것은 설명과 이름표가 붙은 빈칸 셋이며, 읽기는 그 뒤에 당신의 브라우저가 당신의 연결에서 채워 넣습니다. 소스를 보고 주소가 없다면 그것은 결함이 아니라 설계를 읽고 있는 것입니다.

두 계열, 그리고 한쪽만 답할 수도 있는 이유

IPv4와 IPv6는 서로 별개인 두 주소 체계이고, 하나의 연결은 처음부터 끝까지 정확히 그중 하나만 씁니다. IPv4 주소는 점으로 나뉜 익숙한 네 개의 숫자이고 그 재고는 여러 해 전에 바닥났습니다. IPv6 주소는 콜론으로 나뉜 십육진 묶음으로 적는 긴 것이고, 그쪽은 누구도 다 쓰지 못할 만큼 많습니다. 요즘 대부분의 네트워크는 둘을 한꺼번에 실어 나르며 그것이 듀얼 스택이라는 말의 뜻입니다. 그런 네트워크에서는 두 계열 모두에 주소를 하나씩 갖는데, 둘 사이에는 어떤 산술적 관계도 없습니다.

바로 이것이 읽기 하나를 반쪽짜리 답으로 만들며, 이런 종류의 도구가 거의 예외 없이 빠지는 함정입니다. 이 사이트의 이름은 IPv4 레코드와 IPv6 레코드를 모두 갖고 있어서 여기 코드가 한 줄이라도 돌기 전에 브라우저가 둘 중 하나를 고르고, "이 접속은 어느 주소에서 왔는가"만 묻는 도구는 그 계열만 알고 다른 쪽은 전혀 모릅니다. 방화벽 규칙에 필요해서 자기 IPv4를 찾으러 온 사람에게 IPv6가 보이고, 나머지 절반이 있는지, 없는지, 아니면 아예 묻지 않았는지 알려 주는 것이 페이지 어디에도 없을 수 있습니다.

따라서 계열을 고정한다는 것은 한쪽만 가진 곳에 묻는다는 뜻입니다. 세 읽기 가운데 둘은 Cloudflare의 공개 리졸버로 가는데, 이름이 아니라 주소를 그대로 적어 부릅니다. 그렇게 적은 주소 자체가 고정입니다. 풀어야 할 이름이 없으니 브라우저가 고를 여지도 없습니다. 그대로 적은 IPv4 주소에는 IPv4로만 닿을 수 있고 그대로 적은 IPv6 주소에는 IPv6로만 닿을 수 있으며, 인증서가 그 주소를 포함하므로 둘 다 속임수가 아니라 검증된 평범한 암호화 연결입니다. 첫 번째에서 돌아온 것은 그 구성상 당신의 IPv4이고, 두 번째에서 돌아온 것은 그 구성상 당신의 IPv6입니다.

• 그 계열이 아예 없을 수도 있습니다. IPv6는 아직 모든 사업자가, 모든 요금제에서, 또는 상자에서 꺼낸 그대로의 모든 공유기에서 제공하지는 않으며, 그것이 없는 네트워크에는 알려 줄 것이 없습니다.
• 가는 길의 무언가가 막았을 수도 있습니다. 회사 방화벽, 호텔 네트워크, 보안 장비는 한 계열을 통째로 거부하기도 하고, 그 계열의 나머지는 멀쩡히 되는데 이 엔드포인트 하나만 거부하기도 합니다.
• 거부가 아니라 조용히 막힌 것일 수도 있습니다. 거부는 곧바로 돌아오고 그 줄이 그렇게 적지만, 답 없이 버려진 패킷은 아무 일도 일어나지 않는 것과 똑같아 보입니다. 그래서 각 읽기에는 정해진 만큼의 기다림이 주어지고, 끝없이 돌리는 대신 그 뒤에는 포기합니다.
• 엔드포인트가 주소가 아닌 것을 답할 수도 있습니다. 그것은 침묵과는 다른 실패이고 그 줄이 어느 쪽이었는지 적습니다. 모든 형태의 실패를 하나의 빈칸으로 접어 버리는 도구라면, 유별난 네트워크와 고장 난 페이지를 가려낼 수 없게 만들기 때문입니다.

판단할 수 없다는 것은 없다는 것과 다릅니다

여기서는 다른 무엇보다 중요한 두 상황이 있고, 실패한 요청만 보면 둘은 똑같아 보입니다. 계열이 아예 없는 경우와, 갖고 있는데 나가는 길에 막힌 경우입니다. 이런 종류의 도구는 둘을 똑같이 보고하고, 대개는 아무것도 보여 주지 않은 채 당신에게 짐작하게 합니다. 이 페이지는 둘을 갈라 놓으며, 세 번째 읽기가 그렇게 하는 장치의 전부입니다. 그것은 두 계열을 모두 제공하는 이 사이트 자신으로 가므로, 답한 쪽이 곧 선택이 자유로웠을 때 브라우저가 고른 계열입니다. 그리고 그 사실 하나면 침묵을 결론으로 바꾸기에 충분합니다.

• 그 계열 전용 엔드포인트가 답했다. 당신에게 그 계열이 있고, 그 주소는 바로 아래 줄에 있으며, 페이지가 이후에 무엇을 알게 되어도 이것은 뒤집히지 않습니다.
• 답하지 않았고, 브라우저는 이 사이트에 같은 계열로 닿았다. 그렇다면 당신은 그것을 분명히 갖고 있으며 — 지금 이 문장도 그것으로 읽고 있습니다 — 당신과 그 엔드포인트 하나 사이의 무언가가 그 요청 하나를 막은 것입니다. 판정은 "판단할 수 없습니다"이고, 그 까닭이 옆에 적힙니다.
• 답하지 않았고, 브라우저는 이 사이트에 다른 계열로 닿았다. 이것이 "없습니다"에 이르는 유일한 길이며, 이 페이지가 그렇게 말하는 유일한 경우입니다.
• 그것도 답하지 않았고 이 사이트도 답하지 않았다. 그렇다면 어느 쪽으로도 근거가 없고, "판단할 수 없습니다"는 정확히 그 뜻입니다. 도구가 아무것도 알아내지 못했다는 말이며, 그것은 당신의 네트워크가 아니라 도구에 대한 진술입니다.

그래서 판정마다 그 아래에 한 문장이 놓이고, 링크나 툴팁 뒤에 숨지 않습니다. "판단할 수 없습니다"는 둘 가운데 어느 쪽이냐에 따라 당신에게 전혀 다른 것을 요구합니다. 하나는 분명히 갖고 있는 계열이 브라우저와 어떤 한 주소 사이 어딘가에서 막히고 있다는 말이고, 이는 가서 살펴볼 만한 일입니다. 다른 하나는 이번 실행이 아무것도 알아내지 못했으니 다른 네트워크에서 다시 해 볼 만하다는 말입니다. 색깔 하나와 낱말 하나로는 그 차이를 실을 수 없고, 둘 사이를 짐작으로 정하는 도구는 당신 자신의 연결에 대해 사실이 아닌 것을 알려 주게 됩니다.

세 번째 읽기는 그 자체로도 읽을 값어치가 있습니다. 두 계열을 모두 제공하는 평범한 이름에 대해 브라우저가 어느 계열을 선호했는지 짚어 주기 때문입니다. 그것은 당신이 페이지를 열 때마다 운영체제가 벌이는 경주의 결과이고, 당신도 브라우저도 정하지 않았으며 아무도 설정하지 않았습니다. 이것을 알려 주는 비슷한 도구는 없습니다. 또한 그것은 위의 두 판정을 맞대어 본 바로 그 사실이므로, 추론 안쪽에 숨기지 않고 페이지 위에 올려 둡니다. 결론을 믿기보다 따져 보고 싶은 사람이 그 결론이 나온 근거를 볼 수 있도록 하기 위해서입니다.

두 줄이 서로 어긋나도 되는 이유

각 읽기는 주소보다 많은 것을 싣고 옵니다. 같은 답이 엔드포인트가 그 주소를 놓은 국가, 응답한 Cloudflare 데이터센터, 암호화된 전송의 버전, 그 요청이 쓴 HTTP의 버전, 그리고 연결이 Cloudflare 자신의 WARP 클라이언트를 거쳐 왔는지를 알려 줍니다. 이것들은 줄마다 따로 적히고 하나의 요약으로 합쳐지지 않는데, 줄들이 실제로 어긋나기 때문입니다. 이 도구를 설계하는 동안 한 대의 기기가 같은 순간에 IPv6로는 런던의 데이터센터에, IPv4로는 이스라엘의 데이터센터에 닿았습니다. 어느 읽기도 틀리지 않았고 어느 네트워크도 고장 나지 않았습니다.

• 국가는 도착한 주소를 엔드포인트가 어디에 놓는지이며, 당신에 대한 지식이 아니라 그 주소를 놓고 한 조회입니다. VPN이 그것을 옮기고, 이웃 나라에 등록된 주소를 나눠 주는 사업자도 마찬가지입니다.
• 데이터센터는 응답한 Cloudflare 거점이며, 공항 기호 같은 세 글자로 적힙니다. 이 엔드포인트들은 저마다 여러 곳에서 동시에 광고되고 어디에 닿을지는 인터넷 경로 선택이 정하는데, 그것이 계열마다 따로 정해지므로 이 줄이 가장 자주 어긋납니다.
• TLS는 그 연결이 합의한 암호의 버전입니다. 연결마다 협상되므로 어느 쪽도 유별나지 않으면서 한 줄이 다른 줄과 다를 수 있습니다.
• HTTP는 이 요청이 쓴 프로토콜의 버전입니다. 이것도 연결마다 정해지며, 당신의 네트워크가 어떠한지보다 연결이 어떻게 맺어졌는지에 달려 있습니다.
• WARP는 Cloudflare가 그 트래픽을 자사 클라이언트를 거친 것으로 알아보았는지를 말합니다. 대부분의 사람에게는 세 줄 모두에서 꺼져 있고, 여기 있는 까닭은 꺼져 있지 않은 사람이 국가 표시에 어리둥절하지 않도록 하기 위해서입니다.

그러니 한 줄은 하나의 연결에 대한 서술로 읽고 그보다 넓은 것으로 읽지 마십시오. 두 데이터센터를 대는 두 줄은 풀어야 할 모순이 아니라, 당신의 두 계열이 네트워크를 어떻게 빠져나가는지에 대한 두 개의 답이며, 바로 그것이 주소 하나만 보여 주는 도구가 보여 줄 수 없는 것입니다. 이 사실들이 애초에 줄에 매여 있는 까닭도 그것입니다. 한 줄로 합치면 둘 가운데 하나를 골라 마치 둘 다를 설명하는 양 적을 수밖에 없습니다.

누구에게 묻는지, 그리고 이 도구가 하지 않는 것

세 요청은 모두 같은 곳으로 갑니다. Cloudflare의 trace 엔드포인트로, 방금 도착한 연결에 대한 짧은 사실 목록을 답합니다. 이 사이트 자체가 Cloudflare를 통해 제공되므로, 묻는 상대는 이미 당신의 주소를 본 그 상대입니다. 이 페이지가 열릴 때, 페이지 자신의 코드가 한 줄이라도 돌기 전에 보았습니다. 세 요청은 조금 전에 조용히 넘어간 것을 소리 내어 물을 뿐이고, 새로운 누구에게도 넘기지 않습니다. 그래서 버튼 뒤가 아니라 자동으로 이루어집니다. 그 앞에 동의 관문을 두면 당신이 찾아온 답을 늦출 뿐 얻는 것은 하나도 없습니다.

이 논거는 이 배치에만 해당하며 일반적인 허가가 아니라는 점을 분명히 말해 둘 값어치가 있습니다. 같은 문장이 다른 거의 모든 엔드포인트에 대해서는 거짓이 되기 때문입니다. 그것은 묻는 상대가 이미 페이지를 제공하고 있는 상대인 동안에만 성립합니다. 이런 도구를 제삼자의 주소 서비스로 향하게 하면 그 요청은 메아리이기를 그치고, 아무것도 갖지 않았던 운영자에게 하는 실제 공개가 됩니다. 그 시점에서 논거는 여기서 인용할 것이 아니라 처음부터 다시 세워야 합니다. 이 페이지가 그런 서비스를 쓰지 않는 까닭 가운데 하나가 이것입니다.

당신이 입력한 것은 어디로도 보내지지 않는데, 까닭은 단순합니다. 여기에는 입력할 것이 없습니다. 페이지에 입력란이 아예 없습니다. 주소는 저장되지 않고, 방문 사이에 남지 않으며, 페이지가 남기는 무엇에도 적히지 않습니다. 새로 가져오기를 누르면 세 읽기를 처음부터 다시 가져와 두 결론을 새로 계산하는데, 그것이 VPN을 켜고 끄는 동안 이 페이지를 열어 둘 값어치가 있게 만드는 것이며, 요청이 두 번째로 나가는 것도 그때뿐입니다.

• 다른 사람의 주소를 조회해 주지 않습니다. 그러려면 제삼자를 거쳐 묻는 상업용 위치 정보 데이터베이스가 있어야 하는데, 그것은 갖고 있지 않던 운영자에게 주소를 넘기는 일이고, 이 페이지의 이름이 묻는 것과는 다른 질문이기도 합니다.
• 당신의 사업자 이름도, 자율 시스템 번호도, 도시도 알려 주지 않습니다. 그 어느 것도 이 페이지가 받는 답에 들어 있지 않고, 손에 넣으려면 위와 같은 제삼자를 거쳐야 합니다.
• 당신의 로컬 주소나 사설 주소도 보여 주지 않습니다. 요즘 브라우저는 더 이상 그것을 드러내지 않으며, 애초에 사람들이 이 질문을 할 때 뜻하는 주소가 아닙니다. 그것은 자기 기기가 이미 보여 주고 있는 값입니다.

그 가운데 어느 것도 채워지기를 기다리는 빈자리가 아닙니다. 하나같이 남의 데이터베이스와 남이 계속 호의를 베풀어 주는 것에 대한 의존으로 사야 하고, 이 페이지가 아끼는 단 하나로 값을 치러야 합니다. 하나의 질문에 온전히 답하는 도구, 곧 두 계열 모두를 각각의 근거와 함께 보여 주고 근거가 없는 자리에는 정직한 침묵을 두는 도구가, 네 가지 질문에 어중간하게 답하는 도구보다 여기서는 값어치가 큽니다.