DNS란 무엇입니까? 도메인 이름 시스템에 대한 혼란스러운 사용자 안내서

인터넷은 단순한 기술처럼 보일 수 있지만 실제로는 수많은 움직이는 부분이 있습니다. 그들 대부분은 커튼 뒤에서 협력하여 초당 수백만 속도로 웹 사이트를 대기 중인 브라우저에 제공합니다. 웹의 핵심 빌딩 블록 중 하나는 DNS(Domain Name System)입니다. 그러나 DNS는 무엇입니까? , 계속 읽으세요!

우리가 웹에서 이동하는 데 사용한 도메인 이름은 상점 위의 표시일 뿐입니다. 실제로 웹 사이트는 지정된 숫자 문자열을 사용하는 서버에 존재합니다. DNS가 어떻게 작동하는지 보여주기 시작하는 것은 이 측면이며 도메인 이름을 이러한 고유한 문자열에 연결하는 시스템입니다.

이 게시물에서 우리는 질문에 답할 것입니다: DNS가 무엇입니까? 거기에서 우리는 또한 네임서버, 인터넷 프로토콜(IP) 주소 등을 다룰 것입니다. 결국에는 인터넷이 전반적으로 어떻게 작동하는지에 대한 대부분의 기본 사항을 이해하게 될 것입니다.

DNS란 무엇이며 왜 필요한가요?

간단히 말해서 DNS는 웹사이트에 대해 사람이 읽을 수 있고 지정된 주소를 가져와 읽기 어려운 숫자 문자열에 연결하는 방법입니다. 그러나 DNS가 무엇인지 설명하려면 DNS의 존재에 따라 달라지는 것을 살펴보는 것이 중요합니다.

• 도메인 이름입니다. 이것은 웹사이트의 짧고 기억하기 쉬운 이름입니다(예: wpkube.com ).
• IP 주소. 127.0.0.1 과 같이 마침표로 구분된 4개의 숫자 세트로 구성된 문자열을 자주 볼 수 있습니다. 이것은 IP 주소이며 웹 사이트가 있는 서버를 식별하는 방법입니다.

사실, 이 둘은 같은 것을 의미합니다(간단히 말해서). 일반적인(그러나 완벽한) 비유는 전형적인 거리에 있는 집입니다.

이것을 "Jane's house" 또는 "파란색 우체통이 있는 집"이라고 부를 수 있습니다. 이것은 일종의 도메인 이름과 같습니다. 기억에 남고 모든 사람이 귀하가 어떤 집을 의미하는지 알 것입니다. 그러나 주소(142 Evergreen Terrace 또는 31 Spooner Street)는 IP 주소와 비슷합니다. 집의 '공식' 위치입니다.

DNS는 인터넷이 도메인 이름을 IP 주소에 연결하는 방식이기 때문에 DNS가 필요합니다. 이 두 요소는 모두 'DNS 레코드'로 결합됩니다. 연결된 'DNS 조회'가 없으면 도메인 이름을 입력하고 올바른 웹사이트를 찾을 수 있는 방법이 없습니다. 대신 IP 주소를 사용해야 하므로 서버에 여러 사이트가 있는 경우 문제가 발생합니다.

네임서버는 DNS 레코드와 어떻게 작동합니까?

웹 서버가 웹 사이트의 모든 파일을 저장하는 것과 마찬가지로 네임 서버는 DNS 레코드에 대해서도 동일한 작업을 수행합니다. 이러한 유형의 서버는 모든 DNS 레코드를 저장하고 요청이 있는 경우(예: 브라우저에 도메인 이름을 입력할 때) 이는 네임서버가 처리하도록 트리거합니다.

대부분의 경우 호스팅 제공업체 또는 도메인 등록 기관이 네임서버를 유지 관리합니다. 이전 섹션을 고려할 때 약간 혼란스럽지만 네임서버는 종종 레지스트라 또는 호스트 주소를 사용합니다.

• ns1.example.com
• ns2.example.com

이 예에서 "ns"는 "이름 서버"와 관련되며 각 도메인 이름에는 기본 이름 서버 하나와 보조 백업 하나, 이렇게 두 개 이상이 있습니다. 실제로 많은 호스트에서 이보다 더 많은 것을 볼 수 있습니다. 3개가 더 일반적입니다. 네임서버가 올바른 도메인 이름을 가져오면 "해결"됩니다.

여기의 예는 공개 이름 서버이지만 일부 호스트에서 개인 이름 서버를 얻을 수도 있습니다. 예를 들어, HostGator는 전용 및 VPS(가상 사설 서버) 계획에 대해 이 서비스를 제공합니다. GreenGeeks는 개인 네임서버를 제공하는 또 다른 제공업체입니다.

그러나 호스트 또는 등록 기관이 공개 기본 네임서버를 제공한다고 해서 관련 호스팅도 사용해야 하는 것은 아닙니다. 이것은 다음에 봅시다.

네임서버를 어떻게 변경합니까?

DNS가 무엇입니까? , 많은 경우 네임서버 작업에 대한 응답입니다. 물론 DNS 레코드와 네임서버는 서로 다른 두 엔티티이므로 둘 중 하나를 변경해도 사이트를 온라인 상태로 유지할 수 있습니다.

GoDaddy 또는 Bluehost와 같은 회사에서 제공하는 동일한 제공업체에서 사이트와 도메인을 호스팅하는 경우 네임서버를 변경하는 것은 간단합니다. 그러나 다른 등록 기관과 호스트를 사용하는 경우에는 조금 더 혼란스러울 수 있습니다.

네임서버 정보의 위치는 제공업체에 따라 다를 수 있지만 등록기관에서 시작합니다. 경우에 따라 고급 DNS 화면 아래에 있습니다.

Namecheap의 경우 관리 버튼 메뉴 아래에 있습니다. 도메인 목록 페이지 또는 대시보드 에서 확인할 수 있습니다.

설정 화면이 나타나면 Nameservers 섹션이 표시됩니다.

선택할 수 있는 몇 가지 다른 DNS 설정 옵션이 있지만 사용자 정의 네임서버를 추가할 수 있는 것이 올바른 것입니다.

가장 일반적인 DNS 리소스 레코드는 무엇입니까?

도메인 이름과 IP 주소가 DNS 레코드를 구성하지만 이것은 단순한 보기일 뿐입니다. 대신 '그림 완성'을 위해 기록에 추가할 수 있는 정보가 많이 있습니다. DNS에 추가할 수 있는 다양한 '리소스 레코드'가 있으므로 특정 요구 사항에 맞게 항목을 조정할 수 있습니다.

자주 볼 수 있는 몇 가지 일반적인 리소스 레코드가 있습니다.

• 주소(A). 이것은 핵심 리소스 레코드입니다. 도메인 이름과 서버의 IP 주소 사이의 링크를 제공합니다. DNS 레코드를 생각할 때 이것은 필수 요소입니다.
• 정식 이름(CNAME). 도메인을 IP 주소로 지정하는 대신 CNAME은 도메인을 다른 도메인으로 지정합니다. www.wpkube.com 을 wpkube.com 으로 리디렉션하는 것과 같이 전달을 구현하는 일반적인 방법입니다.
• 메일 교환기(MX). 이 DNS 레코드는 메일 공급자와 함께 작동하여 다양한 앱 내에서 도메인별 이메일 주소를 사용할 수 있도록 합니다.
• 텍스트(TXT). 이것은 MX 레코드와 함께 작동하여 이메일에 암호화 계층을 제공합니다. TXT 레코드에는 SPF(발신자 정책 프레임워크) 및 DKIM(도메인 키 식별 메일)이라는 두 가지 하위 레코드가 있습니다.

네임서버와 마찬가지로 설정에 따라 도메인 등록기관이나 호스팅 제공업체에 리소스 레코드를 추가할 수 있습니다.

별도의 도메인 등록 대행자를 사용하는 경우 호스트를 사용하여 DNS 레코드를 추가할 수도 있습니다. 이것은 때때로 혼란스러운 관리 부분이 될 수 있습니다. 그러나 새 레코드를 추가하는 데 너무 많은 것이 없습니다. 웹 호스트, 도메인 등록 기관 및 이메일 제공업체로부터 얻은 정보로 공백을 채웁니다.

그런 다음 '전파'를 기다려야 합니다. 이것은 귀하가 제공한 정보가 DNS 레코드가 있어야 하는 다른 모든 위치로 확산되는 데 걸리는 시간입니다. 소요 시간은 여러 요인에 따라 다르지만 대개 최대 72시간입니다.

DNS 조회는 사이트 속도에 어떤 영향을 미칩니까?

DNS가 작동하는 방식을 이해하고 나면 조회 프로세스가 사이트 성능의 중요한 부분이라는 것을 깨닫기 시작할 수 있습니다. 브라우저에 도메인 이름을 입력한 후 사이트가 표시될 때까지 걸리는 시간을 고려하십시오. DNS 조회 프로세스가 이것의 핵심입니다.

Pingdom 또는 GTmetrix와 같은 앱 내의 모든 웹사이트에 대한 빠른 테스트를 통해 이를 직접 확인할 수 있습니다.

물론 사이트 속도가 중요합니다. Google의 순위 측정항목도 사이트 속도가 중요함을 나타냅니다. 따라서 가능한 한 빨리 사이트를 로드하도록 노력해야 합니다. 이를 수행하는 한 가지 방법은 DNS 조회 프로세스가 완료되는 데 걸리는 시간을 줄이는 것입니다.

기술 지식에 따라 이를 수행할 수 있는 많은 방법이 있지만 언급할 수 있는 세 가지 빠른 성공이 있습니다.

• CDN(콘텐츠 전송 네트워크)을 사용합니다. 이것은 특히 모든 자산이 동일한 기본 CDN에서 오는 경우 모든 스트라이프의 사이트에 큰 도움이 됩니다. 이것은 전반적으로 DNS 조회가 적다는 것을 의미합니다.
• JavaScript 로딩을 연기합니다. 여기에는 여러 영역이 포함됩니다. 그러나 요점은 JavaScript가 브라우저 창에서 마지막으로 로드되도록 해야 한다는 것입니다. DNS 조회 수가 줄어들지는 않지만 로드 프로세스가 지연됩니다.
• DNS 프리페칭을 사용합니다. WPKube 블로그에서 이에 대해 다룹니다. 즉, 페이지가 로드되기 전에 DNS 조회를 해결하는 방법이므로 사이트 속도가 빨라집니다.
• 빠른 DNS 공급자를 사용하십시오. 느린 사이트 속도의 한 측면은 호스트의 성능입니다. 그러나 DNS 공급자도 영향을 미칩니다. 더 빠른 DNS 공급자를 선택하면 조회 시간이 줄어들고 성능이 향상됩니다.

이 마지막 요점은 사용하는 DNS를 때때로 변경할 수 있으므로 다음에 살펴볼 내용입니다.

기본 DNS에 대한 대안이 있습니까?

대부분의 경우 기본 DNS가 좋습니다. 그러나 성능 문제를 발견한 경우(또는 특정 요구 사항이 있는 경우) DNS를 다른 것으로 변경할 수 있습니다.

일반적인 인식은 무료 DNS 서버가 이해할 수 있는 중간 수준의 성능을 제공한다는 것입니다. 사실, DNS 서버가 하는 일을 CDN과 비교하면 많은 유사점을 볼 수 있습니다. 버블에서 로컬 네임서버는 DNS 요청을 캐시하고 해당 로케일의 사용자가 이를 필요로 할 때 이를 호출합니다. 이것은 의미가 있으며 많은 사이트에 적합합니다.

Cloudflare 및 Google과 같은 회사의 일부 이점을 활용하려면 이러한 무료 공용 DNS 서버를 사용할 수 있습니다. 그러나 일부 사이트에는 더 빠른 조회, 더 큰 가동 시간 및 향상된 지리 트래픽 기능이 필요합니다. 프리미엄 DNS 서비스는 여기에 적합할 수 있으며 선택할 수 있는 몇 가지가 있습니다.

예를 들어 DNS Made Easy는 수천 명의 사용자가 만족하는 대규모 엔터프라이즈 솔루션입니다.

Amazon 및 Dyn과 같은 확장 가능한 다른 글로벌 스토리지 제공업체도 프리미엄 DNS 서비스를 제공합니다. 이것은 종종 높은 신뢰성(때로는 100%!)과 효율성을 제공합니다.

그러나 일반 사이트 소유자는 사용자 지정, 프리미엄 및 개인 DNS에 대해 걱정할 필요가 없습니다. 대부분의 경우 호스팅 또는 등록 기관에서 찾을 수 있는 공용 DNS 서비스가 적합합니다.

요약하자면

대부분의 인터넷 사용자는 브라우저와 서버 사이에 연결이 있다는 것을 알고 있습니다. 이것은 웹 페이지가 화면에 표시되는 방법의 기본입니다. 그러나 고려해야 할 사항이 더 있습니다. 도메인 이름 시스템은 뒤에서 숫자 문자열을 도메인 이름으로 변환하는 방법입니다.

이 게시물에서 우리는 "DNS란 무엇입니까?"라는 질문에 답하려고 했습니다. 요청을 기반으로 레코드를 서버합니다. 또한 이러한 DNS 레코드를 변경하여 사용자를 리디렉션하고, 이메일 클라이언트에 연결 및 통신하고, 보내는 데이터를 암호화할 수도 있습니다.

이 문서는 DNS란 무엇이며 그렇지 않은 경우 추가 질문이 있습니까?라는 질문에 답하는 데 도움이 됩니다. 아래 댓글 섹션에서 물어보세요!