내 물리적 위치에 대해 1.1.1.1이 정말 더 빠른지 확인하고 비교하는 방법?
동유럽은 넓어요. 우크라이나에서는 DNS 해결자와 Warp+를 모두 사용해요. 키예프에 가장 가까운 콜로케이션에 연결돼서 매우 좋은 핑을 얻어요:
PING 1.1.1.1 (1.1.1.1): 56 데이터 바이트
64 바이트 from 1.1.1.1: icmp_seq=0 ttl=60 시간=7.401 ms
64 바이트 from 1.1.1.1: icmp_seq=1 ttl=60 시간=11.465 ms
64 바이트 from 1.1.1.1: icmp_seq=2 ttl=60 시간=9.093 ms
64 바이트 from 1.1.1.1: icmp_seq=3 ttl=60 시간=7.782 ms
64 바이트 from 1.1.1.1: icmp_seq=4 ttl=60 시간=6.245 ms
64 바이트 from 1.1.1.1: icmp_seq=5 ttl=60 시간=6.774 ms
64 바이트 from 1.1.1.1: icmp_seq=6 ttl=60 시간=14.447 ms
^C
--- 1.1.1.1 ping 통계 ---
전송된 패킷 7개, 수신된 패킷 7개, 패킷 손실 없음
왕복 시간 최소/평균/최대/표준편차 = 6.245/9.030/14.447/2.734 ms
하지만 다른 동유럽 국가들은 모르겠어요.
dnsperftest 같은 것을 사용해서 여러 DNS 서버를 테스트하고 어떤 것이 가장 좋은지 볼 수 있어요.
1.1.1.1은 꽤 좋아서 빠를 거예요 (특히 ISP DNS 서버와 비교했을 때)
1.1.1.1은 항상 최선의 선택이에요, 왜냐면 클라우드플레어는 가장 큰 CDN 제공업체 중 하나이기 때문이에요.
핑을 측정하면 물리적 위치와 관계없이 1-50 ms의 결과를 얻을 수 있는데, 이유는 1.1.1.1을 통해 트래픽이 항상 지역 내 CF 서버로 리다이렉션되기 때문이에요.
수정: 가장 가까운 서버는 아마도 키시나우에 위치해 있을 거예요.
DNSPerf를 체크하세요, 당신 나라용으로.
직접 테스트해 보세요, ISP마다 결과가 다를 수 있어요.
나는 몰도바에 있어요. 1.1.1.1을 컴퓨터나 와이파이 라우터에 설정했나요?
그냥 아이디어인데요: 만약 제가 제 네트워크에서 정기적으로 업데이트되는 자체 DNS 서버를 돌린다면, 핑은 1ms에 가까워질까요?
링크를 클릭했을 때 보여지는 결과가 내 위치에 대한 실제 결과인가요? 아니면 어떤 식으로 내 위치를 입력해야 하나요?
안녕하세요, 답장이 좀 길어졌네요.
저는 랩톱과 와이파이 라우터 모두에서 사용합니다.
하지만 일반적으로 1.1.1.1에 대한 핑은 ISP마다 다를 수 있고, 하루 중에도 달라질 수 있어요. CF의 콜로케이션은 키예프에 있고, 제 ISP가 이를 직접 연결해서 사용하고 있어요. 그러나 피크 시간대(예: 저녁)에 일부러 CF 트래픽이 다른 국가의 CF 노드(예: 바르샤바, 그리고 전쟁 이전에는 모스크바)를 통해 라우팅되는 것을 본 적이 있어요. 하지만 이는 ISP의 라우팅에 따라 달라집니다. CF는 이 부분에 큰 영향을 미치지 않아요.
이건 마치 사람들이 인터넷을 플래시 드라이브에 다운로드하던 것 같아요 
예를 들어, 윈도우 OS에서 liub0myr.pp.ua 페이지를 열면, 브라우저가 운영체제에 도메인 이름을 IP 주소로 변환하라고 요청해요. 만약 OS가 hosts 파일에 일치하는 항목을 보면 바로 응답을 보내고, 없으면 PC 내 DNS 캐시를 체크합니다. 캐시에도 없으면 1.1.1.1에 요청을 보내요.
CF 서버는 지금 자신들의 데이터베이스에서 일치하는 항목을 검색합니다.
여기서 CF가 가장 큰 데이터베이스를 갖는 이유는, 그들이 DNS 서비스(이름 서버라고도 함)를 웹사이트 소유자에게 제공하기 때문이에요. 그래서 핑 외에도 최고의 선택입니다.
만약 그들의 데이터베이스에 IP 주소 정보가 없으면, CF는 해당 주소를 찾아야 해요.
이름 서버란 특정 도메인과 연결된 데이터베이스를 갖고 있는 서버입니다.
최종 주소를 찾기 위해 CF 서버는
- 루트 이름 서버에 요청해서 ua 도메인의 이름 서버 주소를 찾고,
- ua 도메인 이름 서버에 요청해서 pp 도메인 이름 서버 주소를 묻고,
- pp 도메인 이름 서버에 요청해 liub0myr 도메인 이름 서버 주소를 확인하고,
- 마지막으로, liub0myr 도메인에 할당된 IP 주소를 요청합니다.
응답을 받은 후, CF는 이를 OS에 전달하고 브라우저가 페이지를 로드하기 시작해요.
이렇게 모든 도메인 이름을 다운로드하려 하면, 사실상 서비스 거부 공격이 되어 차단될 수 있어요. 이 목록은 교육적 목적으로 제공하는 것이고, ua 도메인 이름 서버 주소는 캐시되어 있을 거예요. 아마도 pp 도메인도.
표준에 따라 CF는 이 주소를 서버에 14400초(도메인 소유자가 설정)에 캐시해야 하지만, 일주일에 검색자가 100명 미만인 도메인은 기억에 보관하지 않기 때문에 그렇게 하지 않아요.
자신만의 DNS 서버를 구축한다면(일부 라우터는 이 기능을 지원) 1.1.1.1 주소를 지정해서 요청하면, CF에서 응답받은 후 그 주소를 캐시하고, 다른 기기에서 요청하면 바로 캐시를 활용해 빠르게 응답할 거예요.
또한, 라우터의 DHCP 설정에서 DNS 서버 주소를 변경하는 것도 잊지 마세요.
혹은 ISP의 DNS 서버를 사용할 수 있지만, 그러면 ISP가 당신이 방문하려는 도메인 주소를 로그할 수도 있어요.
장애 허용성을 높이고 핑을 줄이기 위해 여러 이름 서버를 동일 도메인에 연결하기도 해요. 이론적으로 이해하기 쉽도록 단수형을 사용했어요.
DNS 트래픽은 암호화되지 않기 때문에, 타사 DNS 서버를 사용하더라도 ISP가 이 트래픽을 감시하거나 중간에서 가로챌 수 있고, CloudFlare를 대신한 응답을 전달할 수 있습니다. DoH를 사용해 트래픽을 암호화하는 것이 좋아요.
그건 전 세계적이어요. 대륙별, 국가별로 필터링할 수 있어요.
추신: 만약 라우터가 DNS 서버 기능을 지원하지 않는다면, pihole을 사용할 수 있어요.
요약하면, 이미 IP 주소를 캐시하는 자신의 컴퓨터 때문에 로컬 DNS 서버를 만드는 것은 의미가 없다는 말이죠, 맞나요?