Study/Computer Science

[Network] 7회차 스터디 - 통신을 도와주는 네트워크 주요 기술

나리 집사 2023. 2. 28. 20:48
[Network] 7회차 스터디
『IT 엔지니어를 위한 네트워크 입문』 책을 읽고 정리하는 스터디입니다.
이번 주는 7장을 읽어온 후 스터디를 진행했습니다.
일시 : 2023년 2월 27일(월) 대면 진행
스터디장 : 우다현(C)
작성자 : 참여자 모두
참여자 : 우다현(C), 박지윤(L), 이웅희(C), 김다인(M), 박현재(M), 김수민(M)

1. 우다현

새롭게 알게 된 점

DNS

  • 소개
    • 데이터 프로토콜이 잘 동작하도록 도와주는 컨트롤 프로토콜임.
    • 도메인 주소를 IP 주소로 변환
  • 구조와 명명 규칙
    • 각 계층의 도메인은 “.”으로 경계를 표시함
    • 뒤에서부터 Root(.)(생략함), Top-Level Domain(TLD), Second-Level Domain, Third-Level Domain
    • 최대 128계층까지 구성할 수 있고, 계층별 길이는 최대 63바이트까지 사용할 수 있음
    • 구분자 “.”를 포함한 전체 도메인 네임의 길이는 최대 255바이트까지 사용할 수 있음
  • 동작 방식
    • DNS 서버에 도메인 쿼리
    • DNS 서버 없이 로컬에 도메인과 IP 주소를 직접 설정해 사용
    • 클라이언트에서 처음 질의를 받은 DNS가 중심이 되어 책임지고 루트 DNS부터 상위 DNS에 차근차근 쿼리를 보내 결괏값을 알아낸 후 최종 결과값만 클라이언트에 응답함
  • 마스터와 슬레이브
    • 마스터 서버는 존 파일을 직접 생성해 도메인 관련 정보를 관리하고 슬레이브 서버는 마스터에 만들어진 존 파일을 복제함. 이 과정을 ‘영역 전송(Zone Transfer)이라고 함
  • 주요 레코드
    • A, AAAA, CNAME, SOA, NS, MX, PTR, TXT
  • 알아두면 좋을 내용
    • 도메인 위임, TTL, 화이트 도메인, 한글 도메인
  • 설정

새롭게 알게 된 점

DNS

  • 소개
    • 데이터 프로토콜이 잘 동작하도록 도와주는 컨트롤 프로토콜임.
    • 도메인 주소를 IP 주소로 변환
  • 구조와 명명 규칙
    • 각 계층의 도메인은 “.”으로 경계를 표시함
    • 뒤에서부터 Root(.)(생략함), Top-Level Domain(TLD), Second-Level Domain, Third-Level Domain
    • 최대 128계층까지 구성할 수 있고, 계층별 길이는 최대 63바이트까지 사용할 수 있음
    • 구분자 “.”를 포함한 전체 도메인 네임의 길이는 최대 255바이트까지 사용할 수 있음
  • 동작 방식
    • DNS 서버에 도메인 쿼리
    • DNS 서버 없이 로컬에 도메인과 IP 주소를 직접 설정해 사용
    • 클라이언트에서 처음 질의를 받은 DNS가 중심이 되어 책임지고 루트 DNS부터 상위 DNS에 차근차근 쿼리를 보내 결괏값을 알아낸 후 최종 결과값만 클라이언트에 응답함
  • 마스터와 슬레이브
    • 마스터 서버는 존 파일을 직접 생성해 도메인 관련 정보를 관리하고 슬레이브 서버는 마스터에 만들어진 존 파일을 복제함. 이 과정을 ‘영역 전송(Zone Transfer)이라고 함
  • 주요 레코드
    • A, AAAA, CNAME, SOA, NS, MX, PTR, TXT
  • 알아두면 좋을 내용
    • 도메인 위임, TTL, 화이트 도메인, 한글 도메인
  • 설정

GSLB

  • 소개
    • DNS에서 동알한 레코드 이름으로 서로 다른 IP 주소를 동시에 설정할 수 있음. 이렇게 설정하면 도메인 질의에 따라 응답받는 IP 주소를 나누어 로드밸런싱할 수 있음. DNS 서버에서는 각 레코드에 대한 서비스 체크가 이루어지지 않고 설정된 값에 따라 동작하므로 서비스 가용성 향상 방법으로 부적합함
    • GSLB(Global Server/Service Load Balancing)는 DNS의 이런 문제점을 해결해 도메인을 이용한 로드밸런싱 구현을 도와줌. GSLB는 DNS와 동일하게 도메인 질의에 응답해주는 역할과 동시에 로드 밸런서처럼 등록된 도메인에 연결된 서비스가 정상적인지 헬스 체크를 수행함. 즉, 서비스가 가능한 도메인 질의에 대해서만 응답함. 이런 이유로 GSLB를 ‘인텔리전스 DNS’라고도 부름
  • 동작 방식
    • 일반 DNS와 거의 동작. 다만 서비스 IP 정보에 대한 헬스 체크와 사전에 지정한 다양한 분산 방법 이용한 부하 분산 수행
  • 구성 방식
    • 도메인 자체를 GSLB로 사용 : GSLB 자체가 도메인 네임 서버 역할
    • 도메인 내의 특정 레코드만 GSLB를 사용
      • 별칭(Alias) 사용(CNAME 레코드 사용)
      • 위임(Delegation) 사용(NS 레코드 사용)
  • 분산 방식
    • 서비스 분산 목적
      • 서비스 제공의 가능 여부를 체크해 트래픽 분산
      • 지리적으로 멀리 떨어진 다른 데이터 센터에 트래픽 분산
      • 지역적으로 가까운 서비스에 접속해 더 빠른 서비스 제공이 가능하도록 분산
    • 다양한 분산 방식
      • Round Robin
      • Least Connection
      • Hashing …
    • 두 가지 헬스 체크 모니터링 요소
      • 서비스 응답 시간/지연(RTT/Latency)
      • IP에 대한 지리 정보

DHCP

  • 소개
    • 호스트가 네트워크와 통신하려면 물리적 네트워크 구성은 물론 IP주소, 서브넷 마스크, 게이트웨이와 같은 네트워크 정보와 앞 장에서 다룬 DNS 주소도 설정이 필요함. 이런 네트워크 정보를 호스트에 적용하려면 사용자가 IP 정보를 직접 설정하거나 IP 정보를 할당해주는 서버를 이용해 자동으로 설정해야 함. 수동으로 IP 정보를 설정하는 것을 ‘정적 할당’이라고 하고 자동으로 설정하는 것을 ‘동적 할당’이라고 함
    • IP를 동적으로 할당하는 데 사용되는 프로토콜이 DHCP(Dynamic Host Configuration Protocol)임
    • IP 주소, 서브넷 마스크, 게이트웨이, DNS 정보를 자동으로 할당받아 사용할 수 있음
    • 별도의 IP 설정 작업이 필요없어 사용자와 관리자 모두 편리하게 네트워크에 접속할 수 있고 사용하지 않는 IP 정보는 회수되어 사용하는 경우에만 재할당되어 사용자 이동이 많고 한정된 IP 주소를 가진 경우 유용하게 사용될 수 있음
  • 프로토콜
    • BOOTP 기반
  • 동작 방식
  • 서버 구성
    • 주요 설정 값
      • IP 주소 풀(IP 범위) : 클라이언트에 할당할 IP 주소 범위
      • 예외 IP 주소 풀(예외 IP 범위) : 클라이언트에 할당할 IP 주소로 선언된 범위 중 예외적으로 할당하지 않은 대역
      • 임대 시간 : 클라이언트에 할당할 IP 주소의 기본 임대 시간
      • 서브넷 마스크 : 클라이언트에 할당할 IP 주소에 대한 서브넷 마스크 정보
      • 게이트웨이 : 클라이언트에 할당할 게이트웨이 정보
      • DNS : 클라이언트에 할당할 DNS 주소
  • DHCP 릴레이
    • DHCP 서버에서 IP 주소를 할당받기 위해 DHCP 클라이언트와 DHCP 서버 간에 전송되는 패킷은 모두 브로드캐스트임. 브로드캐스트는 동일 네트워크에서만 전송되므로 DHCP를 사용하려면 각 네트워크마다 DHCP 서버가 있어야 함. 네트워크 영역이 여러 개인 환경에서 DHCP를 이용하면 DHCP 서버 배치, 이중화와 관련된 다양한 사항을 고려해야 함. DHCP의 브로드캐스트가 전달되지 않으므로 각 네트워크 환경에서 DHCP 서버를 개별적으로 구축해야 할 수 있음
    • 여러 네트워크를 가진 환경에서도 DHCP 릴레이 에이전트(Relay Agent) 기능을 사용하면 DHCP 서버 한 대로 여러 네트워크 대역에서 IP 풀을 관리할 수 있음
        1. DHCP Discover
        1. DHCP Offer
        1. DHCP Request
        1. DHCP ACK

어려웠거나 이해하지 못한, 혹은 궁금한 점

추가 내용

DNS 레코드에서 레코드의 의미가 무엇인지 확실히 하면 좋을 것 같아 추가로 알아보았습니다.

https://help.worksmobile.com/kr/administrator/registration/verify-domain/what-is-dns-record/#:~:text=DNS 

  • DNS는 Domain Name System의 약자로, 인터넷에서 웹사이트 정보를 보유하고 있는 정보시스템입니다.
  • DNS 상에서 도메인에 관한 설정을 하기 위해 사용되는 일련의 문자들을 DNS 레코드라고 통칭

 

2. 박지윤

새롭게 알게 된 점

DNS에서 맨뒤에 루트는 생략한다.

도메인 계층은 최대 128계층까지 구성할 수 있다.

TLD

  • Generic(gTLD)
  • country-code(ccTLD)
  • sponsored(sTLD)
  • infrastructure
  • generic-restricted(grTLD)
  • test(tTLD)

DNS 서버

  • 마스터(Master, Primary) 서버
  • 슬레이브(Slave, Secondary) 서버
  • 둘의 우선순위는 같다, 둘 다 도메인 쿼리에 응답한다.
  • 존 파일의 직접 관리 여부로 구분한다
  • 마스터가 망가지면 만료 시간 안에 복구하지 못하면 슬레이브도 쓸 수 없다

DNS 주요 레코드

  • A(IPv4 호스트)
  • AAAA(IPv6 호스트)
  • CNAME(별칭)
  • SOA(권한 시작)
  • NS(도메인의 네임 서버)
  • MX(메일 교환기)
  • PTR(포인터)
  • TXT(레코드)

도메인 위임: 도메인 내의 모든 레코드를 네임 서버가 직접 관리하지 않고 일부 영역에 대해서는 다른 곳에서 레코드를 관리하도록 위임

화이트 도메인: 사전에 등록된 개인이나 사업자에 한해 국내 주요 포탈 사이트로의 이메일 전송을 보장

퓨니코드

GSLB: 도메인을 이용한 로드밸런싱 구현을 도운다

  • 서비스 제공의 가능 여부를 체크해 트래픽 분산
  • 지리적으로 멀리 떨어진 다른 데이터 센터에 트래픽 분산
  • 지역적으로 가까운 서비스에 접속해 더 빠른 서비스 제공이 가능하도록 분산

DHCP

  • BOOTP 라는 프로토콜을 기반으로 한다
  • DHCP Message
    • DHCP Discover
    • DHCP Offer
    • DHCP Request
    • DHCP Decline
    • DHCP Ack
    • DHCP Nak
    • DHCP Release
    • DHCP Inform
  • DHCP 릴레이: DHCP 서버 한 대로 여러 네트워크 대역에서 IP 풀 관리 가능

어려웠거나 이해하지 못한, 혹은 궁금한 점

추가 내용

SPF 레코드

SPF 레코드에 대해 알려주세요. - 네이버웍스 헬프센터

Geo Point 는 위도(latitude)와 경도(longitude) 두 개의 실수 값을 가지고 지도 위의 한 점을 나타내는 값입니다.

LDNS: Local DNS

FQDN: Fully Qualified Domain Name, 도메인 전체 이름을 표기하는 방식

 

3. 이웅희

새롭게 알게 된 점

  • DNS(Domain Name System)
    • 도메인 주소를 IP 주소로 변환하는 역할
    • Root Domain
      • 도메인을 구성하는 최상위 영역
      • 전 세계에 13개 존재
    • Top-Level Domain(TLD)
      • Generic TLD(gTLD)
        • 특별한 제한없이 일반적으로 사용되는 최상위 도메인
      • Country Code TLD(ccTLD)
        • 국가 최상위 도메인
        • 일반적으로 Second Level TLD로 사이트 용도에 따른 코드와 함께 사용
      • Sponsored(sTLD)
      • Infrastructure
      • Generic-restirected(grTLD)
      • Test(tTLD)
    • 동작 방식
      • DNS 서버에 도메인 쿼리하는 과정
      • 로컬 캐시로 hosts 파일을 사용
      • 호스트와 DNS 서버 간에는 재귀적 쿼리
      • DNS 서버 간에는 반복적 쿼리
    • 마스터(Master, Primary)서버와 슬레이브(Slave, Secondary) 서버
      • 도메인에 대한 존(Zone) 파일을 직접 관리하는지 여부로 구분
      • 슬레이브 서버는 마스터 서버에 설정된 도메인이 가진 레코드값을 정기적으로 복제
    • DNS 주요 레코드
      • A(IPv4) 레코드
      • AAAA(IPv6) 레코드
      • CNAME(Canonical Name) 레코드
        • 별칭 이름을 사용하게 해주는 레코드
        • 도메인 주소를 매핑
      • SOA(Start Of Authority) 레코드
        • 권한을 나타내는 레코드
        • 도메인 영역 선언 시 필수 항목
      • NS(Name Server) 레코드
        • 권한이 있는 네임 서버 정보를 설정하는 레코드
        • 하위 도메인에 대한 권한을 다른 네임 서버로 위임하는 역할로도 많이 사용
      • MX(Mail eXchange) 레코드
      • PTR(Pointer) 레코드
        • 역방향 조회용 레코드
      • TXT(TeXT) 레코드
  • GSLB(Global Server/Service Load Balancing)
    • 도메인을 이용한 로드 밸런싱 구현
      • DNS와 동일하게 도메인 질의에 응답해주는 역할과 동시에 로드 밸런서처럼 등록된 도메인에 연결된 서비스가 정상적인지 헬스 체크를 수행
      • 일반 DNS는 두 개 이상의 항목이 있을 때 단순히 RR 방식으로 응답
    • 별칭(Alias) 사용(CNAME 레코드 사용)
      • CNAME 값으로 등록되는 FQDN이 GSLB가 네임 서버로 등록된 도메인을 사용해 GSLB로 재질의하게 만드는 것
      • CDN처럼 GSLB를 운영해주는 외부 사업자가 있거나 GLSB를 사용해야 하는 도메인이 매우 많은 경우, 별도의 GSLB를 운영하기 위해 사용
    • 위임(Delegation) 사용(NS 레코드 사용)
      • DNS에서 특정 FQDN에 대한 설정을 NS 레코드로 설정하면 해당 FQDN에 대한 값을 NS 레코드의 값으로 설정된 네임 서버로 재질의
      • DNS와 같은 도메인으로 GSLB를 운영하면서 계층적으로 GSLB를 이용한 FQDN을 관리할 때 사용
  • DHCP(Dynamic Host Configuration Protocol)
    • IP를 동적으로 할당하는 데 사용되는 프로토콜
      • IP 주소, 서브넷 마스크, 게이트웨이, DNS 정보를 자동으로 할당받아 사용
      • BOOTP에서 지원되지 않는 몇 가지 기능이 추가된 확장 프로토콜
      • 클라이언트의 서비스 포트 68, 서버의 서비스 포트 67
    • 임대(Lease) 과정
      1. DHCP Discover
        • 클라이언트 → DHCP 서버
        • 브로드캐스트
      2. DHCP Offer
        • DHCP 서버 → 클라이언트
        • 클라이언트에 할당할 IP 주소와 서브넷, 게이트웨이, DNS 정보, Lease Time 등의 정보를 전송
      3. DHCP Request
        • 클라이언트 → DHCP 서버
        • 제안받은 IP 주소와 DHCP 서버 정보를 포함한 요청 메시지를 전송
        • 브로드캐스트
          • DHCP 서버 여러 대가 동작하는 환경을 고려
      4. DHCP Acknowledgement
        • DHCP 서버 → 클라이언트
    • DHCP 릴레이
      • 네트워크가 여러 개로 나뉜 환경에서는 DHCP의 브로드캐스트가 전달되지 않으므로 DHCP 릴레이 에이전트 기능을 사용하여 DHCP 서버 한 대로 여러 네트워크 대역에서 IP 풀을 관리
      • 과정은 비슷

어려웠거나 이해하지 못한, 혹은 궁금한 점

전체 과정(https://gentlysallim.com/dns란-뭐고-네임서버란-뭔지-개념정리/)

추가 내용

DNS 레코드 예시

8.8.8.8 - DNS Articles - What's My DNS?

8.8.8.8 DNS Server

 

4. 김다인

새롭게 알게 된 점

도메인 주소가 뒤에서 앞으로 해석됨을 알게 되었다.

Generic TLD의 의미를 알게 되었다. (보다가 스탠포드.edu인데 아주대.edu.kr가 아니길래 찾아 보니 우리나라는 대학에 ac.kr을 붙인다고 한다.)

게임 전적 검색 할 때 쓰는 op.gg 의 .gg는 뭔가 하고 찾아 보니 영국 섬의 도메인 인데 돈내고 쓰는 것이라고 한다.

DNS 주요 레코드 - CNAME레코드를 사용하는 이유를 알게 되었다.

  • 화이트 도메인
    • RBL : 실시간 블랙리스트
  • GSLB(Global Server/Service Load Balancing)
    • 분산방식 장점
      • 서비스 제공의 가능 여부를 체크해 트래픽 분산
      • 지리적으로 멀리 떨어진 다른 데이터 센터에 트래픽 분산
      • 지역적으로 가까운 서비스에 접속해 더 빠른 서비스 제공이 가능하도록 분산
  • DHCP

어려웠거나 이해하지 못한, 혹은 궁금한 점

화이트 도메인 등록제와 같은 방법을 다른 나라에서도 쓰는지?

추가 내용

 

5. 박현재

새롭게 알게 된 점

어려웠거나 이해하지 못한, 혹은 궁금한 점

추가 내용

 

6. 김수민

새롭게 알게 된 점

  • DNS와 관련한 자잘한 용어들을 새롭게 알게 되었어요.
  • 7.2.9 호스트 파일 설정. 로컬에서 호스트(hosts) 파일을 이용하여 도메인-IP 주소 쿼리를 사용할 수 있다.
  • 7.4.2 DHCP 동작 방식. 이런 점을 악용해 DHCP 서버에서 가용한 모든 IP를 가짜로 할당받아 실제 클라이언트가 IP 주소를 할당받지 못하게 하는 공격 방식을 ‘DHCP Starvation(기아 상태) 공격’이라고 합니다.

어려웠거나 이해하지 못한, 혹은 궁금한 점

  • 7.2.3 DNS 동작 방식.호스트가 DNS 서버에 질의했던 방식을 재귀적 쿼리(Recursive Query)라고 하고 DNS 서버가 루트 NS와 TLS NS, zigispace NS에 질의한 방식을 반복적 쿼리(Iterative Query)라고 합니다.
    • 재귀적 쿼리와 반복적 쿼리 개념의 의의
  • 기존 hosts 체계와 새로운 DNS 체계가 결합하면서 복잡해보이는 도메인 이름 쿼리 프로세스가 만들어졌습니다.

추가 내용

  • 7.2.2.1 루트 도메인. 루트 DNS는 전 세계에 13개가 있고 DNS 서버를 설치하면 루트 DNS의 IP 주소를 기록한 힌트(Hint) 파일을 가지고 있어 루트 DNS 관련 정보를 별도로 설정할 필요가 없습니다.
    • https://en.wikipedia.org/wiki/Root_name_server
      • The use of anycast addressing permits the actual number of root server instances to be much larger, and is 1,553 as of 17 September 2022. (현재 2022년 9월 17일 기준으로 애니캐스트 어드레싱을 사용하면 루트 서버 인스턴스의 실제 수를 더 크게 잡을 수 있으며 그 수는 1553이다.)
      • Resolvers use a small 3 KB root.hints file published by Internic to bootstrap this initial list of root server addresses. (Resolvers는 InterNIC(Internet’s Network Information Center)에서 게시한 작은 3KB root.hints 파일을 사용하여 이 초기 루트 서버 주소 목록을 부트스트랩합니다.)
  • 7.2.2.2 Top-Level Domain(TLD) - Country Code TLD(ccTLD). 우리나라는 gTLD를 두 글자로 줄여 사용하지만 호주나 대만처럼 gTLD를 그대로 사용하는 나라도 있습니다.
    • https://www.opennet.or.kr/343
      • 당시 KAIST 전길남 박사 연구실이 이끌던 ‘SDN 운영센터’는 이듬해인 1987년에 .kr 산하의 2, 3단계 도메인 네임에 관한 규격을 설계하고, … 지금 우리가 사용하고 있는 두글자 알파벳으로 이루어진 ac(교육기관), co(일반), go(정부), re(연구소)가 바로 이때 만들어진 2단계 도메인네임 원칙에 의한 것이다. 이러한 두 글자 도메인 네임 원칙은 일본을 비롯해 외국 인터넷에도 적용되었다.
  • 7.3.3 GSLB 분산 방식. 서비스 응답 시간과 사이트의 Geo 값 모두 사용자가 서비스를 요청했을 때, 더 신속한 서비스 응답과 직접적인 연관이 있는 요소이기 때문입니다. 특히 이런 설정은 지리적으로 멀리 떨어진 국내와 해외 사이트로 구성된 경우, 더 큰 효과를 발휘할 수 있습니다.

 

스터디 내용

1. 질문

 

1. 화이트 도메인 등록제와 같은 방법을 다른 나라에서도 쓰는지?

  • 지윤 : 답변이 정말 맞을지는 모르지만 참고해보세요. 서치했을 때 안 나오는 것으로 봐서는 한국에서만 운영할 수도 있겠다는 생각이 들어요.

 

  • 웅희 : 검색해도 사이트 별로 개인이 설정하는 것 외에는 나오지 않네요.
  • 수민 : KISA에서 “RBL은 1997년 Paul Vixie에 의해 최초로 만들어졌으며, 현재는 MAPS RBL, SPEWS, ORBS, Spamhaus Block List, SORBS 등 다양한 유형의 RBL이 전 세계적으로 서비스되고 있음.”라고 하는데… 애매하네요.

 

2. DNS는 많이 들어보고 실제로 접해보았는데, GSLB는 생소하기도 하고 실제 서비스 사례가 어떤 것이 있는지 궁금합니다.

  • 지윤 : 데이터 센터 이중화 및 재해복구센터에서 주로 사용하는 것 같습니다. 이중화에서 굉장히 핵심적인 역할을 한다고 하네요. 글로벌 기업은 최적의 사이트로 접속할 수 있도록 GSLB 솔루션을 활용하고 있구요, GSLB 솔루션을 적용한 CDN 사업도 있다고 합니다. 포털 사업자는 주요 인터넷 서비스에 장애가 발생해도 안정적으로 정보를 제공하기 위해 GSLB를 활용한다고 해요. https://www.datanet.co.kr/news/articleView.html?idxno=36134
  • 웅희 : 삼성SDS나 KT 등에서 실제로 상품으로 판매하고 있는게 인상적입니다. 규모가 큰 SI에선 충분히 다루고 있는 듯 하네요.

 

3. 7.2.3 DNS 동작 방식.호스트가 DNS 서버에 질의했던 방식을 재귀적 쿼리(Recursive Query)라고 하고 DNS 서버가 루트 NS와 TLS NS, zigispace NS에 질의한 방식을 반복적 쿼리(Iterative Query)라고 합니다. 기존 hosts 체계와 새로운 DNS 체계가 결합하면서 복잡해보이는 도메인 이름 쿼리 프로세스가 만들어졌습니다. -> 재귀적 쿼리와 반복적 쿼리 개념의 의의

  • 웅희 : 어떤 단어의 의의를 찾을 때 결국 그 의의는 단어의 쓰임과 가장 밀접하다고 생각합니다. 재귀적 쿼리라는 것은 쿼리의 결과값에 대한 책임을 서버 중심의 관점에서 생각한다는 것과 반대로 반복적 쿼리는 클라이언트 중심으로 쿼리의 결과값에 대한 책임을 부여한다고 이해했습니다. 이러한 관점의 차이가 곧 단어의 쓰임이며 결국 의의 역시 이러한 구분과 차이에서 찾을 수 있을 것이라 기대됩니다.
  • 지윤 : 그림을 보면 이해가 쉬울 것 같아 컴네 시간에 봤던 그림을 찾아와봤어요. 저희가 반복문할 때 iterative 한 방법과 recursive한 방법이 있는 것처럼 쿼리를 질의할 때도 한 번 질의하고 바로 답변이 돌아오면 iterative하다고 보고, 한 번 질의하고 그게 다음에 또 질의하고.. 그래서 특정 조건을 만족하면 계속 답변이 꼬리 물듯 돌아오는 것처럼(stack이 쌓이는 것처럼) 동작하면 recursive하다고 하는 것 같아요

  • 현재 : 반복문과 재귀문 코드 동작 흐름과 비슷하다고 생각해봤는데, iterative은 반복문이라 생각했을 때 for 같은 단순 반복문 안에 로킬 dns 서버가 root, tld, authoritative를 배열 삼아 쿼리를 한번씩 돌고온다고 이해하면 쉽고, recursive는 dnsQuery라는 함수가 있다고 할때 root, tld, authritative라는 배열에 원하는 ip주소를 받을때까지 dnsqueyr라는 함수를 재호출하게 된다 라고 이해하면 쉬울 것 같아요. 컴네시간에 시험문제로 나왔어서 기억이 나는데 다시보니 또 헷갈려서 정리해봤습니다

 

2. 모두 함께 읽어본 자료

 

1. DNS 레코드에서 레코드의 의미

https://help.worksmobile.com/kr/administrator/registration/verify-domain/what-is-dns-record/#:~:text=DNS 상에서 도메인에 관한,CNAME 레코드를 사용합니다.

 

2. SPF 레코드

SPF 레코드에 대해 알려주세요. - 네이버웍스 헬프센터

 

3. 용어 정리

Geo Point 는 위도(latitude)와 경도(longitude) 두 개의 실수 값을 가지고 지도 위의 한 점을 나타내는 값입니다.

LDNS: Local DNS

FQDN: Fully Qualified Domain Name, 도메인 전체 이름을 표기하는 방식

 

4. DNS, 네임서버

전체 과정(https://gentlysallim.com/dns란-뭐고-네임서버란-뭔지-개념정리/)

 

5. DNS Articles

8.8.8.8 - DNS Articles - What's My DNS?

 

6. GSLB의 목적 중 하나로 disaster recovery가 있다.

https://www.efficientip.com/dns-gslb-disaster-recovery/

  • 다현 : DNS GSLB를 사용하면 비즈니스 연속성을 보장하는 기능(시나리오를 준비와 활성화를 쉽게 할 수 있음)을 제공하여 재난 복구에 사용하기 용이하다는 점이 신기하네요!

7. GSLB가 기존의 DNS에 비해 더 가지는 장점

• https://www.netmanias.com/ko/post/blog/5620/dns-data-center-gslb-network-protocol/global-server-load-balancing-for-enterprise-part-1-concept-workflow

 

8. 7.2.2.1 루트 도메인. 루트 DNS는 전 세계에 13개가 있고 DNS 서버를 설치하면 루트 DNS의 IP 주소를 기록한 힌트(Hint) 파일을 가지고 있어 루트 DNS 관련 정보를 별도로 설정할 필요가 없습니다.

  • https://en.wikipedia.org/wiki/Root_name_server
    • The use of anycast addressing permits the actual number of root server instances to be much larger, and is 1,553 as of 17 September 2022. (현재 2022년 9월 17일 기준으로 애니캐스트 어드레싱을 사용하면 루트 서버 인스턴스의 실제 수를 더 크게 잡을 수 있으며 그 수는 1553이다.)
    • Resolvers use a small 3 KB root.hints file published by Internic to bootstrap this initial list of root server addresses. (Resolvers는 InterNIC(Internet’s Network Information Center)에서 게시한 작은 3KB root.hints 파일을 사용하여 이 초기 루트 서버 주소 목록을 부트스트랩합니다.)

9. 7.2.2.2 Top-Level Domain(TLD) - Country Code TLD(ccTLD). 우리나라는 gTLD를 두 글자로 줄여 사용하지만 호주나 대만처럼 gTLD를 그대로 사용하는 나라도 있습니다.

  • https://www.opennet.or.kr/343
    • 당시 KAIST 전길남 박사 연구실이 이끌던 ‘SDN 운영센터’는 이듬해인 1987년에 .kr 산하의 2, 3단계 도메인 네임에 관한 규격을 설계하고, … 지금 우리가 사용하고 있는 두글자 알파벳으로 이루어진 ac(교육기관), co(일반), go(정부), re(연구소)가 바로 이때 만들어진 2단계 도메인네임 원칙에 의한 것이다. 이러한 두 글자 도메인 네임 원칙은 일본을 비롯해 외국 인터넷에도 적용되었다.

10. 7.3.3 GSLB 분산 방식. 서비스 응답 시간과 사이트의 Geo 값 모두 사용자가 서비스를 요청했을 때, 더 신속한 서비스 응답과 직접적인 연관이 있는 요소이기 때문입니다. 특히 이런 설정은 지리적으로 멀리 떨어진 국내와 해외 사이트로 구성된 경우, 더 큰 효과를 발휘할 수 있습니다.

 

3. 상점

  • 가장 정리를 잘 해온 사람 : 김수민(M)
  • 가장 토론에 적극적으로 참여한 사람 : 박지윤(L)