도메인 이름 서버의 작동 방식

Apr 01 2000
웹 브라우저의 주소 표시줄에 URL을 입력하면 마법처럼 올바른 페이지가 나타납니다(올바르게 입력한 경우). 마법의 일인가? 아니요! 도메인 이름 서버는 배후에서 모든 데이터를 처리합니다.
IT 작업자가 디지털 화이트보드에 DNS(Domain Name System) 다이어그램을 그립니다. GodfriedEdelman / 게티 이미지

인터넷과 월드 와이드 웹은 데이터와 정보를 찾고 공유하기 위해 컴퓨터 언어와 코드에 의존하는 거친 개척지입니다. 인터넷의 가장 기본적인 악기 중 하나는이다 도메인 이름 시스템, 또는 DNS . (많은 사람들이 "DNS"가 "Domain Name Server"의 약자라고 생각하지만 실제로는 "Domain Name System"의 약자입니다.) DNS는 컴퓨터가 인터넷과 많은 사설 네트워크에서 데이터를 교환하는 방법에 대한 일련의 표준 내의 프로토콜입니다. TCP/IP 프로토콜 제품군 으로 알려져 있습니다. 이해하기 쉬운 도메인 이름 을 변환하는 데 도움이 되므로 목적이 중요 합니다."howstuffworks.com"과 같이 컴퓨터가 네트워크에서 서로를 식별하는 데 사용하는 70.42.251.42와 같은 인터넷 프로토콜(IP) 주소에 추가합니다. 간단히 말해서 이름과 숫자를 일치시키는 시스템입니다.

DNS 개념은 인터넷 전화번호부와 같습니다. 이러한 종류의 길 찾기 시스템이 없으면 글로벌 인터넷에 흩어져 있는 가상의 탁 트인 평원과 밀집된 데이터 도시를 샅샅이 살펴보기 위해 훨씬 더 복잡하고 난해한 수단에 의존해야 합니다. 특히 현재 수억 개의 도메인 이름[출처: VeriSign ] 이 있기 때문에 더욱 그렇습니다 .

인터넷의 컴퓨터 및 기타 네트워크 장치는 IP 주소를 사용하여 사용자가 연결하려는 사이트로 요청을 라우팅합니다. 이것은 전화를 걸고자 하는 사람에게 연결하기 위해 전화번호를 다이얼하는 것과 유사합니다. 하지만 DNS 덕분에 자신의 IP 주소 주소록을 유지할 필요가 없습니다. 대신 도메인 이름을 IP 주소에 매핑하는 대규모 데이터베이스를 관리하는 DNS 서버 또는 이름 서버 라고도 하는 도메인 이름 서버를 통해 연결하기만 하면 됩니다 .

웹사이트에 액세스하든 이메일 을 보내든 컴퓨터는 DNS 서버를 사용하여 액세스하려는 도메인 이름을 찾습니다. 이 프로세스에 대한 적절한 용어는 DNS 이름 확인 이며 DNS 서버가 도메인 이름을 IP 주소로 확인한다고 말할 수 있습니다. 예를 들어, 브라우저에 "www.howstuffworks.com"을 입력하는 경우 네트워크 연결의 일부에는 도메인 이름 "howstuffworks.com"을 ' 웹 서버의 경우 70.42.251.42와 같은 IP 주소로 해석하는 것이 포함됩니다.

그러나 나중에 다시 방문하고 싶을 때 "howstuffworks.com"을 기억할 가능성이 더 큽니다. 또한 웹 사이트의 IP 주소는 시간이 지남에 따라 변경될 수 있으며 일부 사이트에서는 여러 IP 주소를 단일 도메인 이름과 연결합니다.

DNS 서버가 없으면 인터넷이 매우 빨리 종료됩니다. 그러나 컴퓨터는 사용할 DNS 서버를 어떻게 알 수 있습니까? 일반적으로 홈 네트워크 , ISP(인터넷 서비스 제공업체) 또는 WiFi 네트워크에 연결할 때 컴퓨터의 네트워크 주소를 할당하는 모뎀이나 라우터도 중요한 네트워크 구성 정보를 컴퓨터나 모바일 장치로 보냅니다. 해당 구성에는 장치가 DNS 이름을 IP 주소로 변환할 때 사용해야 하는 하나 이상의 DNS 서버가 포함됩니다.

지금까지 몇 가지 중요한 DNS 기본 사항에 대해 읽었습니다. 이 기사의 나머지 부분에서는 도메인 이름 서버와 이름 확인에 대해 자세히 설명합니다. 자체 DNS 서버 관리에 대한 소개도 포함되어 있습니다. 먼저 IP 주소가 구조화되는 방식과 이것이 이름 확인 프로세스에 얼마나 중요한지 살펴보겠습니다.

내용물
  1. DNS 서버 및 IP 주소
  2. 도메인 이름
  3. 분산 시스템
  4. 새 도메인 이름 만들기
  5. DNS는 끊임없이 진화하고 있습니다

DNS 서버 및 IP 주소

도메인 이름 서버 또는 DNS 서버의 기본 작업은 도메인 이름을 IP 주소로 해석(변환)하는 것임을 방금 배웠습니다. 다음 사항을 제외하고는 간단한 작업처럼 들립니다.

  • 현재 사용 중인 수십억 개의 IP 주소가 있으며 대부분의 시스템에는 사람이 읽을 수 있는 이름도 있습니다.
  • DNS 서버(누적)는 주어진 시간에 인터넷을 통해 수십억 개의 요청을 처리합니다.
  • 수백만 명의 사람들이 매일 도메인 이름과 IP 주소를 추가하고 변경하고 있습니다.

처리해야 할 것이 너무 많은 DNS 서버는 네트워크 효율성과 인터넷 프로토콜에 의존합니다. IP의 효율성 중 일부는 네트워크의 각 시스템이 IANA(Internet Assigned Numbers Authority)에서 관리하는 IPV4 및 IPV6 표준 모두에서 고유한 IP 주소를 갖는다는 것입니다. 다음은 IP 주소를 인식하는 몇 가지 방법입니다.

  • IPV4 표준의 IP 주소에는 70.74.251.42와 같이 3자리 숫자로 구분된 4개의 숫자가 있습니다.
  • IPV6 표준의 IP 주소에는 2001:0cb8:85a3:0000:0000:8a2e:0370:7334와 같이 콜론으로 구분된 8개의 16진수(base-16)가 있습니다. IPV6은 여전히 ​​매우 새로운 표준이므로 이 기사에서는 보다 일반적인 IPV4에 집중할 것입니다.
  • IPV4 숫자의 각 숫자는 네트워크 트래픽 라우팅에 사용되는 8자리 2진법(2진법) 숫자에 해당하는 10진법이기 때문에 "옥텟"이라고 합니다. 예를 들어, 42로 쓰여진 옥텟은 00101010을 나타냅니다. 이진수의 각 숫자는 오른쪽에서 왼쪽으로 읽는 2에서 27 사이의 특정 거듭제곱에 대한 자리 표시자입니다. 즉, 00101010에는 21, 23 및 25가 각각 하나씩 있습니다. 따라서 밑수 10에 해당하는 값을 얻으려면 21 + 23 + 25 = 2 + 8 + 32 = 42를 더하면 됩니다.
  • 각 8진수 값에 대한 가능성은 0에서 255까지 256개뿐입니다.
  • 특정 주소와 범위는 IANA에 의해 예약된 IP 주소 로 지정됩니다. 이는 IP 에 특정 작업이 있음을 의미합니다. 예를 들어, IP 주소 127.0.0.1은 현재 사용 중인 컴퓨터를 식별하기 위해 예약되어 있습니다. 따라서 127.0.0.1과 대화하는 것은 자신에게만 이야기하는 것입니다[출처: Cisco , Lammele ].

컴퓨터의 IP 주소는 어디에서 왔습니까? 데스크탑 또는 랩탑 컴퓨터 에 대해 이야기하는 경우 네트워크의 DHCP(Dynamic Host Configuration Protocol) 서버에서 가져온 것일 수 있습니다. DHCP 서버의 역할은 컴퓨터에 온라인 상태일 때마다 필요한 IP 주소 및 기타 네트워크 구성이 있는지 확인하는 것입니다. 이것은 "동적"이기 때문에 컴퓨터의 IP 주소는 며칠 동안 컴퓨터를 종료할 때와 같이 때때로 변경될 수 있습니다. 사용자는 이 모든 일이 일어나는 것을 결코 눈치채지 못할 것입니다. 컴퓨터 또는 모바일 장치에 할당된 IP 주소를 찾을 수 있는 위치에 대한 힌트는 이 페이지의 사이드바를 참조하십시오.

일관된 접점이 필요한 웹 서버 및 기타 컴퓨터는 고정 IP 주소를 사용 합니다 . 이는 온라인 상태일 때 항상 동일한 IP 주소가 해당 시스템의 네트워크 인터페이스에 할당된다는 것을 의미합니다. 인터페이스가 항상 동일한 IP 주소를 갖도록 하기 위해 IP는 주소를 해당 네트워크 인터페이스의 MAC(Media Access Control) 주소와 연결합니다. 유선 및 무선을 포함한 모든 네트워크 인터페이스에는 제조업체가 내장한 고유한 MAC 주소가 있습니다.

이제 DNS 방정식의 다른 측면인 도메인 이름을 살펴보겠습니다.

IP 주소 찾기

다음은 컴퓨터의 IP 주소를 찾는 방법에 대한 팁입니다. 고정 IP를 사용하도록 선택하지 않는 한 주소는 주기적으로 변경됩니다(최종 사용자에게는 드뭅니다).

  • Windows — 사용자 인터페이스를 클릭하여 네트워크 인터페이스 설정을 찾을 수 있지만 IP 주소를 찾는 빠른 방법 중 하나는 보조프로그램에서 명령 프롬프트 응용 프로그램을 열고 다음 명령을 입력하는 것입니다. ipconfig
  • Mac — 시스템 환경설정을 열고 네트워크를 클릭하고 현재 네트워크 연결(옆에 녹색 점이 있음)이 선택되어 있는지 확인하고 고급을 클릭하고 TCP/IP 탭을 클릭합니다.
  • Linux 또는 UNIX — 명령 프롬프트가 아직 없는 경우 XTERM 또는 iTerm과 같은 터미널 응용 프로그램을 엽니다. 명령 프롬프트에서 다음 명령을 입력 은 ifconfig를
  • WiFi를 사용하는 스마트폰 — 휴대폰의 네트워크 설정을 확인합니다. 이것은 전화기의 운영 체제 버전에 따라 다릅니다.

가정 또는 소규모 로컬 네트워크에 있는 경우 주소는 192.168.xx, 172.16.xx 또는 10.xxx 형식일 수 있습니다(여기서 x는 0에서 255 사이의 숫자임). 이것은 각 로컬 네트워크에서 사용되는 예약된 주소이며 해당 네트워크의 라우터가 사용자를 인터넷에 연결합니다[출처: Modi , Price , Rusen ].

도메인 이름

Amazon.co.uk 로고는 Amazon의 판지 배송 봉투에 표시됩니다. Amazon.co.uk는 영국 Amazon의 도메인 이름입니다. nkbimages/게티 이미지

우리가 즐겨찾는 모든 웹사이트 의 IP 주소 를 기억 해야 한다면 아마 미쳐버릴 것입니다! 인간은 일련의 숫자를 기억하는 데 능숙하지 않습니다. 그러나 우리는 단어를 잘 기억하며 도메인 이름이 필요한 곳입니다. 아마도 다음과 같은 수백 개의 도메인 이름이 머리에 저장되어 있을 것입니다.

  • howstuffworks.com — 우리가 가장 좋아하는 도메인 이름
  • google.com — 세계에서 가장 많이 사용되는 도메인 이름 중 하나
  • mit.edu — 인기 있는 EDU 이름
  • bbc.co.uk — 국가 코드 UK를 사용하는 세 부분으로 된 도메인 이름

도메인 이름은 점(마침표)으로 구분된 문자열이 있는 것으로 인식됩니다. 도메인 이름의 마지막 단어는 최상위 도메인을 나타냅니다 . 이러한 최상위 도메인 은 Root Zone Database 라고 하는 IANA에 의해 제어되며 나중에 더 자세히 살펴보겠습니다. 1,000개 이상의 최상위 도메인이 있으며 다음은 가장 일반적인 도메인입니다.

  • COM — 모든 사람에게 개방되어 있지만 상업적인 웹사이트
  • NET — 모든 사람에게 열려 있지만 네트워크 웹사이트
  • ORG — 비영리 조직 웹사이트, 모두에게 열려 있지만
  • EDU — 학교 및 교육 기관으로 제한됨
  • MIL — 미군으로 제한됨
  • GOV — 미국 정부로 제한됨
  • US, UK, RU 및 기타 2자리 국가 코드 - 각각은 해당 국가의 도메인 이름 기관에 할당됩니다.

도메인 이름에서 최상위 도메인 앞에 추가하는 각 단어와 점 조합은 도메인 구조의 수준을 나타냅니다. 각 수준은 해당 도메인 수준을 관리하는 서버 또는 서버 그룹을 나타냅니다. 예를 들어, 도메인 이름의 "howstuffworks"는 COM 최상위 도메인에서 두 번째 수준 도메인입니다. 조직 에는 영국 국가 코드를 담당하는 도메인 이름 기관에서 생성한 추가 수준인 CO 아래 BBC 도메인인 "bbc.co.uk"와 같이 인터넷 존재를 추가로 구성하는 하위 도메인 계층이 있을 수 있습니다 .

www 또는 mail과 같은 도메인 이름의 맨 왼쪽 단어는 호스트 이름 입니다. 일반적으로 특정 용도로 사용되는 도메인의 특정 시스템(특정 IP 주소 사용)의 이름을 지정합니다. 주어진 도메인은 모두 해당 도메인에 고유한 경우 수백만 개의 호스트 이름을 포함할 수 있습니다. ("http" 부분은 Hypertext Transfer Protocol의 약자로 사용자가 방문하는 웹사이트로 정보를 보내는 프로토콜입니다. 요즘에는 정보가 전송되고 있다는 표시인 "https"가 더 많이 보입니다. 정보가 암호화된 보안 프로토콜에 의해 전송됩니다. 이는 웹사이트에 신용 카드 번호를 제공하는 경우 특히 중요합니다[출처: EasyNews ].

주어진 도메인의 모든 이름은 고유해야 하기 때문에 목록을 제어하고 중복이 발생하지 않도록 하는 방법이 있어야 합니다. 등록 대행자가 등장하는 곳입니다. 등록 대행자는 하나 이상의 최상위 도메인 바로 아래에 도메인 이름을 할당하고 인터넷에서 도메인 이름의 고유성을 적용하는 ICANN 서비스인 InterNIC에 등록할 수 있는 기관입니다. 각 도메인 등록은 whois 데이터베이스 로 알려진 중앙 도메인 등록 데이터베이스의 일부가 됩니다 . NSI(Network Solutions, Inc.)는 최초의 등록 기관 중 하나였으며 오늘날 GoDaddy.com과 같은 회사는 다른 많은 웹사이트 및 도메인 관리 서비스 외에도 도메인 등록을 제공합니다. [출처: 인터닉 ]

나중에 도메인 이름을 만드는 방법을 볼 때 도메인 등록의 일부는 해당 도메인의 호스트 이름과 하위 도메인을 확인할 수 있는 권한이 있는 하나 이상의 이름 서버(DNS 서버)를 식별해야 한다는 것을 알 수 있습니다. . 일반적으로 자체 DNS 서버가 있는 호스팅 서비스를 통해 이 작업을 수행합니다. 다음으로 이러한 DNS 서버가 도메인을 관리하는 방법과 인터넷을 통해 DNS 서버가 함께 작동하여 트래픽이 IP 주소 간에 올바르게 라우팅되도록 하는 방법을 살펴보겠습니다.

분산 시스템

도메인 주소의 "www" 부분은 "World Wide Web"을 나타내며 온라인에서 무언가를 찾고 있음을 의미합니다(메일과 같은 인터넷의 다른 부분과 반대). 주소에 이 세 글자를 포함하는 것이 예전보다 덜 중요합니다. 헤메라 테크놀로지스/게티 이미지

모든 도메인에는 요청을 처리하는 도메인 이름 서버가 있으며 해당 DNS 서버의 데이터베이스에 기록을 유지 관리하는 사람이나 IT 팀이 있습니다. 지구상에 DNS 서버만큼 많은 요청을 받는 데이터베이스는 없으며 매일 수백만 명의 데이터 업데이트를 처리하면서 이러한 모든 쿼리를 처리합니다. 이것은 DNS의 가장 놀라운 부분 중 하나입니다. 전 세계 수백만 대의 컴퓨터에 완전히 분산되어 있으며 수백만 명의 사람들이 관리하지만 단일 통합 데이터베이스처럼 작동합니다!

DNS를 관리하는 것은 큰 일처럼 보이기 때문에 대부분의 사람들은 그것을 IT 전문가에게 맡기는 경향이 있습니다. 그러나 DNS가 작동하는 방식과 DNS 서버가 인터넷을 통해 분산되는 방식에 대해 조금 배우면 DNS를 자신 있게 관리할 수 있습니다. 가장 먼저 알아야 할 것은 DNS 서버가 상주하는 네트워크에 있는 DNS 서버의 목적이 무엇인지입니다. DNS 서버의 기본 작업은 다음 중 하나입니다.

  • 자체 네트워크에서 가장 자주 사용되는 도메인 이름 및 IP 주소의 작은 데이터베이스를 유지하고 다른 모든 이름에 대한 이름 확인을 인터넷의 다른 DNS 서버에 위임합니다.
  • 해당 DNS 서버에 권한이 있는 모든 호스트 및 하위 도메인과 IP 주소를 쌍으로 연결합니다.
웹 브라우저에 URL을 입력하면 DNS 서버는 리소스를 사용하여 해당 웹 서버의 IP 주소로 이름을 확인합니다.

첫 번째 작업을 수행하는 DNS 서버는 일반적으로 ISP(인터넷 서비스 공급자)에서 관리합니다. 앞서 언급했듯이 ISP의 DNS 서버는 온라인 상태가 되자마자 DHCP에서 얻는 네트워크 구성의 일부입니다. 이러한 서버는 ISP의 데이터 센터에 있으며 다음과 같이 요청을 처리합니다.

  • 데이터베이스에 도메인 이름과 IP 주소가 있으면 이름 자체를 확인합니다.
  • 데이터베이스에 도메인 이름과 IP 주소가 없으면 인터넷의 다른 DNS 서버에 접속합니다. 이 작업을 여러 번 수행해야 할 수도 있습니다.
  • 다른 DNS 서버에 연결해야 하는 경우 제한된 시간 동안 조회 결과를 캐시하므로 동일한 도메인 이름에 대한 후속 요청을 신속하게 해결할 수 있습니다.
  • 합리적인 검색 후에도 도메인 이름을 찾지 못하면 이름이 유효하지 않거나 존재하지 않는다는 오류를 반환합니다.

위에서 언급한 DNS 서버의 두 번째 범주는 일반적으로 웹, 메일 및 기타 인터넷 도메인 호스팅 서비스와 연결됩니다. 일부 하드코어 IT 전문가는 자체 DNS 서버를 설정하고 관리하지만 호스팅 서비스 덕분에 기술 수준이 낮은 사용자가 DNS를 훨씬 쉽게 관리할 수 있습니다. 특정 도메인을 관리하는 DNS 서버 를 해당 도메인에 대한 SOA ( 권한 시작 )라고 합니다. 시간이 지남에 따라 SOA에서 호스트를 조회한 결과는 다른 DNS 서버로 전파되고, 이는 차례로 다른 DNS 서버로 전파되는 방식으로 인터넷을 통해 전파됩니다.

이 전파는 각 DNS 서버가 TTL( Time To Live) 이라고 하는 제한된 시간 동안 조회 결과를 몇 분에서 며칠 사이에 캐싱한 결과입니다 . DNS 서버를 관리하는 사람은 TTL을 구성할 수 있으므로 TTL 값은 인터넷에 따라 달라집니다. 따라서 "www.howstuffworks.com"을 조회 할 때마다 귀하 또는 해당 서버를 사용하는 다른 사람이 이전에 검색한 경우 ISP의 DNS 서버가 자체 캐시 에서 조회 결과 "70.42.251.42"를 찾을 수 있습니다. 서버의 TTL 내에서.

이 훌륭한 DNS 서버 웹에는 지정된 최상위 도메인에 대한 도메인 계층의 맨 위에서 시작 하는 루트 이름 서버가 포함되어 있습니다. 각 최상위 도메인에 대해 선택할 수 있는 수백 개의 루트 이름 서버가 있습니다. DNS 조회가 루트 이름 서버에서 시작할 필요는 없지만 도메인에 대한 SOA를 추적하는 데 도움이 되는 최후의 수단으로 루트 이름 서버에 연결할 수 있습니다.

DNS 서버가 상호 연결되어 이름 확인 프로세스를 개선하는 방법을 알았으므로 이제 DNS 서버를 도메인의 권한으로 구성하는 방법을 살펴보겠습니다.

새 도메인 이름 만들기

쇼핑 웹사이트라면 기억하기 쉬운 도메인 이름을 갖는 것이 중요합니다. skaman306/게티 이미지

새 도메인 이름을 만들려면 다음을 수행해야 합니다.

  • Whois 데이터베이스를 사용하여 아직 등록되지 않은 고유한 도메인 이름을 찾습니다. Network Solutions 와 같이 무료 Whois 데이터베이스 검색을 제공하는 여러 사이트가 있습니다 . 검색이 비어 있으면 도메인 이름이 사용 가능한 것입니다.
  • 등록 기관에 도메인 이름을 등록합니다. 선택할 수 있는 등록 대행자가 많이 있으며 일부는 COM, NET 및 ORG 버전의 도메인을 동시에 등록하거나, 2년 이상 등록하거나, 같은 회사에서 도메인을 호스팅하는 경우 특별 가격을 제공합니다. .
  • 등록 대행자와 다른 회사에서 도메인을 호스팅하는 경우 도메인 이름이 호스팅 회사 의 올바른 호스트 이름 또는 IP 주소 를 가리키도록 등록 대행자를 구성합니다 (A 레코드에 대한 아래 정보 참조) [출처: Wilson 및 Randall ] .

등록 대행자 또는 호스팅 회사의 DNS 서버를 사용한다는 것은 도메인선점 되었음을 의미 합니다 . 즉, 다른 사람이 DNS 서버용 컴퓨터 하드웨어를 소유하고 있으며 귀하의 도메인은 해당 회사의 더 큰 DNS 구성의 일부일 뿐입니다. 또는 자체 DNS 호스팅에 대한 열정이 있다면 실제 또는 가상 머신으로 자체 서버를 설정할 수 있습니다. 어떤 DNS 설정을 결정하든 앞서 설명한 대로 해당 DNS 서버(또는 서버 그룹)가 도메인의 SOA가 됩니다[출처: BlueHost ].

SOA가 다른 곳에 있든 자체 시스템에 있든 상관없이 DNS 설정을 확장 및 수정하여 하위 도메인을 추가하고 전자 메일을 리디렉션하고 다른 서비스를 제어할 수 있습니다. 이 정보는 DNS 서버 의 영역 파일 에 보관됩니다 . 자체 서버를 실행하는 경우 텍스트 편집기에서 영역 파일을 수동으로 편집해야 할 수 있습니다. 오늘날 많은 등록 기관에는 도메인의 DNS를 관리하는 데 사용할 수 있는 웹 인터페이스가 있습니다. 추가하는 각각의 새 구성을 레코드라고 하며 다음은 DNS 서버에 대해 구성할 수 있는 가장 일반적인 유형의 레코드입니다[출처: GoDaddy.com ].

  • 호스트(A) — 이것은 모든 도메인 이름의 필수 구성요소인 호스트 이름에 대한 IP 주소의 기본 매핑입니다.
  • 정식 이름(CNAME) — 도메인의 별칭입니다. 해당 별칭에 액세스하는 모든 사람은 자동으로 A 레코드에 표시된 서버로 연결됩니다.
  • MX(메일 교환기) — 전자 메일 트래픽을 특정 서버에 매핑합니다. 다른 호스트 이름이나 IP 주소를 나타낼 수 있습니다. 예를 들어 도메인 의 이메일에 Google을 사용하는 사람들은 ghs.google.com을 가리키는 MX 레코드를 생성합니다.
  • 이름 서버(NS) — 영역에 대한 이름 서버 정보를 포함합니다. 이를 구성하면 전 세계의 다른 DNS 서버에서 도메인에 대한 조회 정보를 캐싱할 때 서버가 다른 DNS 서버에 귀하의 도메인이 귀하의 도메인에 대한 최종 권한(SOA)임을 알립니다.
  • 권한 시작(SOA) — 이것은 영역의 기본 이름 서버 및 기타 정보가 있는 모든 영역 파일의 시작 부분에 있는 하나의 더 큰 레코드입니다. 등록 기관이나 호스팅 회사에서 DNS 서버를 실행하는 경우 이를 관리할 필요가 없습니다. 자신의 DNS를 관리하는 경우 DNS SOA 레코드 의 구조 에 대한 이 기사를 사용하여 이를 위한 팁을 엿볼 수 있습니다 .

다음은 텍스트 편집기에서 직접 편집하는 사람들에게 영역 파일이 어떻게 보이는지 보여주는 예입니다. 가운데 열(각 줄의 두 번째 항목)에는 위에 나열된 레코드 유형이 포함됩니다. 왼쪽 열에 "@"가 표시되면 달리 지정되지 않은 모든 경우에 레코드가 적용됨을 의미합니다.

@ NS auth-ns1.howstuffworks.com

@ NS auth-ns2.howstuffworks.com

@ MX 10 메일

메일 A 209.170.137.42

vip1 A 216.183.103.150

www 씨네임 vip1

일반 사용자는 MX 및 CNAME 레코드를 최대한 활용할 수 있습니다. MX 레코드를 사용하면 도메인에 Google Apps와 같은 것을 사용하기로 선택한 경우 호스팅 회사가 아닌 다른 곳에서 메일 서비스를 가리킬 수 있습니다. CNAME 레코드를 사용하면 도메인의 호스트 이름을 다양한 다른 위치로 지정할 수 있습니다. 여기에는 google.example.com이 google.com으로 리디렉션되도록 설정하거나 자체 IP 주소로 전용 게임 서버를 설정하고 gameserver.example.com과 같은 항목을 가리키는 설정이 포함될 수 있습니다.

DNS는 끊임없이 진화하고 있습니다

이제 도메인 이름 서버, DNS가 도메인 이름을 IP 주소에 매핑하는 방법, 도메인 이름을 선택하고 전 세계 DNS 서버의 분산 시스템 내에서 작동하도록 구성하는 방법에 대해 더 많이 알게 되었습니다. 또한 영역 파일이 있는 영역에 있으며 도메인 이름 서버에 성공하기 위해 등록되었습니다.

DNS는 정적 개념이 아님을 이해해야 합니다. 2018년 말 ICANN은 마침내 DNS를 위한 새로운 보안 기능을 출시했습니다. 간단히 말해서, 이러한 변경 사항은 기술자가 루트 영역 키 서명 키(KSK)로 알려진 DNSSEC(Domain Name System Security Extensions) 프로토콜에 사용되는 암호화 키에 영향을 미쳤습니다. ICANN은 보안 개선이 필요했는데, 이는 부분적으로 는 수백만 개의 새로운 상호 연결된 장치를 인터넷에 도입하는 사물 인터넷 으로 인해 네트워크가 빠르게 변화하고 확장하는 방식 때문입니다 [출처: Cooney ].

범죄를 염두에 둔 해커가 DNS 시스템에 접근하여 개인 정보를 훔치거나 예를 들어 DNS 하이재킹과 같은 공격에서 단순히 혼란을 일으키려고 하기 때문에 이러한 안전 조치는 매우 중요합니다. 즉, 방어 정신이 있는 컴퓨터 사용자와 IT 전문가 모두 DNS 중독 공격 및 서비스 거부 공격을 방지하기 위한 예방 조치에 대해 최신 상태를 유지해야 합니다[출처: Greenberg , SecurityTrails ].

그러나 DNS의 상태에는 더 큰 그림이 걸려 있습니다. 기술 전문가와 강력한 회사(또는 억압적인 정치 체제)가 트래픽 DNS 트래픽을 추적하는 것이 종종 가능합니다. 잘못된 사람이 이러한 종류의 데이터를 규제 감독 없이 모든 종류의 사악한 벤처에 사용할 수 있습니다. 2018년에 인터넷 엔지니어링 태스크 포스(Internet Engineering Task Force)는 새로운 DNS-over-HTTPS를 표준으로 채택했습니다. 이는 본질적으로 목적에 상관없이 인터넷을 사용하는 모든 사람에게 더 나은 개인 정보를 제공하기 위한 암호화 개념으로, 조작 또는 악의를 훨씬 더 어렵게 만듭니다. 온라인에서 당신을 따라다니는 디지털 제국[출처: Chirgwin , Morgenroth ].

하지만 모든 인터넷과 마찬가지로 새로운 DNS-over-HTTPS 패러다임은 확정된 문제가 아니며 모든 종류의 잠재적 조정 및 변경 대상입니다. 다시 말해, 인터넷 자체와 마찬가지로 DNS라는 전화번호부는 그 어느 때보다 빠른 속도로 발전할 것이며 네트워크가 정상적으로 작동하도록 유지하기 위해 이러한 리소스를 유지 관리하고 보호하는 것이 점점 더 중요해집니다.

최초 발행일: 2000년 4월 1일

DNS FAQ

DNS란 무엇입니까?
DNS는 Domain Name System의 약자로 인터넷의 전화번호부라고 할 수 있습니다. DNS는 URL을 올바른 IP 주소와 연결합니다.
DNS는 무엇을 합니까?
DNS는 URL을 특정 웹사이트의 IP와 일치시키는 방법을 제공합니다.
8.8 8.8 DNS를 사용할 수 있습니까?
구글의 퍼블릭 DNS 서버로 기본적으로 구글이 DNS를 제공하고 서비스 유지를 책임진다는 뜻이다. 이 DNS는 인터넷상의 모든 사용자가 사용할 수 있습니다.
DNS를 전환하는 것이 안전합니까?
DNS 설정을 OpenDNS 서버로 변경하는 것은 안전한 것으로 간주되며 완전히 되돌릴 수 있으며 네트워크나 PC에 해를 끼치지 않습니다.
전화에서 DNS는 무엇을 의미합니까?
인터넷과의 모든 연결은 DNS에 의존하며 여기에는 전화도 포함됩니다. 전화기에서 개인 DNS를 활성화하려면 설정 > 네트워크 및 인터넷 > 고급 > 개인 DNS로 이동하고 개인 DNS 서비스의 URL을 호스트 이름으로 입력하고 저장을 클릭합니다.

더 많은 정보

관련 기사

  • 웹 서버 작동 방식
  • 이메일 작동 방식
  • 네트워크 주소 변환 작동 방식
  • 웹 페이지 작동 방식
  • IP 주소란 무엇입니까?
  • 대형 웹 사이트는 매일 수백만 명의 방문자를 어떻게 관리합니까?

더 좋은 링크

  • 인터닉
  • ICANN
  • Microsoft TechNet: DNS 레코드 관리
  • BitLaw.com: 도메인 이름 분쟁

출처

  • 블루호스트 웹호스팅. "선점 도메인 정의." https://my.bluehost.com/hosting/help/79 (2018년 11월 5일)
  • 처그윈, 리처드. "'수감자들이 망명을 인수했습니다': DNS Godfather는 HTTPS 채택을 통해 DNS를 폭발시킵니다." 레지스터. 2018년 10월 23일. (2018년 11월 5일) https://www.theregister.co.uk/2018/10/23/paul_vixie_slaps_doh_as_dns_privacy_feature_becomes_a_standard/
  • 시스코. "새 사용자를 위한 IP 주소 지정 및 서브넷 지정." 2016년 8월 10일. https://www.cisco.com/c/en/us/support/docs/ip/routing-information-protocol-rip/13788-3.html(2018년 11월 5일)
  • 쿠니, 마이클. "ICANN의 인터넷 DNS 보안 업그레이드는 분명히 결함 없이 진행됩니다." 네트워크 월드. 2018년 10월 12일. (2018년 11월 5일) https://www.networkworld.com/article/3313341/internet/icanns-internet-dns-security-upgrade-apparently-goes-off-without-a-glitch .html
  • 고대디닷컴. "도움말: 영역 파일과 영역 레코드가 무엇입니까?" GoDaddy.com, Inc., 2011년 5월 5일. (2018년 11월 5일)
  • 고대디닷컴. "DNS 영역 파일 관리." https://www.godaddy.com/help/manage-dns-zone-files-680(2018년 11월 5일)
  • 그린버그, 앤디. "ackHacker Lexicon: DNS 하이재킹이란 무엇입니까?" 열광한. 2017년 9월 4일. https://www.wired.com/story/what-is-dns-hijacking/ (2018년 11월 5일)
  • 인터닉. "도메인 이름, 등록 기관 및 등록에 대한 InterNIC FAQ." 인터닉. 할당된 이름 및 번호를 위한 Internet Corporation. 2003년 9월 25일 (2018년 11월 5일) http://www.internic.net/faqs/domain-names.html (2018년 11월 5일)
  • IT 기어드. "DNS에서 SOA 레코드란 무엇입니까?" 2011년 10월 28일. http://www.itgeared.com/articles/1132-what-is-soa-record-in-dns/ (2018년 11월 5일)
  • 라멜, 토드. "IP 주소 알아보기." 테크공화국. 2001년 5월 3일. https://www.techrepublic.com/article/getting-to-know-your-ip-addresses/ (2018년 11월 5일)
  • 모디, 아치트. "Linux에서 IP 주소를 찾는 방법." 오픈소스닷컴. 2018년 5월 17일. https://opensource.com/article/18/5/how-find-ip-address-linux (2018년 11월 5일)
  • 모르겐로스, 스벤. "HTTPS를 통한 DNS의 장단점." 보안 대로. 2018년 11월 1일. https://securityboulevard.com/2018/11/pros-and-cons-of-dns-over-https/ (2018년 11월 5일)
  • 프라이스, 데이빗. "Mac의 IP 주소를 찾는 방법." 맥월드. 2018년 4월 24일. https://www.macworld.co.uk/how-to/mac/mac-ip-address-3676112/ (2018년 11월 5일)
  • 루젠, 시프리안. "Windows에서 IP 주소를 찾는 8가지 방법(모든 버전)." 디지털 시민. 2017년 12월 6일. https://www.digitalcitizen.life/find-ip-address-windows (2018년 11월 5일)
  • SecurityTrails.com. "DNS 공격을 방지하기 위한 8가지 팁." 2018년 7월 4일. https://securitytrails.com/blog/8-tips-to-prevent-dns-attacks(2018년 11월 5일)
  • 베리사인. "Verisign 도메인 산업 개요." 2018. https://www.verisign.com/en_US/domain-names/dnib/index.xhtml (2018년 11월 5일)
  • 윌슨, 제프리, 랜달, 닐. "웹사이트의 도메인 이름을 등록하는 방법." PC 매기. 2018년 7월 27일. https://www.pcmag.com/article2/0,2817,33918,00.asp (2018년 11월 5일)