# 배포의 일부로 주소와 DNS를 계획하십시오 | SwissOctet 인사이트 https://swissoctet.com/ko/insights/plan-addresses-and-dns-for-deployment/ SwissOctet / 인사이트 / 네트워크 엔지니어링 네트워크 엔지니어링 기초 · 4분 소요 주소와 DNS를 배포의 일부로 계획하세요 공용, 사설, 정적 및 전용 주소를 분리한 다음, 포워드 DNS, 리버스 DNS 및 TLS를 이를 구성할 수 있는 주체에 매핑하세요. SwissOctet 편집팀 작성 가이드 저장 링크 복사 이 페이지에서 01 주소 속성은 서로 다른 질문에 답합니다 02 사설 주소 지정에도 라우팅과 액세스 제어가 필요합니다 03 안정적인 이름과 안정적인 주소는 관련이 있습니다 04 정방향 DNS와 역방향 DNS은 소유자가 다릅니다 05 모든 HTTPS 사이트에 전용 주소가 필요한 것은 아닙니다 06 레코드를 변경하기 전에 배포 맵을 사용하십시오 실용 체크리스트 출처 및 추가 자료 라이브러리로 돌아가기 직접적인 답변 공용, 사설, 정적 및 전용은 독립적인 주소 속성입니다. 라우팅, 방화벽, 정방향 DNS, 역방향 DNS 및 TLS도 포함하는 배포 맵을 구축하고 각 설정을 이를 제어하는 당사자와 검증하십시오. 01 주소 속성은 서로 다른 질문에 답합니다 공용 및 사설은 주소가 라우팅되도록 의도된 위치를 설명합니다. 정적 및 동적은 할당이 시간에 따라 어떻게 동작하는지 설명합니다. 전용 및 공유는 서비스 내에서 주소가 사용되거나 할당되는 방식을 설명합니다. 이는 별개의 속성입니다: 안정적인 공용 주소는 많은 사이트를 제공할 수 있고, 사설 주소는 제어된 네트워크 내에서 동적으로 할당될 수 있습니다. 배포에서 각 주소의 역할을 기록하십시오: 공용 진입점, 내부 데이터베이스, 관리 경로 또는 아웃바운드 연결. 그런 다음 누가 이를 할당하고 무엇이 변경될 수 있는지 식별하십시오. 이렇게 하면 구성 작업이 전용은 영구적으로 고정됨을 의미하거나 공용은 서비스에 연결할 수 있음을 의미한다는 가정에 의존하는 것을 방지할 수 있습니다. 연결 가능성은 라우팅, 방화벽 및 애플리케이션의 리스너에 따라 달라집니다. 02 사설 주소 지정에도 라우팅과 액세스 제어가 필요합니다 RFC 1918는 사설 네트워크를 위해 IPv4 범위 10.0.0.0/8, 172.16.0.0/12 및 192.168.0.0/16를 예약합니다. 해당 주소는 전 세계적으로 고유한 공용 대상이 아닙니다. 네트워크는 아웃바운드 연결을 위해 사설 주소를 변환하거나 명시적 경로를 통해 사설 네트워크를 연결할 수 있습니다. 변환 뒤의 인바운드 서비스에는 의도적인 게시 방법이 필요합니다. DNS 레코드만 변경한다고 해당 경로가 생성되지 않습니다. IPv6에는 링크 로컬 주소와 전 세계적으로 라우팅할 수 있는 유니캐스트 주소를 비롯한 고유한 주소 유형과 범위가 있습니다. IPv4 방화벽이나 주소 변환 규칙이 IPv6에도 적용된다고 가정하지 말고 별도로 검토하세요. 사설 주소는 인증 수단이 아니며, 공인 IPv6 주소를 사용한다고 해서 모든 서비스를 공개할 필요는 없습니다. 관련된 각 네트워크에서 접근을 테스트하고 적절한 경계에서 관리 접근을 제한하세요. 03 안정적인 이름과 안정적인 주소는 관련이 있습니다 DHCP는 프로토콜을 통해 주소 구성을 할당하며 임대를 사용할 수 있습니다. 동적으로 할당된 주소는 일정 기간 변경되지 않을 수 있지만, 그것이 영구성을 계약상 보장하는 것은 아닙니다. 애플리케이션이 안정적인 주소에 의존하는 경우, 어제의 연결에서 추론하지 말고 제공자의 할당 및 변경 정책을 확인하십시오. 동적 DNS은 주소가 변경된 후 이름을 업데이트할 수 있지만, 클라이언트는 여전히 이전 응답을 캐시할 수 있습니다. 또한 도달할 수 없는 리스너, 누락된 인바운드 경로 또는 통신사급 주소 변환을 극복할 수 없습니다. 네트워크가 연결을 허용하고 애플리케이션이 업데이트 지연을 감내할 때 사용하십시오. 호스팅 배포의 경우, 허용 목록이나 외부 통합을 구축하기 전에 의도한 주소 수명 주기를 문서화하십시오. 속성 확인할 사항 흔한 오해 공용 또는 사설 라우팅 범위 및 접근 경로 주소만으로 서비스에 도달할 수 있다 정적 또는 동적 할당 및 변경 정책 변경되지 않은 임대는 영구적이다 전용 또는 공유 할당 및 허용된 사용 전용 주소는 익명 신원을 제공한다 IPv4 또는 IPv6 라우팅 및 방화벽 구성 모두 한 프로토콜의 설정이 다른 프로토콜을 포괄한다 04 정방향 DNS와 역방향 DNS은 소유자가 다릅니다 정방향 DNS은 이름을 A 및 AAAA 주소 레코드와 같은 데이터에 매핑합니다. 역방향 DNS은 주소 관련 네임스페이스와 PTR 레코드를 사용하여 주소를 이름과 연결합니다. 정방향 DNS 영역을 제어하는 조직이 해당 주소 범위의 역방향 DNS을 제어하는 조직과 반드시 동일한 것은 아닙니다. 역방향 이름을 약속하기 전에 올바른 구성 경로를 확보하십시오. 적절한 리졸버를 통해 레코드를 확인하고 결과를 기록하십시오. 호스트를 식별하기 위한 PTR의 경우, 해당 정방향 레코드가 예상 주소를 가리키는지도 확인하십시오. 역방향 DNS은 운영 식별 및 일부 메일 시스템 검사를 지원할 수 있지만, 애플리케이션을 인증하거나 메시지 전달을 보장하지는 않습니다. 메일 발송에는 자체 도메인, 평판 및 인증 검토도 필요합니다. 05 모든 HTTPS 사이트에 전용 주소가 필요한 것은 아닙니다 HTTP 호스트 라우팅과 TLS 서버 이름 표시(SNI) 확장을 통해 지원되는 클라이언트와 서버는 이름으로 사이트나 인증서를 선택할 수 있습니다. 따라서 여러 HTTPS 사이트가 도메인당 하나의 공용 주소를 요구하지 않고 하나의 주소를 사용할 수 있습니다. 실제 호스팅 구성과 필요한 클라이언트가 그러한 배치의 적합성을 결정합니다. 지원되는 네트워크 분리나 별도의 엔드포인트를 기대하는 외부 시스템과 같이 문서화된 요구 사항이 있을 때만 추가 주소를 선택하십시오. 주소는 평판 문제에 대한 면제를 제공하거나 서비스를 운영하는 사람을 식별하지 않습니다. 인증서, 호스트 이름 라우팅 및 주소 할당을 별도의 확인 사항으로 유지하십시오. 사용자가 실제로 방문할 호스트 이름을 통해 제공되는 인증서를 확인하십시오. 06 레코드를 변경하기 전에 배포 맵을 사용하십시오 각 호스트 이름, 주소 레코드, 리스너, 방화벽 경로 및 책임자를 포함하는 작은 맵을 만드십시오. 관리, 백업 및 모든 아웃바운드 허용 목록을 포함하십시오. SwissOctet 구성에 필요한 주소 옵션이 나열되어 있는지 확인하고, 역방향 DNS 제어에 의존하기 전에 문의하십시오. 카탈로그 옵션을 이미 프로비저닝된 실제 할당으로 제시하지 마십시오. 이전 중에는 사용자를 해당 위치로 안내하기 전에 대상 애플리케이션과 TLS 설정을 준비하십시오. DNS 캐시를 고려하고 실행 가능한 복구 경로를 유지하십시오. 정방향 확인, 실제 애플리케이션 도달 가능성 및 예상 역방향 이름을 별도로 확인하십시오. 맵은 잘못된 레코드, 닫힌 포트 및 일치하지 않는 인증서가 서로 다른 소유자의 다른 문제이기 때문에 장애를 더 쉽게 찾을 수 있게 합니다. 행동으로 옮기기 실용 체크리스트. ✓ 주소 역할, 할당 및 소유권을 매핑하십시오. ✓ IPv4과 IPv6을 별도로 확인하십시오. ✓ DNS에 의존하기 전에 인바운드 라우팅을 확인하십시오. ✓ PTR 레코드를 누가 제어하는지 식별하십시오. ✓ 호스트 이름, 인증서 및 애플리케이션을 함께 테스트하십시오. 체크리스트 다운로드 자주 묻는 질문 중요한 세부 사항. 전용 IP가 서비스를 익명으로 만드나요? + 아니요. 이는 할당 또는 사용 배치를 설명하는 것이지 신원이나 개인정보 보호를 보장하는 것이 아닙니다. 계정, 트래픽 및 애플리케이션 데이터에는 별도의 영향이 있습니다. 내 도메인의 DNS 패널에서 PTR 레코드를 설정할 수 있나요? + 해당 패널이 관련 역방향 영역도 제어하는 경우에만 가능합니다. 주소 제공자가 일반적으로 해당 영역을 제어하거나 별도의 요청 절차를 제공합니다. 각 HTTPS 도메인에 자체 주소가 필요한가요? + 반드시 그렇지는 않습니다. 지원되는 클라이언트와 서버는 이름 기반 라우팅과 TLS SNI를 사용할 수 있습니다. 실제 호스팅 및 클라이언트 요구 사항을 확인하십시오. 주요 참고 자료 출처로 이동하세요. 이 참고 자료는 이 가이드의 기술 개념을 뒷받침합니다. 프로덕션 시스템을 변경하기 전에 최신 문서를 확인하세요. RFC 1918: 사설 인터넷 주소 할당 www.rfc-editor.org RFC 2131: 동적 호스트 구성 프로토콜 www.rfc-editor.org RFC 1035: DNS 구현 및 명세 www.rfc-editor.org RFC 4291: IPv6 주소 지정 아키텍처 www.rfc-editor.org RFC 6066: 서버 이름 표시를 포함한 TLS 확장 www.rfc-editor.org SwissOctet의 편집 지침. 예시는 설명용입니다. 서비스 사양, 사용 가능한 옵션 및 계약 조건은 별도로 확인해야 합니다. 지식 연결 관련 인프라. Vector VPS 스위스 Canvas Web 스위스 Metal Origin 스위스 Shield VPN 스위스 흐름 유지 다음 필드 노트. 모든 가이드 살펴보기 필드 노트 / 01 + 네트워크 엔지니어링 기초 대역폭, 포트 속도 및 전송량: 전체 그림 읽기 프로젝트가 전송하는 데이터를 추정하고 더 큰 포트가 네트워크 성능의 일부일 뿐인 이유를 이해하세요. 4분 소요 가이드 읽기 필드 노트 / 02 + 2일차 운영 응용 접근 권한을 잃지 않는 안전한 Windows RDP 관리 네트워크 도달 가능성, 인증 및 권한을 분리한 다음, 원격 접근을 강화하기 전에 복구 경로를 검증하세요. 6분 읽기 가이드 읽기 필드 노트 / 03 + 네트워크 엔지니어링 고급 지연 시간, 동시성 및 처리량 측정으로 전송 규모 산정 페이로드 볼륨, 전달 창 및 왕복 시간을 사용하여 반복 가능한 전송 모델을 구축한 다음, 포트 레이블을 유용한 처리량과 혼동하지 않고 테스트하세요. 4분 소요 가이드 읽기