이 레슨에선 도메인 이름 시스템,
혹은 dns에 대해 얘기하겠습니다
Dns 프로토콜은
네 안 돼요
예를 들어, 내가 당신에게 내 웹사이트를 방문하라고 했다면, 나는 단순히
"야, 디온트레이닝으로 가거라. 66이란 숫자를 기억하는 것보다
그게 훨씬 쉽죠
123 45 237번지,
혹은 제 웹 서버의 ip 주소가 뭐든 간에요
결국 광고에 나오는 숫자를 말하는
건 소비자에게 디온 트레이닝을 권하는
것만큼 기억에 남지도
않으니까요 코카콜라 ms라고도
하죠 컴 맞죠?
그렇다면 컴퓨터는 이러한 다양한 도메인
이름에서 웹 서버의 ip 주소를
찾는 방법을 어떻게 알 수 있습니까?
그게 dns의 목적이죠 도메인 이름 시스템이요
DNS가 작동하는 방식은 사용자의 컴퓨터가 diontraining과 같은 곳으로
이동하라는 지시를 받는 것입니다. diontraining이
누구냐고 묻는 거죠
컴? 그러면
dns 서버가 답장을 보내 "아, 나도 디온 트레이닝을
알아요. 컴
Ip 주소는 66.뭔가예요
그리고
라우터와 연결 방법을 이용해 클라이언트를 웹서버로
리다이렉트 합니다 이제 사용해야 할 올바른 IP주소를 목적지로 알고 있으니까요
이 모든 건 사용자와 컴퓨터를 위한 백그라운드에서
발생하죠 아무도 요청할 필요가 없어요 dns는 우리 네트워크와 시스템에 내장된 부분이니까요
네 우리 대부분은 가정용 사용자로서 dns
서버를 실행하지 않을 겁니다 대신
인터넷 서비스 공급자에 의존해 이 작업을 하죠
하지만 자신의 웹사이트를 실행하거나
큰 기업 네트워크를 실행한다면 네트워크
안에 dns 서버도 있을 겁니다 고유의 dns
기록을 설정할 책임이 있죠
어떤 목적으로 어떤 ip 주소에
어떤 서버가 위치할지 명령하는 겁니다
이를 통해 고유한 도메인 이름과 호스트
확인을 실행하여 해당 도메인 이름을 ip 주소로
변환할 수 있습니다.
이렇게 생각하면 돼요
휴대폰에 연락처 목록이 있는 것과 같죠
요즘 전화번호 몇 개 외워요?
많지는 않을 거예요
네 보통은 스마트폰을 꺼내서 상대방
이름을 손가락으로 누르면 전화가
연결되거든요 그럼 그 사람이 받죠
예를 들어 아내한테 전화하고 싶으면 아내 이름을
누르고 아내 얼굴 사진을 제 휴대폰에
누르면 바로 아내 번호로 전화가 가요
전화번호 10자리를 다 외울 필요는 없어요
휴대폰이 알아서 해주거든요
네 왜냐하면 우리는 사람으로서
이름보다 숫자를 기억하는 게 더 어렵기 때문입니다
그래서 연락처 목록을 이용해 얼굴이나 이름을 숫자로
변환합니다
네 컴퓨터도 마찬가지예요 컴퓨터는
이름보다 숫자를 훨씬 더 좋아하죠
안 그래요? 도메인 이름을 변환하고 싶은 이유는 우리가
더 쉽게 ip 주소로 변환할 수 있고 컴퓨터가 라우팅 작업을
하기에 더 쉽게 하기 때문입니다 dns가 하는 일은
그게 다입니다
이름을 숫자로 숫자를 이름으로 전환하죠
이제 우리가 이야기해야
할 dns 개념 중 하나는
정규화된 도메인 이름, 즉 fqdn입니다.
도메인 이름이 상위 레벨 공급자 밑에 있을 때죠
예를 들어 가장 일반적인 최상위 공급자는 입니다. 이런 것도 있어요
밀리 교육, . 오그 네트
디온의 훈련을 예로 들어보죠
디온 훈련에는 다양한 종업원이 있어요
저희 서버 중 하나는 웹 서버로
www에 있습니다 디온 훈련 컴
이제, 여기 상단 도메인이 있습니다. 컴
제가 사용하는 도메인 이름은 Dion Training입니다.
제대로 자격을 갖추려면 www를 추가해야 해요
이제 www가 됐어요 디온 훈련 컴
이제 내 웹 서버로 이동하려면
브라우저에 www를 입력하면
됩니다. 디온 훈련 네 컴 이제 제 웹 서버로
리다이렉션이 될 거예요 dns는 제 웹 서버의 ip 주소를
어떻게 회전시킬지 알거든요 완전히
증명된 도메인 이름을 사용해서요
대신 제 파일 서버로 가고 싶다면 ftp를
입력해야 합니다 디온 훈련 제가 저기서
실행하는 서버거든요
제 메일 서버로 가고 싶다면 메일을
입력하세요 디온 훈련 컴
이 세 가지는 모두 자격을
완전히 갖춘 도메인 이름, 혹은 fqdn의 예입니다
네 기본적으로 서비스가 있죠 도메인 네임
a.와 상위 레벨 도메인요 이것도 똑같이 작동해요
인터넷에서 어떤 도메인을
보고 있든 상관없이요 ,
Dns는 계층 구조로 설정됩니다
이는 다섯 가지 다른 수준에서 발생합니다.
경로가 정해져 있죠 상위 레벨 도메인 2단계
도메인 하위 도메인과 호스트요 , 좋아요,
경로
네 안
돼요
이 서버들은 상위 레벨의 모든 도메인의
전역 리스트를 갖고 있어요 컴 네트 오그 밀, 기타.
두 번째 레벨은 최상위 레벨 도메인입니다
이것들은 두 개의 카테고리로 나뉩니다
예를 들어 조직 서열이죠 젠장 네트 지리적 위계질서
같은 거요 영국의 경우 uk, . 프랑스의 경우 fr. 이탈리아나 다른 나라에서는요
세 번째 수준 아래를 두 번째 수준 도메인이라고 합니다.
이 도메인은 최상위 도메인 바로 아래에 있습니다
예를 들어, 제 도메인 디온 트레이닝은
2단계 도메인입니다. 상단 도메인이죠
젠장 com은 라우트 도메인 아래에 있습니다.
계층 구조의 일부로 함께 레벨을
올리는 거죠
네 번째 네 새로운 서버를 생성하고
싶다면 디온 트레인이라는
두 번째 도메인에 설치합니다 하위 도메인을 이용해
할 수 있어요
저는 다양한 목적으로
다양한 도메인을 써요
www 서브도메인에 제 메인 웹사이트가 있어요
www를 입력하세요 디온 훈련 제 웹 서버로
가는데 support라는 것도
있어요
지원 하위 도메인은
지원에 위치합니다 디온 훈련 컴
우편물, 우편물 디온 훈련 컴
전부 다른 도깨비예요
마지막 다섯 번째 레벨은 호스트 레벨입니다
이는 dns 계층 구조 내에서 가장
낮고 가장 상세한 수준이며 네트워크의 특정 시스템이나
서버를 나타냅니다.
네 이제 DNS를
생각할 때 하지만 하지만
www 같은 거요
? 디온 훈련 하위 도메인, 2단계 도메인과
상위 도메인을 포함하고 있죠
네 이제 한 단계 더 나아가고 싶다면 균일 리소스
위치 탐지기라 알려진 url
관점에서 볼 수 있습니다
다시, 제 웹 서버를
예로 들죠 www요 디온 훈련 컴
완전히 증명된 도메인 이름이죠 하지만 어떻게
엑세스하는지는 알려주지 않아요
이것을 안전하게 할까요? 아니면 불안하게 할까요?
Url을 통해 그걸 말씀드려야 합니다
아이디와 비밀번호를 알려주고
싶다면 안전하게 해야 합니다
www 앞에 HTTPS://를
추가할 겁니다 디온 훈련 .com 그리고 url이
됩니다 통합 리소스 추적기죠 디온 훈련에 어떻게 접근하는지
알려주거든요 컴의 웹 서버죠
그래서 시작에 https가 있어요
하이퍼 텍스트 전송 프로토콜은
안전합니다 그게 그에 접근하는 메서드죠
이제 내 웹사이트에 안전하지 않게 액세스하고 싶다면
웹 주소 시작 부분에 http://를
추가하면 됩니다.
Ftp로 연결하고 싶으면
ftp:/ftp를 사용하세요 디온 훈련 url로 .com을 지정할 수 있어요 방법은 아주
많죠 시스템에 지시하면
URL과 완전히 정규화된
도메인 이름을 생성합니다
다음으로, dns 서버 내에 존재하는 다양한
유형의 dns 레코드에 대해 이야기해야 합니다.
dns 서버에 저장합니다
사용 사례에 따라 다양한 유형의 정보를 담은 다양한
기록을 생성할 거예요
이를 a 레코드, aaaa 레코드, cname 레코드, mx 레코드, txt
레코드 및 ns 레코드라고 합니다.
이러한 다양한 레코드 유형을 각각
간단히 살펴보겠습니다.
우선 a 기록이
있어요 주소 기록의 약자죠
A 레코드는 호스트 이름을 IPv4
주소와 연결하는 데 사용됩니다
예를 들어 www에 기록이 있어요 디온 훈련 ip 주소 45로
링크하죠 79 184 180.
이 외에도 @ 호스트에 대한 a 레코드를 설정할 수도
있으며 이는 경로 도메인에 대한
레코드를 나타냅니다.
Dion Training의 경우 @ record는
diontraining을 의미합니다 도메인의 경로인 com이 특정
IP에 리스트에
나타납니다
이런 방법으로 사용자들은 웹사이트를 찾을 수 있죠 www의
하위 도메인으로 가면 됩니다 디온 훈련 디온 훈련소만
가도요 com을 사용하여 A @ 레코드를
사용하세요.
네 네 하지만 요즘 웹사이트도
IPv6를 지원하죠
도메인 이름을 IPv6 주소로 매핑하려면
AAA 레코드를 사용합니다
그래서 디온 훈련장을 예로 들면 AAA 기록을
2400:2049:29f:1804로 설정할
수 있어요 그게 웹 서버의 IPv6 주소라면요
네 보시다시피 IPv6 주소가 4보다 훨씬 복잡해서
인간이 외우기가 정말
어렵습니다 그래서 AAA나 4A 기록을
사용하는 거죠
다음으로 사용할 기록은 크나메 기록 혹은
교회 명부입니다
네 cname 레코드는 aaa 레코드
대신 사용됩니다 다른 도메인 이름이나 하위 도메인
이름으로 도메인을 가리키고 싶을 때요
예를 들어 저는 diontraining 외에도
다양한 도메인 이름을 소유하고 있습니다. 컴
이들 중 일부는 제가 예전에 다녔던 회사나 제가 운영했던 프로젝트를
위한 것이고, 일부는
앞으로 언젠가 사용할 계획이지만 그 동안에는
Diontraining으로 다시 확인되는 CNAME
레코드로 설정했습니다. 컴
예를 들어, 저는 itil4exam이라는 웹사이트를 운영했어요 com에 등록했지만 그 이후로 해당
도메인 이름 사용을 중단하고
모든 과정을 내 자신의 diontraining에
병합했습니다. 웹사이트요
그래서 그 웹 서버를 종료해도 사람들이 itil4exam을
입력하도록 하고 싶었어요 오류 페이지 대신
뭔가에 도달하는 거죠
그래서 크나메 레코드로
디온 훈련 담당을 직접 가리켰죠 컴
내가 왜 그래야 하죠?
디온 훈련과 병행해서 다른
지역에 몇 년 있었죠 게시된 링크들은 인터넷
전역에 퍼져 있습니다 itil4exam에
호스팅된 코스로
가시는 걸 권장합니다 웹사이트요
네 가장 인기 있는 코스 중 하나는 ITIL 4 Foundation
코스인데 itil4exam에서
있습니다 com/itil-4-foundation.
웹 브라우저에 입력하면 itil4exam을
구분합니다 디온 훈련의 일부입니다 디온 훈련소로 바로
모실게요 com/itil-4-foundation
네 여러분이 레딧에서 찾은
링크를 사용하더라도 몇 년 전 저희 코스를
추천한 링크요 여전히 작동해 판매
페이지로 이어집니다 오리지널 itil4exam이더라도요
컴
서버는 더 이상 사용되지 않고 오프라인으로 되었습니다
Cname 레코드를 사용하는
또 다른 사용 사례는 서버의 하위 도메인을 제공하는
서비스로서 소프트웨어를 사용할 때입니다
예를 들어 저는 freshdesk에서 제공하는 Freshdesk라는
서비스 데스크 티켓 추적 소프트웨어를 사용합니다. 네 기억하기 어려운 명칭을
붙여 주더군요 fdus-143-d15
같은 거요 프레시데스크 컴
네 직원들이 지원 데스크를
찾기 쉽게 Support라는 CNAME
레코드를 만들어 하위 도메인을 기억하기 어려운 곳에 지정했습니다
직원들이 도우러 오면요 디온 훈련 .com 네 우리 지원 시스템으로 가죠 우릴
이 클라우드 인스턴스로 리디렉션해요 프레시다스크가
발행한 하위 도메인이
제공하죠
Cname 기록은 ip 주소를
가리킬 때 사용되지 않습니다
다른 도메인 이름이나 하위 도메인 이름을 가리킬
때만 사용될 수 있어요
좋아요, 다음은 mx
레코드예요 우편물 교환 레코드의 약자죠 여러분이
생각하는 대로 해줘요
이메일 서버 위치를 파악하는 데 도움이 되죠
Mx 레코드는 메일 서버로 메일을 보내는 데 사용됩니다
네 mx 레코드 CNAME 레코드 같은 MX 레코드는
IP 주소가 아닌 다른 도메인을 가리킬 때만 사용됩니다
네 mx 레코드를 만들 때 이 각각의 레코드에
대한 우선 순위도 제공할 수 있을
겁니다
이를 통해 이메일이 먼저 사용할 서버에
대한 기본 설정을 지정할 수 있습니다.
우선순위를 설정할 때
입력하는 숫자가 적을수록 우선순위가 높아집니다
네, 맞아요
본질적으로 골프 규칙입니다.
메일 1이 있습니다 디온테레인프 com은 10으로 설정되고
mail2는 설정됩니다. 디온 훈련 우선순위를 20으로 설정하고 이메일들은 1번 메일을
먼저 사용하려고 합니다
첫 번째 우편물에
못 가면 두 번째 우편물에 연락할 겁니다
네 이제 여러 서버에 걸쳐 이메일을
로드하고 싶다면 우선순위를 같은 값으로
설정하면 됩니다 ,
네 1번과 2번 메일을 위한
기록을 만들고 둘 다 10번으로 우선순위를
정하면 모든 수신 메일이 서버 사이에 균등하게
부하 분산을 합니다
첫 번째는 1개로 가고, 두 번째는
2개로 가고, 세 번째는 1개로,
네 번째는 2개로 가는 식입니다.
다음으로 txt 레코드 또는 텍스트 레코드가 있습니다.
텍스트 레코드 텍스트 레코드는 도메인 관리자가 dns,
이름 시스템에 텍스트를 추가하는 데 사용됩니다 ,
원래 텍스트 레코드는 사람이 읽을 수 있는
메모를 dns 레코드에 추가할 수 있는 방법으로 설계되었으며,
시간이 지남에 따라 이러한 항목이 텍스트 레코드에
점점 더 많이 추가되기 시작했고 결국 기계에 추가하기
시작했습니다. 읽을 수 있는 데이터도 이러한
텍스트 레코드에 포함되어 있으며 요즘에는 주로
보게 될 곳입니다.
여러분의 도메인은 많은 다양한
텍스트 기록도 가질 수 있죠
당신은 그들 중 하나만으로 제한되지 않습니다.
대부분의 경우 텍스트 기록을 보게 될
겁니다 확인을 위해 컴퓨터 가독성 코드를 추가하고
이메일 스팸 예방을 제공해 도메인 소유권을 증명하기 위해
사용되는 텍스트 기록이죠 특정 컴퓨터 가독성
코드를 tt 레코드에 추가해서요
디온 훈련소 같은 곳요 fdkey라는 이름의
텍스트 기록이 있어요 지원, dns 기록 내 32개의
16진수
텍스처링
이러면 지원 시스템 프레시데스크가 diontraining이란
도메인 이름을 확인할 수 있어요 네 커뮤니티요 우리 대신 학생들에게
이메일을 보낼 권한이 있어요 우리 팀이
지원 티켓에 대한
회신을 하면요
네 이건 도메인 소유 확인의 형태예요 그들의
시스템이 dns 기록을 쿼리해서 32 헥사데시멀
숫자로 된 고유한 일련의 숫자를 dns txt 기록에
입력하는 걸 볼 수 있거든요 ,
기본적으로 암호처럼
작동하죠 "이 도메인을 소유했어요 Txt 레코드에 spf, dkim 또는 dmarc 메시지와
같은 정보를 입력하면 이메일
서비스를 확인하고 도메인 및
이메일 주소를 사용하는 다른 사람에게
스팸으로 알려진 스푸핑되거나 원치 않는 메시지가 전송되는
것을 차단할 수 있습니다.
spf나 발신자 정책
프레임워크요 이건 dns 기록으로 도메인에
메일을 보낼 권한이 있는 호스트를 식별합니다
모든 도메인에 허용된 건 하나뿐이죠
,
네 이제 이걸 보시면 이렇게 생긴
게 나옵니다 텍스트 레코드라는 dns
레코드죠 ?
@ 기호가 있는 게 보이시죠 그런 다음
v=spf1라고 합니다 송신자 정책 프레임워크 1이죠
첫 번째예요
그 다음 mx가 있죠 메일 서버 레코드요 그 다음에
이렇게 말해요:_spf 구글이요 이메일
프레시데스크 안녕하세요
이게 뭘 의미할까요?
글쎄, 이것은 실제로 내 이메일 서버의 spf 레코드입니다.
구글이 왜 필요하겠어요? 거기 있나?
구글의 지 스위트를 이용하기 때문이죠 구글은 이메일 서비스
제공 업체예요
이메일 서버는 실행 안 해요
대신, 우리는 그들이 그렇게 하도록 허용하고 그들에게
그렇게 할 수 있는 권한을 부여했습니다.
그들은 spf 성명을 포함하여 우리를 대신하여
이메일을 보낼 권한이 있습니다.
두 번째 것은 "저게 뭐지?"라고
생각하실 겁니다
한 명만 먹을 수 있다면서요 음 하나의 spf
문만 가질 수 있어요 하지만 이
전체는 하나의 라인이죠 dns로
작성됐을 때요 그리고 이 전부는 텍스트에서
전부 다 하나의 라인이고 하나의 spf 문이에요
절 대신해 여러 서버를 전송하도록 승인할 수 있지만
여기 보시는 것처럼 하나의 dns 라인에서만 할 수
있습니다 프레시데스크는 문제 딱지 시스템이죠
네 디온 트레이닝을 지원하는 이메일을 보내면 프레시데스크로
가게 됩니다 하지만 디온 트레이닝에 대한
제 이메일로 보내면 구글로 가게
됩니다 구글이 회사에 대한 개인
이메일을 작성하니까요 그래서 여러분은 이 두 가지를
모두 이 문구 안에 여러분을
대신해 보낼 수 있는 권한이 있는 다른 것들에 포함시켜야
합니다 ,
다음으로 얘기할 건 드킴이에요
메일을 식별한 도메인 키입니다
이걸 이용합니다 네 암호화 인증 매커니즘을
제공합니다
자외선 차단제나 드킴을
검색하면 이런 게 나올 거예요
adobe 메일을 보여주는 예가 있어요 컴
네 맨 위에 d마르크가
있는데 잠시 후 얘기하죠 방금
얘기한 spf도 보이고요
그리고 드킴이 있는데
지금 얘기하고 있는 거죠
기본적으로 아주 긴 암호화
인증 키예요 화면에 보이실 겁니다
자, 드킴은 자외선 차단제를 대체하거나 사용할 수 있어요
네 다음으로 말씀드릴 것은
dmarc입니다 dmarc는 도메인 기반 메시지
인증으로 보고와 순응입니다
네 기본적으로 프레임워크죠 이 프레임워크는
SPF의 적절한 응용을
보장받도록 사용되고 DNS
레코드로 게시된 정책을 활용하는데 사용됩니다
화면의 마지막 이미지에서 간단히 보여드렸죠
이미지의 상단으로 dmarc를
보여드렸어요
다시 보고 싶다면 지금
보실 수 있어요
네 자 dmarc를 다룰
땐 자외선 차단제나 드킴을
써도 되고 둘 다 써도 돼요
왜냐하면 기억하세요 , 자외선 차단제랑 디킴은 같이 안 써도 돼
둘 중 하나를 사용할 수도 있고 둘
다 사용할 수도 있습니다 dmarc는 둘 중 하나나 둘 다 사용할 것입니다
마크를 상대할 땐
이렇게 보입니다
이 모든 게 어떻게 조화를 이루죠?
네 우선 자외선 차단 지수와 dkim, dmarc가
모두 국가안보서 서버에 있는지 확인해요
일단 모든 기록이 있으면 이
모든 과정이 시작됩니다
자 이제 이걸 하고 나면 다른
모든 게 따라옵니다 메시지를 보내고
싶을 때마다요
네 이 예제에선 메시지가 2개 전송될
겁니다 하나는 승인된 smtp 서버에서
초록색으로 표시되는 거죠 다른 하나는 여러분 도메인을
스푸프하려는 상대방에서요
빨간색으로 나타나죠 ? 네
승인된 것부터 시작하죠
2a라고 적혀 있네요
여러분의 발신자는 그 메시지를 mta에 전송합니다
MTA로 갑니다 메시지
전송 에이전트죠 결국 spf나 DKIM 헤더가 든
메시지를 취하게 됩니다 ????????
이 메시지에 집중하고
다시 적으로 돌아가죠
네 일단 메시지를 받으면
그 메시지를 보고
처리합니다
네 그렇게 하면 그렇게
되면 지난 3,
4분 동안 얘기한 것처럼요
,
네 이제 그렇게 한 다음 그게 합법적이면
메시지가 imap 서버에 있는 수신자의
우편함에 들어가 수신자가 자신의 메일을 통해 메시지를 읽을 수
있기를 기다립니다 ???? 사용자 에이전트
다 좋아요 왜냐하면 이 메시지가 진짜라는 걸 아니까요
왜냐하면 설정된 정책을 바탕으로 자외선 차단제나
dmARC와 그
값을 비교했거든요
네 이제 적을 살펴보면 그들이 메시지를 전송할 때 여전히
철도공사가 처리합니다 왜냐하면 최종 사용자에게 전송하려면
철도공사가 해야 하거든요
네 일단 거기 가면 하지만
spf나 dkim 레코드를 보면서요
,
네 그렇게 한 다음 일치하지 않으면 메시지를
거부하고 삭제하거나 격리해 버립니다
5b에서 볼 수 있듯이 그게
다예요
네 다시 말하지만 이게 작동 방식이에요 이걸 사용함으로써
드킴 드마르크와 자외선 차단 지수를 함께
쓰면 조직에 보안을 더할 수 있죠
마지막으로 ns 레코드 이름
기억 기록의 약자죠
네임스어버 레코드는 네 신뢰할
수 있는 것인지를 가리키도록
사용됩니다
이건 중요합니다 dns는 우리가 얘기한
계층적 모델을 사용하고 모든 서버는 그
레코드를 누가 소유했는지 그걸 변경할 권한이
있는지 알아야 하니까요
네 자 이제 우리가 이미 논의했던
모든 유형을 포함해서요
레코드나 안드로이드 aaa
레코드 교회 명부 기록 메일 교환 기록, 문자
기록
네 네 기본 네임스퍼버와 백업 네임스퍼버를
둘 다 가질 수 있어요
또한, 이름을 직접
부를 필요도 없습니다
디온 훈련소에서는요 네임스워버는 직접
초대하지 않습니다
대신 Cloudflare에
의존하죠 이런 걸 대신해주는 클라우드 서비스 제공자요
디온 훈련에 대한 국가안보부 기록을 찾아보세요 클라우드플레어의
두 명의 정보원이 그 정보를
제공합니다
자 지금까지 전 세계 누구나 접근할 수 있는
공개적으로 사용 가능한 DNS 서버를
호스팅하는 관점에서 dns에 대해 얘길 했었죠
dns는 내부 혹은 외부에서
사용될 수 있습니다
네 지금까지 외부에서만
얘기했으니 내부 얘기를 좀 해보죠
네 요즘에는 클라우드 컴퓨팅으로 내부 dns 서비스를
설정하는 게 아주 흔합니다 클라우드
인스턴스가 같은 네트워크 내나 개인
클라우드 내에서 ip 주소를 사용하지 않고 내부 dns 이름을 이용해
서로 엑세스할 수 있도록 합니다
이걸 위해 내부 a 기록이 생성되고 내부
포인터 기록도 역방향 존에
생성됩니다
네 다행히 대부분의 클라우드 제공자는 내부
dns 기록을 자동으로 생성,
업데이트, 제거합니다 여러분의 사설 클라우드에 가상 컴퓨터와
다른 인스턴스를 생성하고 제거하는 동안에요
외부 dns가 우리 대부분에겐
더 익숙하겠지만요
이건 중앙 기관에서 구입하고 공용
인터넷에서 사용하는
도메인 이름에 따라
생성된 기록입니다
네 각 DNS 기록에는 TTL 또는
live time이라는 단어가 관련되어 있습니다
실행합니다 live는 DNS 해결자에게 새 쿼리를
요청하기 전에 얼마나 오래 캐시를 할 수 있는지 알려주는 설정입니다
다룹니다 따라서 제 dns 레코드는 86,400초로
설정됩니다 그게 보통 디폴트죠 그 말은 제 컴퓨터가
해당 dns 레코드를 확인하고 24시간
동안 기억할 거라는 겁니다 dns 서버로 다시 돌아가
해당 정보를 다시 요청하기 전에요
Dns 캐시로도 알려진 이 dns 해결기는
개별 호스트에 위치합니다
네 예를 들어 Windows 10을 실행한다면 컴퓨터가
모든 DNS 항목을 로컬
복사할 겁니다 인터넷 전체의 웹사이트에
연결하면 해결되죠
임시 데이터베이스는 dns
서버에서 받은 응답을 기억합니다
디온 훈련소에 가면 네 오늘 처음 한 거죠 컴퓨터가 dns
서버에 ip 주소를 요청해야
해요 이제 위치를
아니까 앞으로 24시간
동안 ip를 기억하겠죠
오늘 제 홈페이지를 다섯 번 방문하면
ip 주소는 한 번만 찾아보면 됩니다
작업 속도를 높일 수 있어요
네 이제 내일 다시 시도하면 컴퓨터가 먼저
dns 캐시를 확인할 거예요 거기에 기록이
있는 걸 보게 되죠 ?
하지만 시간이 이미 지났다면 해당
기록을 무효화하고
다시 조회를 할 겁니다
마지막으로 살펴볼 건
반복 조사가 주제입니다
컴퓨터가 디온트래닝 같은 웹사이트를
찾으려 할 때 먼저 어디에 위치하는지 dns
서버에 물어봐야 합니다
예를 들어 집에 앉아서
Verizon Fios 연결을 사용한다면 DNS 서버에
물을 겁니다 "diontraining이
누구죠?" 컴? 버라이즌 국가안보국은 ip 주소를
모를 수도 있어요
컴
맞아요 어쨌든 웹사이트가 수백만 개는 될 테니 24시간마다
우리 기록을 재동기하려면
시간이 오래 걸릴 겁니다
그래서 dns는 이 재귀
전략을 이용해 조사를 수행합니다
네 Verizon에 물어보세요 답을 모르면 다음 DNS 서버에
물어볼 겁니다
만약 서버가 답을 모르면 다른 단계로 올라가서 diontraining의
IP 주소를 아는 사람을 찾을 때까지 이 과정을 계속합니다
"diontraining"
컴
이 반복을 통해 꼭대기까지
올라가요 디온 훈련의 경로 도메인이라고도 하죠 .com, 그리고 .을
요청할 수 있습니다. diontrain의 dns 서버가 신뢰할 수 있는
컴 루트 서버입니다 신뢰할 수 있는 답변을
직접 받아내는 거죠
재귀 조회를 통해 dns
해결사가 말하죠 "이 도메인의 ip가
뭔지 몰라" dns 서버에
요청하면 서버가 추적해
찾아내고는 알려줍니다
반복
조회라는 방법이 하나 더
있습니다
반복 조회의 경우 dns 서버가
계속해서 정보를 조회하여 결과를 보내지
않는다는 점을 제외하면 재귀 조회와 유사합니다.
대신, 반복적인 조회에서 dns 확인자는
dns 서버에 도메인의 ip가 무엇인지 묻고,
dns 서버가 이를 모르는 경우
확인자에게 다음 dns 서버에 묻도록 지시합니다. 서버가 ip를 제공합니다.
네 이제 재귀 조회를 통해 dns 서버는
그걸 찾아 해결사에 다시 보고합니다
반복 조회를 통해 dns
해결사는 이 재귀 기간
내내 이 쿼리를 계속합니다 해당 도메인에
대한 ip를 가진 걸 찾을 때까지요 , 누가 정보를 수집하느냐가
관건인 거죠
네 좋아요 이 강의에선 많은 정보를 다뤘네요
그럼 짧게 요약하자면
시험에서 알아야 할 게 뭐죠?
Dns가 어떻게 작동하는지 이해해야 합니다 다양한 레코드
유형을 사용해 도메인 이름을 ip 주소로 ip
주소를 도메인 이름으로 변환하는 거죠
네 기억하셔야 할 것은 레코드는 IPv4 주소가 있는
도메인 이름에 사용되고 AAA 레코드는 IPV6 주소가
있는 도메인 이름에 사용됩니다
Cname 레코드는 도메인 이름을 다른 도메인
이름에 매핑하는 데 사용됩니다.
Mx 레코드는 이메일로 사용되고 ns 레코드는
네임스어버로 사용됩니다
사람이 읽거나 기계로
읽을 수 있는 데이터요
요약을 기억하신다면 시험에 나오는 dns
질문 대부분을 답할 수 있을
겁니다