DNS(도메인 이름 시스템)가 무엇인지에 대한 정보를 찾으면 사람과 기계 간의 모든 통신을 용이하게 하는 시스템임을 알게 됩니다.

우리 인간은 자신을 식별하기 위해 이름을 사용하는 반면 컴퓨터는 숫자를 사용하고 DNS는 배타적 목록에 있는 숫자와 이름을 결합하는 중간 지점에 나타납니다.

그럼 Domain Name System이 무엇이고 어떻게 작동하는지 알아볼까요?

DNS란 무엇입니까?

일부 호스트 이름에 대한 요청을 변환한 다음 컴퓨터만 이해할 수 있는 특정 IP 번호에 액세스하는 것이 주요 기능인 네트워크에 분산된 데이터베이스 시스템입니다.

따라서 특정 번호와 결합된 호스트 이름에 대한 정보는 모두 디렉토리에 보관되고 이러한 디렉토리는 도메인 이름 서버에 저장됩니다.

어떻게 작동합니까?

이제 그것이 무엇인지 알게 되었으므로 작동 방식을 아는 것 또한 매우 중요합니다. 기본적으로 도메인 이름 시스템의 그룹 구조 내에서 단계별로 작동합니다. 첫 번째 단계는 DNS 쿼리로 시작합니다. 이것은 일부 정보에 대한 쿼리 요청입니다.

당신이 어떤 것 또는 어떤 정보를 찾기 위해 인터넷을 서핑하고 있고 물론 그것을 위해 브라우저를 사용하고 있다고 가정해 봅시다. 그런 다음 브라우저에서 예를 들어 www.placardefutebol.com.br과 같은 도메인 이름을 입력합니다.

따라서 프로세스 시작 시 DNS 서버는 운영 체제의 일부이며 호스트 이름을 IP 주소에 매핑하는 간단한 텍스트 파일인 파일 호스트를 직접 확인합니다.

정보를 찾지 못하면 정보를 일시적으로 저장하는 하드웨어 또는 소프트웨어인 캐시로 직접 이동합니다.

데이터를 캐시하는 가장 일반적인 장소는 확실히 인터넷 브라우저와 ISP(인터넷 서비스 공급자)입니다. 그리고 이 간단한 단계의 결과는 사용 가능한 데이터나 정보가 없는 경우 분명히 오류 메시지가 됩니다.

DNS 서버란 무엇입니까?

매우 객관적인 방식으로 DNS 서버는 공용 IP 주소와 관련 도메인을 포함하는 데이터베이스가 있는 컴퓨터라고 말할 수 있습니다.

우리는 그들 중 많은 수가 있다는 것을 언급하지 않을 수 없으며 차례로 소프트웨어를 실행하고 특수 프로토콜을 기반으로 서로 통신합니다.

즉, 도메인과 도메인이 가리키는 서버의 ID인 IP 번호를 연결하는 역할을 합니다. 따라서 DNS 서버는 웹사이트 "dominio.com"을 IP 주소로 변환하는 시스템이라고 말할 수 있습니다.

다음과 같은 몇 가지 유형의 DNS 서버를 알아두십시오.

이제 그것이 무엇인지, 어떻게 작동하는지, DNS 서버가 무엇인지 알았으므로 아래에 몇 가지 서버에 대한 간략한 목록을 준비했습니다.

담론적 DSN:

쿼리(요청)가 반복적으로 전송되는 경우를 상상해 보십시오. 이 경우 서버는 브라우저인 클라이언트를 대신하여 요청을 이행하도록 다른 서버에 요청할 수 있습니다.

이를 재귀 DNS라고 합니다. 다음과 같이 작동합니다. 데이터 및 정보에 대한 각 요청에 응답하기 위해 차례로 열심히 일하는 에이전트인 것처럼 상상해 보십시오. 따라서 이 정보를 얻기 위한 노력에는 루트 DSN 서버의 도움을 요청하는 것도 포함됩니다.

네임서버 TLD:

예를 들어 Facebook 사이트 또는 Google에 액세스해야 하는 경우 끝에 .com 확장자로 끝나는 도메인에 액세스하게 됩니다. 이 유형의 확장도 높은 수준으로 분류됩니다.

따라서 이러한 유형의 도메인에 대한 서버를 TLD 네임서버라고 하며, 공통 도메인 확장에 대한 모든 종류의 정보를 관리하는 역할을 담당합니다.

따라서 www.facebook.com 웹사이트에 대한 정보를 요청할 때 .com TLD는 DNS 해석기에 대한 요청에 응답하므로 Authoritative DNS 서버를 참조합니다. 신뢰할 수 있는 이름 서버라고도 합니다. 그리고 이것이 이 도메인에 대한 원래 리소스가 있는 유일한 서버라는 것을 알고 있습니다.

루트 네임서버:

루트 이름 서버라고도 하는 루트 DSN 서버는 DNS 계층에서 가장 높은 수준입니다. 공식적인 이름은 없으며 단순하게 함축된 빈 줄로 제목이 지정됩니다. 참조 은행인 것처럼 상상해 보세요. 그렇게 하면 이해가 더 잘 될 것입니다.

실제로는 Recurrent DNS도 액세스 요청을 루트 네임서버로 전달합니다. 그러면 서버가 요청에 응답하고 에이전트에게 더 구체적인 위치로 이동할 수 있도록 알려줍니다. 높은 순위와 TLD 유형 도메인의 이름입니다.

신뢰할 수 있는 네임서버:

DNS가 신뢰할 수 있는 이름 서버를 충족하도록 확인되면 모든 일이 발생합니다. 왜냐하면 신뢰할 수 있는 이름 서버에는 이미 서비스를 제공하는 도메인 이름의 모든 데이터와 정보가 있기 때문입니다. 그런 다음 서버가 레지스트리에서 찾은 IP 주소에 대한 반복 확인자를 간단히 제공할 수 있습니다.

DNS 레코드 유형:

다음과 같은 DNS 레코드 유형도 언급하지 않을 수 없습니다.

• A(호스트): 새 호스트, TTL(Time to Live) 및 Point To를 추가할 수 있는 기본 레코드입니다.
• MX(Mail Exchange): 이것은 새로운 호스트, TTL(Time to Live) 및 Point To를 추가할 수 있는 이메일과 작동하는 서버를 식별하기 위한 기록입니다.
• CNAME(Alias): CNAME은 다른 도메인의 별칭 역할을 하는 레코드로 새 호스트, TTL(Time to Live) 및 Point To를 추가할 수도 있습니다.
• TXT(텍스트): TXT 레코드를 사용하면 텍스트로 정보를 얻을 수 있으며 새 호스트, TTL(Time to Live) 및 Point To를 입력할 수도 있습니다.
• NS(네임서버): DNS 서버 레코드로 새 호스트, TXT 값 및 TTL(Time to Live)을 추가할 수도 있습니다.
• AAAA(IPV6 주소 레코드): 이것은 A 레코드이지만 IPV6 프로토콜에만 해당되며 새 호스트, IPV6 및 TTL(Time to Live)을 넣을 수도 있습니다.
• SRV: 이것은 DNS에 있는 특정 유형의 데이터에 대한 레코드로, 새 우선 순위, 가중치, 이름, 포트, 포인트 대상 및 TTL(Time to Live)을 추가할 수 있습니다.

빠른 결론:

간단히 결론을 내리자면 DNS는 네트워크에 분산된 데이터베이스 시스템이며 주요 기능은 일부 호스트 이름의 요청을 변환한 다음 컴퓨터만 이해할 수 있는 일부 특정 IP에 액세스하는 것입니다.

따라서 특정 번호와 결합된 호스트 이름에 대한 정보 및 데이터는 모두 하나의 디렉토리에 저장되며 이러한 디렉토리는 도메인 이름 서버에 저장됩니다.

이것으로 도메인 이름 시스템 또는 DNS가 무엇인지 배웠는지 확인하는 작업이 끝났습니다. 다음에 ?