1.1.1.1이란 무엇입니까? 탐색할 때 인터넷 속도를 높이고 데이터를 보호하는 방법은 무엇입니까?

1.1.1.1이란 무엇입니까?

1.1.1.1은 유명한 역방향 프록시 서비스 제공업체인 Cloudflare의 보안이 뛰어난 고속 DNS 서비스입니다. Cloudflare의 DNS 서비스는 사용자가 인터넷 액세스 속도를 높이는 동시에 검색 기록 추적을 최소화하는 데 도움이 됩니다 . Cloudflare에 따르면 DNS 서비스의 응답 시간은 14ms에 불과하며 OpenDNS(20ms) 및 Google DNS(34ms)보다 훨씬 빠릅니다.

APNIC에서 제공하는 Cloudflare의 IPv4 주소는 기억하기 쉽습니다: 1.1.1.1 및 1.0.0.1.

또한, Cloudflare의 DNS 서비스를 이용하면 기록된 모든 기록이 24시간 이내에 삭제되어 데이터가 공개되거나 사용되지 않으므로 안심하고 사용할 수 있습니다.

DNS에서 확인자의 역할

도메인 이름을 확인할 때 쿼리는 백엔드 시스템(예: 웹 브라우저)에서 재귀 DNS 서비스 로 이동합니다. DNS 레코드가 서비스의 로컬 캐시에 없으면 신뢰할 수 있는 DNS 계층 구조를 재귀적으로 쿼리하여 원하는 IP 주소 정보를 찾습니다. ���귀는 DNS 1.1.1.1이 수행하는 작업의 일부이므로 빠르고 안전해야 합니다.

1.1.1.1의 목적

Cloudflare의 목표는 세계에서 가장 빠른 공개 확인자를 운영하는 동시에 사용자 개인 정보 보호에 대한 기준을 높이는 것입니다. 인터넷 속도를 높이기 위해 회사는 사용자와 콘텐츠 사이의 거리(예: 대기 시간)를 줄이기 위해 전 세계적으로 데이터 센터를 구축했습니다.

3월에만 Cloudflare는 전 세계적으로 31개의 새로운 데이터 센터를 활성화했습니다. Tallinn, Vilnius, Calgary, Saskatoon, Winnipeg, Jacksonville, Memphis, Tallahassee, Bogotá, Luxembourg City, Chişinău) 및 이 네트워크의 다른 모든 도시와 마찬가지로 새 사이트에서는 첫날 DNS Resolver, 1.1 .1.1을 실행합니다.

이 빠르고 광범위하게 분산된 네트워크는 모든 프로토콜을 제공하도록 구축되었으며 Cloudflare는 현재 인터넷에서 가장 빠르고 안정적인 DNS 공급자입니다. 또한 회사는 30개의 루트 네임서버 중 2개에 대해 Anycast 서비스(루트 도메인 이름 확인 서비스)를 제공하고 사용자에게 재귀 DNS 서비스를 제공합니다. 재귀는 함께 위치한 신뢰할 수 있는 서버를 활용하여 모든 도메인 이름을 더 빠르게 검색할 수 있습니다.

DNSSEC는 확인자와 신뢰할 수 있는 서버 간의 데이터 무결성을 보장하지만 사용자의 "라스트 마일" 개인 정보를 보호하지는 않습니다. 그러나 DNS Resolver 1.1.1.1은 새로운 DNS 보안 표준인 DNS-over-TLS 및 DNS-over-HTTPS를 지원하여 사용자의 DNS 쿼리를 비공개 및 기밀로 유지하기 위해 라스트 마일 암호화를 제공합니다.

리졸버는 개인 정보를 보호합니다

이전에는 루트 또는 신뢰할 수 있는 DNS로 가는 길을 찾기 위해 전체 도메인 이름을 중개자에게 재귀적으로 보냈습니다. 즉, 퀀리망.com 웹사이트를 방문하면 루트 서버가 단순히 리디렉션되더라도 루트 서버와 .com 서버는 전체 도메인 이름(예: 퀀리망 및 com 부분)으로 쿼리됩니다. 전체 도메인과 독립적). DNS를 통해 이러한 모든 개인 검색 정보에 쉽게 액세스하는 것은 많은 사람들의 관심사입니다. 이 문제는 일부 해결 소프트웨어 패키지로 해결되지만 모든 사람이 이러한 솔루션에 대해 아는 것은 아닙니다.

DNS 확인자 서비스 1.1.1.1은 스텁 확인자와 재귀 확인자 사이에서 사용하도록 식별되고 권장되는 모든 DNS 개인 정보 보호 메커니즘을 제공합니다. 스텁 리졸버는 재귀 리졸버와 "대화"하는 운영 체제의 구성 요소입니다. DNS 확인자 1.1.1.1은 RFC7816에 정의된 쿼리 이름 최소화 DNS만 사용하여 루트 및 TLD와 같은 중간 DNS 서버로 정보가 유출될 가능성을 줄입니다. 즉, DNS 확인자 1.1.1.1은 확인자가 다음에 무엇을 물어볼지 알 수 있도록 충분한 이름만 보냅니다.

DNS 확인자 1.1.1.1은 포트 853(TLS를 통한 DNS)에서 개인 TLS 쿼리도 지원하므로 네트워크 누출로부터 쿼리를 숨길 수 있습니다. 또한 실험적인 DoH 프로토콜(DNS over HTTPS)을 제공함으로써 브라우저와 기타 애플리케이션이 서로 연결될 수 있으므로 향후 사용자의 개인 정보 보호와 속도가 모두 향상되었으며 DNS 및 HTTPS 트래픽을 단일 연결로 통합합니다.

RFC8198에 설명된 대로 DNS에서 네거티브 캐시(네거티브 캐시는 "부정적" 응답, 즉 오류를 저장하는 캐시임)의 사용이 증가함에 따라 Cloudflare는 시스템의 부하를 계속해서 줄일 수 있습니다.글로벌 DNS. 이 기술은 먼저 기존 확인자에 대한 네거티브 캐시를 사용하여 일정 기간 동안 네거티브(또는 존재하지 않는) 정보를 보관합니다. DNSSE 서명 영역 및 메모리 내 NSEC 레코드의 경우 확인자는 추가 쿼리를 수행하지 않고도 요청한 이름이 존재하지 않는다는 것을 확인할 수 있습니다. 따라서 wwwwww 점을 입력하고 무언가를 쓴 다음 wwww 점을 찍고 무언가를 쓰면 두 번째 쿼리에 매우 빠르게 "아니오"로 응답됩니다(DNS 세계에서는 NXDOMAIN). 네거티브 캐시는 루트 및 어제 서명된 1544개 TLD 중 1400개를 포함하여 DNSSEC 서명 영역에서만 작동합니다.

회사에서는 저렴하고 경제적인 서명 확인 비용으로 답변이 올바른지 확인할 수 있기 때문에 DNSSEC 인증을 사용합니다. Cloudflare는 항상 사용자가 받은 답변을 신뢰하기를 원하며 고객의 부정적인 답변을 피하기 위해 가능한 모든 검사를 수행합니다.

그러나 DNS 운영자에 의해 발생한 DNSSEC 구성 오류로 인해 도메인이 잘못 구성될 수 있습니다. 이 문제를 해결하기 위해 Cloudflare는 DNSSEC 오류가 식별 및 수정된 도메인에 " Negative Trust Anchors "를 구성하고 , 운영자가 구성을 수정하면 이를 제거합니다. 이는 잘못 구성된 특정 도메인에 대한 DNSSEC 검증을 일시적으로 비활성화하고 최종 고객에 대한 액세스를 복원함으로써 실패한 DNSSEC 도메인의 영향을 제한합니다.

DNS 리졸버 1.1.1.1 서비스는 어떻게 구성되었나요?

처음에 Cloudflare는 자체 리졸버를 구축하려고 생각했지만 고객에게 고유한 가치를 제공하고 경쟁 우위를 확보하는 GTM(시장 진출) 전략과 관련된 복잡성과 고려 사항으로 인해 나중에 이 아이디어가 거부되었습니다. 그들은 시장에 있는 모든 오픈 소스 리졸버를 검토한 후 이 긴 목록에서 대부분의 프로젝트 목표에 맞는 두세 가지 옵션으로 선택 범위를 좁혔습니다. 결국 회사는 2년 반 전에 출시된 CZ NIC의 Knot Resolver에 시스템을 구축하기로 결정했습니다. Knot Resolver를 선택하면 소프트웨어의 다양성도 높아집니다. 가장 중요한 점은 Cloudflare가 원하는 것보다 더 많은 핵심 기능을 갖추고 있다는 것입니다. OpenResty와 유사한 모듈식 아키텍처로 Knot Resolver가 사용되고 개발되고 있습니다.

Cloudflare의 리졸버를 차별화하는 흥미로운 점

DNS 확인자 1.1.1.1 서비스의 고급 기능은 다음과 같습니다.

• 쿼리 최소화 RFC7816
• DNS-over-TLS(전송 계층 보안) RFC7858
• DoH DNS-over-HTTPS 프로토콜
• RFC8198 “부정적” 응답

참고로, Knot Resolver의 수석 개발자인 Marek Vavruša는 Cloudflare DNS 팀에서 2년 넘게 근무했습니다.

리졸버를 더 빠르게 만드는 방법

리졸버 속도에 영향을 미치는 요소는 다양합니다. 가장 중요한 것은 캐시에서 응답할 수 있는가?입니다. 가능한 경우 응답 시간은 클라이언트에서 확인자까지의 패킷에 대한 "왕복" 시간입니다.

확인자가 기관의 응답을 필요로 하는 경우 확인자는 도메인 이름을 확인하기 위해 DNS 계층 구조를 추적해야 하기 때문에 상황이 좀 더 복잡해집니다. 즉, 도메인 이름으로 시작하는 신뢰할 수 있는 여러 서버와 통신해야 함을 의미합니다. 원본 서버. 예를 들어 아르헨티나 부에노스아이레스의 확인자는 신뢰할 수 있는 서버에 가깝기 때문에 독일 프랑크푸르트의 확인자보다 DNS 계층을 모니터링하는 데 더 오랜 시간이 걸립니다. 이 문제를 해결하려면 일반 이름에 대해 대역 외 캐시를 미리 채워야 하는데, 이는 실제 쿼리가 들어올 때 캐시에서 응답을 훨씬 빠르게 검색할 수 있음을 의미합니다.

확장형 네트워크의 한 가지 문제점은 캐시 적중률이 각 데이터 센터에 구성된 노드 수에 반비례한다는 것입니다. 가장 가까운 데이터 센터에 노드가 하나만 있는 경우 동일한 쿼리를 두 번 요청하면 두 번째에는 캐시된 답변을 얻을 수 있습니다. 그러나 각 데이터 센터에는 수백 개의 노드가 있기 때문에 사용자는 해결되지 않은 응답을 수신하여 각 요청에 대해 대기 시간이 발생할 수 있습니다. 일반적인 해결 방법은 모든 확인자 앞에 캐시 부하 분산 장치를 배치하는 것이지만 이는 전체 시스템과 Cloudflare에 대한 단일 실패 지점이 됩니다. DNS 확인자 1.1.1.1은 중앙 집중식 캐시에 의존하는 대신 고급 분산 캐시를 사용합니다.

데이터 정책

Cloudflare는 고객 IP 주소를 절대 저장하지 않으며 쿼리 이름만 사용하여 DNS 확인자 성능을 향상한다고 주장합니다(예: 지역의 인기 도메인을 기반으로 캐시 채우기 및/또는 흐리게 처리한 후).

Cloudflare는 최종 사용자를 식별하는 어떠한 정보도 로그에 저장하지 않으며 수집된 모든 기록은 24시간 이내에 삭제됩니다. 회사는 계속해서 개인 정보 보호 정책을 준수하고 사용자 데이터가 광고주에게 판매되거나 소비자를 대상으로 사용되지 않도록 할 것이라고 말했습니다.

DNS 확인자 1.1.1.1 설정 방법

Quantrimang.com에는 PC와 모바일에서 이 DNS를 설정하는 방법에 대한 매우 구체적인 지침이 있습니다. 관심이 있으시면 따라하실 수 있습니다.

• 보안과 빠른 웹 서핑을 위해 컴퓨터에서 DNS를 1.1.1.1로 변경하세요.
• Android 및 iPhone에서 DNS를 1.1.1.1로 빠르게 변경하는 방법

DNS 확인자 주소에 대한 몇 가지 사항

Cloudflare는 APNIC와 협력하여 IPv4 주소 1.0.0.1 및 1.1.1.1을 사용했습니다(모두가 이 주소가 기억하기 쉽다는 데 동의했습니다). 수년간의 연구와 테스트가 없었다면 이러한 사이트는 생산에 들어가지 못했을 것입니다.

IPv6 의 경우 회사는 이 서비스에 대해 2606:4700:4700::1111 및 2606:4700:4700::1001을 선택했습니다. 아시다시피 IPv6 주소를 얻는 것이 쉽지 않은데, 숫자만 사용하는 주소를 선택했습니다.

그런데 왜 기억하기 쉬운 주소를 사용할까요? 이 공개 해결 프로그램의 특별한 점은 무엇입니까? 이 과정에서 가장 먼저 해야 할 일은 이 숫자를 어디에 넣을 것인가이다. 리졸버 서비스를 찾기 위해 사용자가 사용하는 장치에 연결하거나 컴퓨터에 입력할 수 있는 번호가 필요합니다.

인터넷상의 누구나 이 공개 확인자를 사용할 수 있으며, https://1.1.1.1/로 이동하여 시작하기를 클릭하면 어떻게 수행되는지 확인할 수 있습니다 .

4월에 DNS 확인자 출시를 발표하는 이유는 무엇입니까?

전 세계 대부분의 사람들에게 일요일은 2018년 4월 1일입니다. (미국에서는 날짜가 기록되는 방식이 2018년 1월 4일 다음 날의 한 달 전입니다.) 4와 1이 보이시나요? 그래서 Cloudflare는 이날 4개의 숫자 1(1.1.1.1)을 발표했습니다.