🐾
개발자국
  • 🐶ABOUT
  • 🚲프로그래밍
    • 객체 지향 프로그래밍
    • 오브젝트
      • 1장: 객체, 설계
      • 2장: 객체지향 프로그래밍
      • 3장: 역할, 책임, 협력
      • 4장: 설계 품질과 트레이드오프
      • 5장: 책임 할당하기
      • 6장: 메시지와 인터페이스
      • 7장: 객체 분해
      • 8장: 의존성 관리하기
      • 9장: 유연한 설계
      • 10장: 상속과 코드 재사용
      • 11장: 합성과 유연한 설계
      • 12장: 다형성
      • 13장: 서브클래싱과 서브타이핑
      • 14장: 일관성 있는 협력
      • 15장: 디자인 패턴과 프레임워크
    • 도메인 주도 개발 시작하기
      • 1장: 도메인 모델 시작하기
      • 2장: 아키텍처 개요
      • 3장: 애그리거트
      • 4장: 리포지토리와 모델 구현
      • 5장: 스프링 데이터 JPA를 이용한 조회 기능
      • 6장: 응용 서비스와 표현 영역
      • 7장: 도메인 서비스
      • 8장: 애그리거트 트랜잭션 관리
      • 9장: 도메인 모델과 바운디드 컨텍스트
      • 10장: 이벤트
      • 11장: CQRS
    • 클린 아키텍처
      • 만들면서 배우는 클린 아키텍처
        • 계층형 아키텍처의 문제와 의존성 역전
        • 유스케이스
        • 웹 어댑터
        • 영속성 어댑터
        • 아키텍처 요소 테스트
        • 경계 간 매핑 전략
        • 애플리케이션 조립
        • 아키텍처 경계 강제하기
        • 지름길 사용하기
        • 아키텍처 스타일 결정하기
    • 디자인 패턴
      • 생성(Creational) 패턴
        • 팩토리 패턴
        • 싱글톤 패턴
        • 빌더 패턴
        • 프로토타입 패턴
      • 행동(Behavioral) 패턴
        • 전략 패턴
        • 옵저버 패턴
        • 커맨드 패턴
        • 템플릿 메서드 패턴
        • 반복자 패턴
        • 상태 패턴
        • 책임 연쇄 패턴
        • 인터프리터 패턴
        • 중재자 패턴
        • 메멘토 패턴
        • 비지터 패턴
      • 구조(Structural) 패턴
        • 데코레이터 패턴
        • 어댑터 패턴
        • 퍼사드 패턴
        • 컴포지트 패턴
        • 프록시 패턴
        • 브리지 패턴
        • 플라이웨이트 패턴
      • 복합 패턴
  • 시스템 설계
    • 1. 사용자 수에 따른 규모 확장성
    • 2. 개략적 규모 추정
    • 3. 시스템 설계 접근법
    • 4. 처리율 제한 장치
    • 5. 안정 해시
    • 6. 키-값 저장소
    • 7. 유일한 ID 생성기
    • 8. URL 단축기
    • 9. 웹 크롤러
    • 10. 알림 시스템
    • 11. 뉴스 피드
    • 12. 채팅 시스템
    • 13. 검색어 자동완성
    • 14. 유튜브 스트리밍
    • 15. 구글 드라이브
    • ⭐️. 캐싱 전략
    • ⭐️. 재고 시스템으로 알아보는 동시성이슈 해결방법
    • ⭐️. 실습으로 배우는 선착순 이벤트 시스템
  • 🏝️자바
    • 자바의 내부 속으로
      • Java 언어의 특징
      • JDK
      • JVM
        • 메모리 관리
        • Garbage Collector
          • 기본 동작
          • Heap 영역을 제외한 GC 처리 영역
          • (WIP) GC 알고리즘
        • 클래스 로더
      • 자바 실행 방식
      • 메모리 모델과 관리
      • 바이트 코드 조작
      • 리플렉션
      • 다이나믹 프록시
      • 어노테이션 프로세서
    • 자바의 기본
      • 데이터 타입, 변수, 배열
    • 이펙티브 자바
      • 2장: 객체의 생성과 파괴
        • item 1) 생성자 대신 정적 팩토리 메서드를 고려하라
        • item2) 생성자에 매개변수가 많다면 빌더를 고려하라
        • item3) private 생성자나 열거 타입으로 싱글톤임을 보증하라
        • item4) 인스턴스화를 막으려면 private 생성자를 사용
        • item5) 자원을 직접 명시하는 대신 의존 객체 주입 사용
        • item6) 불필요한 객체 생성 지양
        • item7) 다 쓴 객체는 참조 해제하라
        • item8) finalizer와 cleaner 사용 자제
        • item9) try-with-resources를 사용하자
      • 3장: 모든 객체의 공통 메서드
        • item 10) equals는 일반 규약을 지켜 재정의 하자
        • item 11) equals 재정의 시 hashCode도 재정의하라
        • item 12) 항상 toString을 재정의할 것
        • item 13) clone 재정의는 주의해서 진행하라
        • item 14) Comparable 구현을 고려하라
      • 4장: 클래스와 인터페이스
        • item 15) 클래스와 멤버의 접근 권한을 최소화하라
        • item 16) public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
        • item 17) 변경 가능성을 최소화하라
        • item 18) 상속보다는 컴포지션을 사용하라
        • item 19) 상속을 고려해 설계하고 문서화하고, 그러지 않았다면 상속을 금지하라
        • item 20) 추상 클래스보다는 인터페이스를 우선하라
        • item 21) 인터페이스는 구현하는 쪽을 생각해 설계하라
        • item 22) 인터페이스는 타입을 정의하는 용도로만 사용하라
        • item 23) 태그 달린 클래스보다는 클래스 계층구조를 활용하라
        • item 24) 멤버 클래스는 되도록 static으로 만들라
        • item 25) 톱레벨 클래스는 한 파일에 하나만 담으라
      • 5장: 제네릭
        • item 26) 로 타입은 사용하지 말 것
        • item 27) unchecked 경고를 제거하라
        • item 28) 배열보다 리스트를 사용하라
        • item 29) 이왕이면 제네릭 타입으로 만들라
        • item 30) 이왕이면 제네릭 메서드로 만들라
        • item 31) 한정적 와일드카드를 사용해 API 유연성을 높이라
        • item 32) 제네릭과 가변 인수를 함께 사용
        • item 33) 타입 안전 이종 컨테이너를 고려하라
      • 6장: 열거 타입과 어노테이션
        • item 34) int 상수 대신 열거 타입을 사용하라
        • item 35) ordinal 메서드 대신 인스턴스 필드를 사용하라
        • item 36) 비트 필드 대신 EnumSet을 사용하라
        • item 37) ordinal 인덱싱 대신 EnumMap을 사용하라
        • item 38) 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라
        • item 39) 명명 패턴보다 어노테이션을 사용하라
        • item 40) @Override 어노테이션을 일관되게 사용하라
        • item 41) 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
      • 7장: 람다와 스트림
        • item 42) 익명 클래스보다는 람다를 사용하라
        • item 43) 람다보다는 메서드 참조를 사용하라
        • item 44) 표준 함수형 인터페이스를 사용하라
        • item 45) 스트림은 주의해서 사용하라
        • item 46) 스트림에서는 부작용 없는 함수를 사용하라
        • item 47) 반환 타입으로는 스트림보다 컬렉션이 낫다
        • item 48) 스트림 병렬화는 주의해서 적용하라
      • 8장: 메서드
        • item 49) 매개변수가 유효한지 검사하라
        • item 50) 적시에 방어적 복사본을 만들라
        • item 51) 메서드 시그니처를 신중히 설계하라
        • item 52) 다중정의는 신중히 사용하라
        • item 53) 가변인수는 신중히 사용하라
        • item 54) null이 아닌, 빈 컬렉션이나 배열을 반환하라
        • item 55) 옵셔널 반환은 신중히 하라
        • item 56) 공개된 API 요소에는 항상 문서화 주석을 작성하라
      • 9장: 일반적인 프로그래밍 원칙
        • item 57) 지역 변수의 범위를 최소화하라
        • item 58) 전통적인 for문보다 for-each문을 사용하기
        • item 59) 라이브러리를 익히고 사용하라
        • item 60) 정확한 답이 필요하다면 float, double은 피하라
        • item 61) 박싱된 기본타입보단 기본 타입을 사용하라
        • item 62) 다른 타입이 적절하다면 문자열 사용을 피하라
        • item 63) 문자열 연결은 느리니 주의하라
        • item 64) 객체는 인터페이스를 사용해 참조하라
        • item 65) 리플렉션보단 인터페이스를 사용
        • item 66) 네이티브 메서드는 신중히 사용하라
        • item 67) 최적화는 신중히 하라
        • item 68) 일반적으로 통용되는 명명 규칙을 따르라
      • 10장: 예외
        • item 69) 예외는 진짜 예외 상황에만 사용하라
        • item 70) 복구할 수 있는 상황에서는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
        • item 71) 필요 없는 검사 예외 사용은 피하라
        • item 72) 표준 예외를 사용하라
        • item 73) 추상화 수준에 맞는 예외를 던지라
        • item 74) 메서드가 던지는 모든 예외를 문서화하라
        • item 75) 예외의 상세 메시지에 실패 관련 정보를 담으라
        • item 76) 가능한 한 실패 원자적으로 만들라
        • item 77) 예외를 무시하지 말라
      • 11장: 동시성
        • item 78) 공유 중인 가변 데이터는 동기화해 사용하라
        • item 79) 과도한 동기화는 피하라
        • item 80) 스레드보다는 실행자, 태스크, 스트림을 애용하라
        • item 81) wait와 notify보다는 동시성 유틸리티를 애용하라
        • item 82) 스레드 안전성 수준을 문서화하라
        • item 83) 지연 초기화는 신중히 사용하라
        • item 84) 프로그램의 동작을 스레드 스케줄러에 기대지 말라
      • 12장: 직렬화
        • item 85) 자바 직렬화의 대안을 찾으라
        • item 86) Serializable을 구현할지는 신중히 결정하라
        • item 87) 커스텀 직렬화 형태를 고려해보라
        • item 88) readObject 메서드는 방어적으로 작성하라
        • item 89) 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라
        • item 90) 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라
    • 모던 자바 인 액션
      • 1장: 자바의 역사
      • 2장: 동작 파라미터화
      • 3장: 람다
      • 4장: 스트림
      • 5장: 스트림 활용
      • 6장: 스트림으로 데이터 수집
      • 7장: 병렬 데이터 처리와 성능
      • 8장: 컬렉션 API 개선
      • 9장: 람다를 이용한 리팩토링, 테스팅, 디버깅
      • 10장: 람다를 이용한 DSL
      • 11장: null 대신 Optional
      • 12장: 날짜와 시간 API
      • 13장: 디폴트 메서드
      • 14장: 자바 모듈 시스템
      • 15장: CompletableFuture와 Reactive 개요
      • 16장: CompletableFuture
      • 17장: 리액티브 프로그래밍
      • 18장: 함수형 프로그래밍
      • 19장: 함수형 프로그래밍 기법
      • 20장: 스칼라 언어 살펴보기
    • 자바의 이모저모
      • Javax
      • Objects
      • NIO
      • Thread
      • Concurrent
        • Atomic
        • Executor, ExecutorService
        • Interrupt
      • Assertions
    • Netty
      • 네티 맛보기
      • 네티의 주요 특징
      • 채널 파이프라인
      • 이벤트 루프
      • 바이트 버퍼
      • 부트스트랩
      • 네티 테스트
      • 코덱
      • 다양한 ChannelHandler와 코덱
      • 웹소켓
      • UDP 브로드캐스팅
    • 자바 병렬 프로그래밍
      • 2장: 스레드 안전성
      • 15장: 단일 연산 변수와 논블로킹 동기화
  • 🏖️코틀린
    • 코틀린 인 액션
      • 코틀린 언어의 특징
      • 코틀린 기초
      • 함수 정의와 호출
      • 클래스, 객체, 인터페이스
      • 람다
      • 타입 시스템
      • 연산자 오버로딩과 기타 관례
      • 고차 함수
      • 제네릭스
      • 어노테이션과 리플렉션
      • DSL 만들기
  • 🌸스프링
    • Spring Core
      • Cron Expression
      • Bean
        • Lifecycle
        • Aware
    • Spring MVC
    • Spring Security
      • 로그인 처리
      • 로그아웃 처리
      • JWT 인증 방식
      • 메소드별 인가 처리
    • Spring Data
      • Pageable
      • Spring Data Couchbase
      • Spring Data Redis
        • Serializer
    • Spring REST Docs
    • Spring Annotations
    • Spring Cloud
      • Service Discovery
      • API Gateway
      • Spring Cloud Config
      • MicroService Communication
      • Data Synchronization
    • Test
      • 테스트 용어 정리
      • JUnit
      • Spring Boot Test
      • Mockito
    • QueryDSL
      • 프로젝트 환경설정
      • 기본 문법
      • 중급 문법
      • 순수 JPA와 QueryDSL
      • 스프링 데이터 JPA와 QueryDSL
    • Lombok
      • @Data
      • @Builder
      • Log Annotations
  • 🕋DB
    • MySQL
      • CentOS7에서 MySQL 8 버전 설치하기
    • MongoDB
      • 
    • Redis
      • Sentinel
      • Cluster
      • Transaction
      • 자료구조
        • String
        • List
        • Set
        • Hash
        • Bitmaps
        • SortedSet
      • Lettuce 단일 서버, 클러스터 서버, 풀링 사용 방법
  • 📽️인프라
    • 리눅스
      • 주요 명령어 모음
    • Docker
      • Docker
      • Docker Compose
      • Docker Swarm
      • Docker Network
      • Linux에서 root 아닌 유저로 docker 실행하기
    • Kubernetes
      • 기초 개념
      • Pod
      • Configuration
      • ReplicationSet
      • Network
      • ConfigMap & Secret
      • Volume, Mount, Claim
      • Controller
      • Multi Container Pod
      • StatefulSet & Job
      • Rollout & Rollback
      • Helm
      • 개발 워크플로우와 CI/CD
      • Container Probes
      • Resource Limit
      • Logging & Monitoring
      • Ingress
      • Security
      • Multi Node/Architecture Cluster
      • Workload & Pod management
      • CRD & Operator
      • Serverless Function
      • K8S Cheat Sheet
    • Kafka
      • 카프카 개요
      • 카프카 설치 및 실습
      • Kafka Broker
      • Topic, Partition, Record
      • Producer
      • Consumer
      • Kafka Streams
      • Kafka Connect
      • MirrorMaker
  • AWS
    • AWS Console / CLI / SDK
    • IAM
    • EC2
      • EC2 Advanced
    • ELB / ASG
    • RDS / Aurora / ElastiCache
    • DynamoDB
    • DocumentDB / Neptune / Keyspaces / QLDB / Timestream
    • Route 53
    • Beanstalk
    • Solution Architect
    • S3
      • 보안
    • CloudFront
    • Global Accelerator
    • AWS Storage
    • Messaging
    • Container
    • Serverless
    • Data Analysis
    • Machine Learning
    • Monitoring
    • Security
    • VPC
    • Data Migration
    • 기타 서비스
  • 🏔️CS
    • 운영 체제
      • Introduction
      • System Structures
      • Process
      • Synchronization
      • Muitithreaded Programming
      • Process Scheduling
      • Memory Management
      • Virtual Memory
    • 네트워크
      • 네트워크 기초
      • 네트워크 통신 방식
      • OSI 7계층
        • 1계층: 물리계층
        • 2계층: 데이터 링크 계층
        • 3계층: 네트워크 계층
        • 4계층: 전송 계층
        • 5계층: 세션 계층
        • 6계층: 표현 계층
        • 7계층: 응용 계층
      • TCP/IP 스택
      • ARP
      • 데이터 크기 조절
      • WDM
      • NAT
      • DNS
      • DHCP
      • VPN
      • 네이글 알고리즘
      • 서버 네트워크
      • 네트워크 보안
        • 보안의 기본
        • 보안 장비
      • 이중화
    • 데이터베이스
      • 트랜잭션
    • 컴퓨터 구조
      • 개요
      • Instruction Set Architecture
      • Procedure Call & Return
      • Linking
      • Pipeline
      • Memory Hierarchy
      • Virtual Memory
      • Interrupt / Exception, IO
    • 자료 구조
      • Array
      • List
      • Map
      • Set
      • Queue
      • PriorityQueue
      • Stack
    • 웹 기술
      • HTTP
        • 쿠키와 세션
  • 🪂Big Data
    • Apache Hadoop
  • 🕹️ETC
    • Git
      • 내부 구조
      • 내가 자주 사용하는 명령어 모음
      • Commit Convention
    • 이력서 작성하기
    • Embedded
      • 라즈베리파이에서 네오픽셀 적용기
    • 기술블로그 모음집
Powered by GitBook
On this page
  • 개념
  • 도메인 주소
  • 필요성
  • 구조
  • 동작 방식
  • 마스터 / 슬레이브
  • 주요 레코드
  • 도메인 위임
  • TTL
  • 화이트 도메인
  • 한글 도메인
  • GSLB
  • 필요성
  • 구성 방식
  • 분산 방식
  1. CS
  2. 네트워크

DNS

  • 데이터 프로토콜

    • 실제 데이터를 포함하는 프로토콜

  • 컨트롤 프로토콜

    • 통신에 직접 관여하지 않지만, 첫 통신 관계를 맺거나 유지하는 데에 필요한 프로토콜

    • TCP/IP 프로토콜 스택에서는 ARP, ICMP, DNS가 주요 컨트롤 프로토콜이다.

개념

  • Domain Name System

  • 도메인 주소를 IP 주소로 변환한다.

  • 실제로 패킷을 만들어 통신하려면 3계층 IP 주소를 알아야 하므로 도메인 주소를 IP 주소로 변환하는 DNS가 필요하다.

도메인 주소

필요성

  • 숫자로 구성된 IP 주소보다 의미있는 문자열로 구성된 도메인 주소가 사람이 인식하기에 훨씬 용이하므로, 대부분의 웹사이트는 도메인 주소 기반으로 운영된다.

  • 내부 시스템의 서비스 간 연결에도 도메인 주소를 사용한다. IP 주소를 통해 서비스 간 연결을 맺을 경우 IP 변경 시 여러 가지 설정을 변경하거나 프로그램을 재배포해야 하는 경우가 발생한다. 하지만 도메인 주소를 사용하면 DNS 서버의 설정만 변경하면 된다.

  • 보통 인터넷 연결을 위한 DNS와 내부 서비스 통신을 위한 DNS를 별도로 운영한다.

구조

  • 도메인은 역트리 계층 구조이므로 최상위 루트부터 하위 레벨까지 단계적으로 원하는 주소로 찾아간다.

  • 각 계층은 . 으로 구분되며 뒤에서 앞으로 해석한다.

  • 최대 128계층까지 구성 가능하며 각 계층마다 최대 63바이트까지 사용할 수 있다. 구분자 .를 포함한 전체 도메인 이름 길이는 255바이트까지 사용 가능하다.

  • 알파벳, 숫자, - 만 사용 가능하다.

  • 루트 도메인은 도메인을 구성하는 최상위 영역이다. DNS 서버에 도메인에 해당하는 데이터가 없다면 루트 DNS 서버에 조회 요청을 보낸다.

  • 최상위 도메인인 TLD는 다음과 같은 유형으로 분리된다.

    • Generic TLD

      • 특별한 제한없이 일반적으로 사용되는 도메인이며 세 글자 이상으로 구성된다.

      • com , edu, gov, int, mil, net, org

    • Country Code TLD

      • 국가별 최상위 도메인이며 두 글자의 국가 코드를 사용한다.

      • co.kr, com.au, ...

    • Sponsored TLD

      • 특정 목적을 위한 스폰서를 두고 있는 최상위 도메인이다.

      • aero, asia, ...

    • Infrastructure

      • 중요한 인프라 식별자 공간을 지원하기 위해 전용으로 사용되는 최상위 도메인이다.

      • arpa

      • .IN-ADDR.ARPA 의 경우 이 도메인의 하위 도메인으로, IPv4 주소를 도메인 이름에 매핑하는 역방향 도메인에서 사용한다.

    • Generic-restricted

      • 특정 기준을 충족하는 사람이나 단체가 사용할 수 있다.

      • biz, pro, ...

    • Test

      • 테스트 목적으로 사용하는 최상위 도메인이다.

      • test

동작 방식

  • 도메인을 쿼리하면 DNS 서버에 쿼리하기 전 로컬에 있는 DNS 캐시 정보를 확인한다.

  • DNS 캐시에 데이터가 없다면 DNS 서버에 쿼리를 보내 응답을 DNS 캐시에 저장한다.

  • DNS 캐시 정보는 기존에 DNS 조회를 통해 확인한 동적 DNS 캐시와 hosts 파일에 저장된 정적 DNS 캐시로 구성된다.

  • DNS 서버는 분산된 데이터베이스 형태로 동작한다.

  • DNS 서버는 기본적으로 루트 DNS에 대한 정보를 갖고 있으며, 클라이언트의 쿼리가 자신에게 없는 정보이면 루트 DNS에 쿼리하여 도메인의 TLD 값을 확인해 해당 TLD 값을 관리하는 DNS를 응답한다.

  • 처음 질의를 받은 DNS가 루트 DNS부터 시작하여 상위 DNS에 쿼리를 보내 결괏값을 알아낸 후 최종 결과를 클라이언트에 응답한다.

    • 재귀적 쿼리 : 쿼리를 보낸 클라이언트에 서버가 최종 결괏값을 반환하는 서버 중심 쿼리, 클라이언트와 로컬 DNS 간의 쿼리를 의미한다.

    • 반복적 쿼리: 최종 값을 받을 때 까지 클라이언트에서 쿼리를 계속 진행하는 방식, 로컬 DNS 서버와 상위 DNS 구간의 쿼리를 의미한다.

마스터 / 슬레이브

  • 마스터, 슬레이브 서버 모두 도메인 쿼리에 응답한다.

  • 마스터 서버는 도메인에 대한 Zone 파일을 직접 생성해 도메인 관련 정보를 관리한다.

  • 슬레이브 서버는 마스터에 만들어진 Zone 파일을 복제한다. (Zone Transfer)

  • 마스터 서버로부터 인가받지 않은 다른 DNS 서버가 정보를 복제하지 않도록 복제 가능한 슬레이브 서버 정보를 입력해야 한다.

  • 마스터 서버에 문제가 발생했을 때에는 슬레이브 서버도 도메인에 대한 질의를 정상적으로 처리할 수 없기 때문에, 만료 시간 안에 마스터 서버를 복구하거나 슬레이브 서버를 마스터로 전환해야 장애를 막을 수 있다.

  • 모든 도메인에 대해 일괄적으로 마스터/슬레이브 서버를 설정하는 것이 바람직하다.

주요 레코드

  • 도메인에는 다양한 내용을 매핑할 수 있는 레코드가 있다.

A(IPv4)

  • 도메인 주소를 IP 주소로 변환하는 레코드

  • 동일한 도메인을 가진 A 레코드를 여러 개 만들어 서로 다른 IP 주소와 매핑할 수 있다.

  • 다수의 도메인에 동일한 IP를 매핑하고 HTTP 헤더의 HOST 필드에 도메인을 명시해 하나의 웹 서버에 여러 서비스를 구분해 제공할 수도 있다.

AAAA(IPv6)

  • A 레코드와 동일하지만 IPv6 주소 쳬계에서 사용된다.

CNAME

  • Canonical Name

  • 별칭 이름을 사용하게 해주는 레코드이다.

  • www.naver.com을 naver.com으로 매핑하여 IP 주소가 변경될 때 naver.com에 매핑된 주소만 변경하면 된다.

SOA

  • Start of Authority

  • 도메인 영역에 대한 권한을 나타내는 레코드이다.

  • 현재 네임 서버가 이 도메인 영역에 대한 관리 주체임을 의미한다.

  • 도메인 영역 선언 시 SOA 레코드를 반드시 만들어야 한다.

  • 현재 도메인 관리에 필요한 속성값을 설정할 수 있다. 도메인 동기화에 필요한 타이머 값, TTL 값, 도메인 네임 서버, 관리자 정보를 설정한다.

NS

  • Name Server

  • 도메인에 대한 권한이 있는 네임 서버 정보를 설정하는 레코드이다.

MX

  • Mail eXchange

  • 메일 서버를 구성할 때 사용되는 레코드이다.

  • 도메인을 메일 주소로 갖는 메일 서버를 선언한다.

  • 다수의 MX 레코드를 선언해 우선 순위가 높은 서버로 메일을 보내보고, 실패 시 다음 순서의 서버로 보낼 수 있다.

PTR

  • Pointer

  • IP 주소에 대한 질의를 도메인 주소로 응답하기 위한 레코드이다.

  • 즉, A 레코드가 정방향 조회용 레코드라면 PTR 레코드는 역방향 조회용 레코드이다.

  • 하나의 IP 주소에 대해 하나의 도메인 주소만 가질 수 있다.

  • 주로 화이트 도메인 구성용으로 사용된다.

TXT

  • 도메인에 대한 설명 같은 텍스트를 입력하기 위한 레코드이다.

  • 255자까지 사용할 수 있으며, 주로 화이트 도메인을 위한 SPF 레코드로 사용된다.

도메인 위임

  • 보통 도메인에 대한 정보를 관리할 수 있는 네임 서버를 지정하지만, 도메인 내의 모든 레코드를 그 네임 서버가 직접 관리하지 않고 일부 영역에 대해서는 다른 곳에서 레코드를 관리하도록 위임할 수 있다.

  • 대표적으로 CDN이나 GSLB를 사용한다.

  • 특정 계층의 레코드를 위임하면 해당 레코드의 하위 계층은 함께 위임 처리된다.

    • 예를 들어 blog.naver.com에 대한 레코드만 위임하더라도 section.blog.naver.com 도 함께 위임 처리된다.

TTL

  • DNS에 질의해 응답받은 결괏값을 캐시에서 유지하는 시간

  • DNS에 설정된 TTL 값에 따라 그 시간 동안만 로컬 캐시에 저장한다.

  • TTL이 너무 짧으면 DNS 정보 갱신이 빨라져 DNS 서버에 부하가 늘어나고, TTL이 너무 길면 도메인 정보가 변경되었을 때 정보 갱신이 지연된다.

  • 리눅스의 경우 기본 DNS TTL 값이 3시간이다.

  • DNS TTL 외에도 다양한 시간 설정을 SOA 레코드에 정의할 수 있다.

    • refresh(새로 고침 간격): 보조 네임 서버에서 Zone Transfer를 통해 정보를 주기적으로 받아오는 주기

    • retry(다시 시도 간격): 보조 네임 서버가 주 네임 서버로 접근이 불가능할 때 재시도하는 주기

    • expire(다음 날짜 이후 만료): 보조 네임 서버가 주 네임 서버로부터 도메인 정보를 받아오지 못할 때 유지되는 시간. 해당 시간 동안 도메인 관련 정보를 받아오지 못하면 주 네임 서버에서 삭제된 것으로 간주하고 보조 네임 서버에서도 해당 도메인 정보를 삭제

화이트 도메인

  • 정상적으로 발송하는 대량의 이메일이 비정상으로 간주되어 차단되는 것을 막기 위해, 사전에 등록된 개인이나 사업자에 한해 국내 주요 포탈 사이트로의 이메일 전송을 보장해주는 제도이다.

  • 불법 스팸메일 발송 사이트들은 실시간 블랙리스트(RBL, Realtime Blackhole List) 정보로 관리된다.

  • 화이트 도메인을 등록하려면 도메인에 SPF 레코드를 설정해 등록해야 한다.

  • SPF 레코드에 메일 서버 정보를 공개하면 수신 측 메일 서버에서는 해당 도메인을 통해 발송된 메일이 실제 메일 서버에 등록된 정보와 일치하는지 확인할 수 있다. 메일 정보와 도메인의 SPF 정보가 일치하지 않는다면 비정상적인 메일로 간주하며 된다.

  • SPF 레코드의 길이는 최대 512bytes이므로, 하나의 도메인에 화이트 도메인으로 등록할 수 있는 메일 서버의 개수가 제한되어 있다. 길이가 초과되면 작성된 값들이 모두 지워지므로 주의해야 한다.

Domain. IN TXT "v=spf1 ip4:x.x.x.x -all"

한글 도메인

  • 한글을 “퓨니코드”로 변경하고 이 퓨니코드로 DNS에 도메인을 생성하여 한글 도메인을 만들 수 있다.

  • 퓨니코드란, 다국어 문자 셋으로부터 온 코드 포인트들을 기본적인 문자열(영숫자, 하이픈)들로 유일하게 표현한 것이다. 영어 이외의 문자를 사용해 도메인을 사용할 수 있도록 해주는 표준 코드이다.

GSLB

  • Global Server/Service Load Balancing

  • 서비스 헬스 체크를 통해 안정적으로 도메인 질의 요청을 수행하도록 하고, 서로 다른 사이트로 트래픽을 분산시킬 수 있다.

필요성

  • DNS에서 동일한 레코드 이름으로 서로 다른 IP 주소를 동시에 설정하면 DNS 요청을 로드밸런싱할 수 있다.

  • 하지만 서비스 상태의 정상 여부를 확인하지 않고 도메인에 대한 질의를 하게 된다.

  • GSLB는 등록된 도메인에 연결된 서비스가 정상적인지 헬스 체크를 수행하여 정상 상태인 레코드만 사용한다.

구성 방식

  • 도메인 자체를 GSLB로 사용

    • GSLB를 도메인의 네임 서버로 사용한다.

    • 도메인에 대한 권한을 갖는 네임 서버를 GSLB로 지정하여 도메인에 대한 모든 레코드를 등록해 처리한다.

    • 모든 레코드에 대한 질의가 GSLB를 통해 이뤄지므로 GSLB에 부하가 갈 수 있다.

  • 도메인 내의 특정 레코드만 GSLB를 사용

    • GSLB를 사용하려는 레코드에 대해서만 GSLB로 처리하도록 설정한다.

    • 특정 레코드에 대해서만 GSLB로 처리를 이관하는 방식을 사용한다.

      • 별칭(Alias) 사용 (CNAME 레코드 사용)

        • 실제 도메인과 다른 별도의 도메인 레코드로 GSLB에 등록한다.

        • CNAME 레코드의 값으로 GSLB가 네임 서버로 등록된 도메인을 등록해두어, 최종적으로 GSLB에 재질의되도록 한다.

        • CDN처럼 GSLB를 운영해주는 외부 사업자가 있거나 GSLB를 사용해야 하는 도메인이 매우 많은 경우, 별도의 GSLB를 운영하기 위해 사용한다.

        • 아래 예시를 보면 다음과 같은 순서로 DNS를 찾는다.

          • LDNS는 일단 도메인 이름을 기준으로 DNS 서버에 질의하여 CNAME 레코드를 확인한다.

          • CNAME으로부터 얻은 도메인 이름은 GSLB가 관리하므로, GSLB 도메인 이름에 대한 질의를 GSLB 서버에 보낸다.

          • GSLB에서 최종적으로 IP를 응답한다.

      • 위임(Delegation) 사용 (NS 레코드 사용)

        • 실제 도메인과 동일한 도메인 레코드를 사용하며 도메인 전체를 위임한다.

        • DNS에서 특정 FQDN에 대한 설정을 NS 레코드로 설정하면, NS 레코드의 값에 있는 네임 서버로 재질의한다.

        • DNS와 같은 도메인으로 GSLB를 운영하면서 계층적으로 GSLB를 이용한 FQDN을 관리할 때 사용한다. 즉, 하위 계층에 대해서도 일괄적으로 동일한 GSLB에 위임한다.

        • 아래 예시를 보면 다음과 같은 순서로 DNS를 찾는다.

          • LDNS는 일단 도메인 이름을 기준으로 DNS 서버에 질의하여 NS 레코드를 확인한다.

          • NS으로부터 얻은 도메인 이름은 NS 값에 명시된 도메인 서버가 관리하므로, 도메인 이름에 대한 질의를 GSLB 서버에 보낸다.

          • GSLB에서 최종적으로 IP를 응답한다.

분산 방식

  • GSLB를 이용해 서비스를 분산하는 목적은 다음과 같다.

    • 서비스 제공의 가능 여부를 체크해 트래픽 분산

    • 지리적으로 멀리 떨어진 다른 데이터 센터에 트래픽 분산

    • 지역적으로 가까운 서비스에 접속해 더 빠른 서비스 제공이 가능하도록 분산

  • 서비스 응답/지연 시간(RTT/latency) 기준 또는 IP의 지리 정보를 이용해 분산할 수 있다.

PreviousNATNextDHCP

Last updated 2 months ago

🏔️