KR20090125315A - Domain Name Web Management System - Google Patents
Domain Name Web Management System Download PDFInfo
- Publication number
- KR20090125315A KR20090125315A KR1020080051364A KR20080051364A KR20090125315A KR 20090125315 A KR20090125315 A KR 20090125315A KR 1020080051364 A KR1020080051364 A KR 1020080051364A KR 20080051364 A KR20080051364 A KR 20080051364A KR 20090125315 A KR20090125315 A KR 20090125315A
- Authority
- KR
- South Korea
- Prior art keywords
- domain name
- domain
- record
- host
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
- H04L61/3015—Name registration, generation or assignment
- H04L61/302—Administrative registration, e.g. for domain names at internet corporation for assigned names and numbers [ICANN]
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/50—Business processes related to the communications industry
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
본 발명은 IPv4 주소를 갖는 호스트 혹은 IPv6 주소를 갖는 호스트에 대하여 도메인 네임을 등록하기 위해서는 사전에 도메인 네임 서버에 도메인 네임을 등록하는 단계와; 도메인 네임이 부여된 IPv4 주소를 갖는 호스트에 대하여 리버스 도메인 네임을 부여하기 위한 데이터베이스의 리버스 도메인 테이블에 저장하는 단계와; 도메인 네임이 부여된 IPv6 주소를 갖는 호스트에 대하여 리버스 도메인 네임을 부여하기 위한 데이터베이스의 리버스 도메인 테이블에 저장하는 단계를 포함하여 구성된 도메인 네임 웹 관리시스템에 관한 것이다. The present invention includes registering a domain name with a domain name server in advance in order to register a domain name for a host having an IPv4 address or a host having an IPv6 address; Storing in a reverse domain table of a database for assigning a reverse domain name to a host having a domain name assigned IPv4 address; A domain name web management system comprising the steps of: storing in a reverse domain table of a database for assigning a reverse domain name to a host having a domain name assigned IPv6 address.
Description
본 발명은 도메인 네임 서비스(Domain Name Service :DNS)를 제공하기 위한 도메인 네임 및 IP 주소의 관리에 관한 것으로, 관리자가 IPv4(IP version 4) 및 IPv6(IP version 6) 주소를 갖는 관리대상 호스트에 대하여 쉽게 도메인 관리를 수행할 수 있고, 웹을 통하여 원격에서 관리할 수 있고, 수동 편집 작업을 수행할 때 나타날 수 있는 여러 가지 어려움을 시스템 차원에서 해소하며, 앞으로 다가올 IPv6 시대에서도 미리 준비할 수 있는 도메인 네임 웹 관리 시스템에 관한 것이다.The present invention relates to the management of domain names and IP addresses for providing Domain Name Service (DNS), wherein the administrator is directed to a managed host having IP version 4 (IPv4) and IPv6 (IP version 6) addresses. Easy domain management, remote management over the web, and system-based challenges that can arise when performing manual editing tasks, and can prepare for the upcoming IPv6 era. A domain name web management system.
2002년 10월 국제인터넷표준기구인 IETF에서는 인터넷이용 프로그램(브라우져, 전자우편 등)에서 한글도메인 질의를 아스키(영문, 숫자, -)로 변환한 후 네임서버로 전달되는 방식으로 다국어 도메인 국제표준을 정하였다.In October 2002, the IETF, the International Internet Standards Organization, converted an international standard for multilingual domains by converting Korean domain queries into ASCII (English, numeric,-) in Internet-enabled programs (browser, e-mail, etc.) and forwarding them to a name server. Decided.
이용자 입장에서는 이러한 표준을 반영한 애플리케이션을 사용하거나, 별도의 플러그인(변환을 수행하는 프로그램)을 개별적으로 PC에 설치하여 사용할 수 있다.Users can use applications that reflect these standards, or install separate plug-ins (programs that perform conversion) on their PCs.
그리고 네임서버, 메일서버, 웹서버 운영자는 아스키로 변환된 문자열(Punycode)을 호스트 이름으로 설정하여야 한다.Name server, mail server, and web server administrators should set the ASCII converted string as host name.
프로그램에 표준이 반영되기 위해서는 애플리케이션 개발업체가 표준을 반영한 애플리케이션을 개발하여 배포하여야 하는데, 표준에 대한 업체의 입장은 표준의 단계(현재 Proposed Standard)가 상승한 후에(Draft Standard) 애플리케이션 개발에 반영할 수 있을 것이며, 이에 소요되는 기간은 약 2-4년 이후로 전망하고 있다.(LIFE 표준화 단계는 Proposed Standard -> Draft Standard ->Internet Standard의 세 단계를 거침)In order for a standard to be reflected in the program, the application developer must develop and deploy an application that reflects the standard. It is estimated that the time required for this will be about 2-4 years afterwards (LIFE standardization stage is three stages: Proposed Standard-> Draft Standard-> Internet Standard).
표준이 반영되기 전까지는 NIDA가 배포하는 플러그인 프로그램을 설치하여 한글.KR을 이용할 수 있는데, 플러그인 프로그램은 윈도우즈(Windows) 기반의 특정 브라우저만 지원하므로 ftp, telnet, ping, nslookup 등에서는 아직 한글.kr을 지원하지 못하다.Until the standard is reflected, you can use Korean.KR by installing the plug-in program distributed by NIDA. The plug-in program supports only certain browsers based on Windows, so ftp, telnet, ping, nslookup, etc. Does not support
다국어도메인 국제표준은 네임서버 인프라 변경 없이 애플리케이션만 바꿔 다국어도메인을 수용하는 방향으로 확정되었다. 그러나 현재 사용 중인 대부분의 애플리케이션이 아직 지원하지 않기 때문에 별도의 보조 툴이 필요하다. 이것이 바로 인코딩 플러그인으로서, 플러그인은 애플리케이션에 해당 표준이 안정되게 적용될 때까지의 단기적인 방안이다.The international standard for multilingual domains was decided to accommodate multilingual domain names by changing the application without changing the name server infrastructure. However, because most of the applications you're currently using don't support it yet, you need a separate assistive tool. This is the encoding plug-in, which is a short-term solution until the standard is applied to the application in a stable manner.
플러그인이 설치되면 인터넷 사용자가 입력한 한글도메인은 사용자 컴퓨터의 애플리케이션에서 영어, 숫자, 하이픈으로 구성된 아스키 문자열로 변환된 후 네임서버에 전송된다.When the plug-in is installed, Hangul domains entered by Internet users are converted to ASCII strings consisting of English, numbers, and hyphens in the application on the user's computer, and then sent to the name server.
윈도우즈 IE 7.x 미만 환경에서는 한글.KR 지원 소프트웨어 중 별도 플러그인을 이용하면 한글도메인을 사용할 수 있으며, Internet Explorer 7 이상의 버전 또는 Netscape Navigator 7.1 과 Mozilla 1.4, Opera 7.2 이상의 버전 등에서는 별도 플러그인 없이도 한글 도메인을 사용할 수 있다.Under Windows IE 7.x, Hangul domain can be used by using separate plug-in among Hangul.KR support software. Hangul domain is not required in Internet Explorer 7 or higher version or Netscape Navigator 7.1 and Mozilla 1.4, Opera 7.2 or higher version without additional plug-in. Can be used.
인터넷 도메인 관리 시스템은 인터넷 도입과 함께 오늘날까지 사용되고 있으며, 차후 IPv6 주소가 도입되어 지는 시점에서 그 중요성은 계속 강조 될 것이다. Internet domain management systems are still in use today with the introduction of the Internet, and their importance will continue to be emphasized as IPv6 addresses are introduced.
현재 리눅스 및 유닉스 운영체제를 도메인 네임 서버로 사용시 도메인 네임 관리 시스템의 운영에 있어 여러 가지 애로 사항이 발생하고 있다. 리눅스 및 유닉스의 운영체제를 사용하는 경우 도메인 네임 호스트 정보를 ZONE 이라는 파일형태로 관리되고 있으며, 관리자는 도메인 네임 혹은 호스트 정보 추가/삭제/변경시 해당 ZONE 파일을 직접 수동으로 편집하고 있으며, 잘못된 데이터 입력으로 도메인 네임 서버 작동이 중단되어, 조직의 웹서버, 이메일 서버 및 각종 서버의 도메인 네임을 찾지 못하게 함으로써 조직이 업무 마비 상태를 야기하고 있어, 관리자가 매우 꺼려하는 업무 대상이 되고 있다. 현재 암기가 가능한 32비트(15글자)로 구성되어 있는 IPv4 환경에서 운영하는 경우에도 이러한 상황인데, 앞으로 도래하는 암기가 불가능한 128비트(39글자)로 구성되어 있는 IPv6 시대에서의 도메인 네임 관리시 그 어려움은 더 증가될 수밖에 없는 상황이다. 한편 마이크로소프트사의 서버 운영체제인 경우 Active Directory 기반의 도메인 네임 관리시스템을 갖추고 있으나, 웹 인터페이스를 제공하지 않아, 관리자가 도메인 네임 관리 업무 수행시 해당 컴퓨터에 방문하여 작업해야 한다는 문제가 있다.Currently, when using Linux and Unix operating system as domain name server, there are many difficulties in operating domain name management system. In case of operating system of Linux and Unix, domain name host information is managed in file type called ZONE. Administrator adds or deletes domain name or host information manually and edits the zone file manually. As a result, the domain name server stops working, causing the organization to be paralyzed by preventing the organization from finding the domain names of the web servers, email servers, and various servers of the organization. This is the case even when operating in an IPv4 environment consisting of 32 bits (15 characters) that can be memorized. This is the case when managing domain names in the IPv6 era of 128 bits (39 characters) that cannot be memorized. Difficulties can only be increased. On the other hand, Microsoft's server operating system has an Active Directory-based domain name management system. However, it does not provide a web interface, which requires an administrator to visit and work with the computer when performing domain name management.
국내특허공개공보 공개번호 제10-2003-65064호에는 TCP/IP를 기반으로 하는 네트웍에서의 IP address 할당 방법에 관한 것으로서, 특히 동적 혹은 비교적 정적으로 할당되는 IP address에 대한 도메인 네임을 관리하는 방법에 관한 것이다. 여기서 비교적 정적이라 함은 동일한 IP address가 DHCP routine 에 의해서 두 번 이상 연속 할당되는 경우를 말하며, Korean Patent Laid-Open Publication No. 10-2003-65064 relates to a method for allocating IP addresses in a network based on TCP / IP, and more particularly, to a method for managing domain names for dynamically or relatively statically assigned IP addresses. It is about. Here, relatively static means that the same IP address is allocated two or more times by the DHCP routine.
DHCP 서버측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정; DHCP 클라이언트 측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정; 및 DNS 서버측에서 DHCP 서버측 및 DHCP 클라이언트 측에서의 IP address-하드웨어 고유 번호의 페어 정보를 수신하고, DHCP 서버에서 수신된 정보이면 이를 메핑 엔트리에 추가하고, DHCP 클라이언트에서 수신된 정보이면 이로서 매핑 엔트리를 추가하거나 갱신하는 과정을 포함하고, DHCP 서버 및 DHCP 클라이언트에서 IP address-하드웨어 고유 번호의 페어 정보를 DNS 서버에 방송하게 함으로써 동적 혹은 비교적 정적으로 할당된 IP 어드레스에 대한 도메인 네임 서비스를 가능하게 하는 도메인 네임관리방법이 기술되어 있으나, 고정주소를 필요로 하는 관리 대상 호스트 인 경우, 수동 등록을 통하여 관리되어 하나, 이에 대한 언급이 없는 상태이며,Maintaining the pair information of the IP address-hardware unique number on the DHCP server side, and if the update is made, broadcasting the updated contents to the DNS server; Maintaining the pair information of the IP address-hardware unique number on the DHCP client side and, if there is an update, broadcasting the updated contents to the DNS server; And the DNS server side receives the pair information of the IP address-hardware unique number from the DHCP server side and the DHCP client side, adds it to the mapping entry if it is received from the DHCP server, and if so, receives the mapping entry from the DHCP client. A domain that enables domain name services for dynamically or relatively statically assigned IP addresses, including adding or updating, and allowing the DHCP server and DHCP client to broadcast the IP address-hardware unique number pair information to the DNS server. Although the name management method is described, in the case of a managed target host requiring a fixed address, it is managed through manual registration, but there is no mention thereof.
동 공보 공개번호 제10-2004-65643호에는 IP 주소 및 도메인명 자동등록 방법은, 호스트의 IP(Internet Protocol) 주소 및 도메인명이 포함된 NS(Neighbor Solicitation) 메시지를 멀티캐스팅하여 DAD(Duplicate Address Detection) 과정을 수행하고. DAD의 수행 결과 호스트의 IP 주소 또는 도메인명과 중복된 IP 주소 또는 도메인명을 사용하는 호스트가 네트워크 상에 존재하지 않으면, 상기 IP 주소 및 도메인명을 DNS 서버 또는 복수 개의 타 호스트들의 저장 영역에 자동 등록한다. 그 결과, DNS 서버가 존재할 때는 물론, DNS 서버가 존재하지 않는 경우에도 각 호스트의 IPv6 주소 및 도메인명을 중복되지 않게 자동으로 저장하고 관리할 수 있는 IPv6(IP Version 6) 프로토콜을 따르는 네트워크에서 호스트의 IP 주소 및 도메인명을 자동으로 등록해 주는 방법이 기재되어 있으나, 앞에서 언급한 고정주소를 필요로 하는 관리 대상 호스트에 대한 수동 등록에 대한 언급이 또한 명시되어 있지 않으며,Korean Laid-Open Publication No. 10-2004-65643 discloses an IP address and domain name auto-registration method, which includes Duplicate Address Detection by multicasting a neighbor solicitation (NS) message including an IP address and a domain name of a host. Doing the process). As a result of performing the DAD, if a host using an IP address or domain name that is a duplicate of the host's IP address or domain name does not exist on the network, the IP address and domain name are automatically registered in a storage area of a DNS server or a plurality of other hosts. do. As a result, hosts in networks that follow the IPv Version 6 (IPv6) protocol can automatically store and manage each host's IPv6 address and domain name without duplicates, even when a DNS server is present and even when no DNS server is present. Although a method of automatically registering an IP address and a domain name is described, there is no mention of manual registration for a managed host that requires the fixed address mentioned above.
동 공보 공개번호 제10-2006-41113호에는 접속하고자 하는 인터넷 주소로 접속이 되지 않는 경우 가상 도메인 네임 시스템(Virtual DNS)에 강제로 저장되는 도메인 네임 시스템(DNS)의 질의 응답 정보를 이용하여 해당 인터넷 주소로 접속할 수 있는 가상 도메인 네임 시스템 및 그 관리 방법으로서, 도메인 서버로 상기 특정 도메인의 어드레스 정보에 대한 질의 요청을 한 상태에서 상기 도메인 서버의 동작 유무를 체크하는 도메인 서버 체크부와, 상기 도메인 서버 체크부에 의해 상기 도메인 서버가 동작을 하지 않는 것으로 확인된 경우, 상기 도메인 서버로부터 강제적으로 전송된 어드레스 정보를 할당하는 어드레스 정보 할당부를 포함하는 IPv4/IPv6 단말의 가상 도메인 네임 시스템 및 그 관리 방법이 알려져 있으나, 도메인 네임 등록에 대한 수동 혹은 자동 방법에 대한 명시가 없으며, Publication No. 10-2006-41113 uses the question and answer information of the Domain Name System (DNS), which is forcibly stored in the Virtual Domain Name System (Virtual DNS) when the Internet address to be accessed cannot be accessed. A virtual domain name system capable of accessing an Internet address and a management method thereof, comprising: a domain server checker configured to check an operation of the domain server while making a query request for address information of the specific domain from a domain server; If it is determined by the server checker that the domain server does not operate, the virtual domain name system of the IPv4 / IPv6 terminal and the management method thereof include an address information allocator for allocating address information forcibly transmitted from the domain server. Is known, but manual or custom about domain name registration There is no explicit about how,
동 공보 공개번호 제2006-0054661호에는 IPv6(Internet Protocol version 6) 네트워크와 IPv4(Internet Protocol version 4) 네트워크 간의 통신 방법에 있어서, IPv6 네트워크 내에 위치하는 DSTM(Dual Stack Transition Mechanism) 클라이언트, DSTM 서버 및 IPv4 네트워크과 연결되어 V4 도메인 네임 처리를 수행하는 TEP/DNSv4 간 DNS(Domain Name System)를 설정하는 단계; IPv4 네트워크의 내에 위치하는 하나의 V4 호스트가 IPv4 네트워크의 내의 DNSv4 서버에게 연결하고자 하는 DSTM 클라이언트에 대한 DNS 검색 요청을 DNSv4 서버로 전송하는 단계; 상기 DNSv4 서버는 TEP/DNSv4와의 통신을 통해 DSTM 클라이언트의 IPv4 주소를 획득하고, 이를 상기 V4 호스트로 전달하는 단계; 및 상기 V4 호스트가 상기 획득한 IPv4 주소를 이용해 상기 DSTM 클라이언트와 연결하는 단계를 포함하는 이중스택 전환 메커니즘을 이용한 IPv4-IPv6 전환 방법이 공개되어 있고,Publication No. 2006-0054661 discloses a communication method between an Internet Protocol version 6 (IPv6) network and an Internet Protocol version 4 (IPv4) network, including a dual stack transition mechanism (DSTM) client, a DSTM server, Establishing a TEP / DNSv4 domain name system (DNS) that is connected to an IPv4 network and performs V4 domain name processing; Sending, by a V4 host located in the IPv4 network, a DNS lookup request for the DSTM client to the DNSv4 server in the IPv4 network to the DNSv4 server; Obtaining, by the DNSv4 server, an IPv4 address of a DSTM client through communication with a TEP / DNSv4, and forwarding it to the V4 host; And an IPv4-IPv6 switching method using a dual stack switching mechanism, wherein the V4 host connects to the DSTM client using the obtained IPv4 address.
동 공보 공개번호 제2002-0079271호에는 공인IP주소를 갖는 외부서버와 종속관계에 있는 외부호스트에서 인터넷을 통해 다른 공인IP주소를 갖는 내부서버에서 프록시(proxy), NAT 및 DHCP 기술을 이용하여 생성된 사설IP주소를 갖는 상기 내부서버와 물리적인 결합을 이루고 있는 종속관계의 내부호스트로 접속관리를 수행하는 사설IP주소로 포워딩된 고정도메인을 갖는 호스트 운영방법에 있어서, (a) 상기 내부호스트에서 내부서버의 공인IP주소를 갖는 고정도메인을 설정하는 단계와; (b) 상기 고정도메인을 내부서버로부터 부여받은 사설IP주소로 포워딩시키는 변환테이블에 등록시키는 단계; (c) 외부호스트가 외부서버에 고정도메인이름조회를 요청하여 상기 고정도메인을 갖는 해당 내부서버의 공인IP주소로 접속하는 단계; 및 (d) 상기 내부서버에 접속된 외부호스트의 정보를 내부호스트로 연결 대행하는 리버스 게이트웨이(Reverse Gateway)가 실행되는 단계를 포함하여 이루어진 것을 특징으로 하는 사설IP주소로 포워딩된 고정도메인을 갖는 호스트 운영방법이 공개되어 있으나 리버스 도메인 네임을 사용하여 도메인 네임을 관리하기 위한 점에 차이가 있으며,Publication No. 2002-0079271 describes the use of proxy, NAT, and DHCP technologies on an internal server with a different public IP address through the Internet on an external host that is dependent on an external server with a public IP address. A method of operating a host having a fixed domain forwarded to a private IP address for performing connection management to an internal host in a subordinate relationship that is in physical association with the internal server having a private IP address, the method comprising: (a) Setting a fixed domain having a public IP address of an internal server; (b) registering the fixed domain in a conversion table for forwarding the private domain to a private IP address granted from an internal server; (c) requesting an external server to look up a fixed domain name from an external server and accessing the public IP address of a corresponding internal server having the fixed domain; And (d) executing a reverse gateway that connects the information of the external host connected to the internal server to the internal host, wherein the host has a fixed domain forwarded to the private IP address. The operating method is open, but there are differences in managing reverse domain names using reverse domain names.
동 공보 공개번호 제10-2004-0097849호에는 IPv6(IP version 6) 네트워크에서 도메인 네임 및 IP 주소를 자동으로 생성하여 등록하는 방법 및 시스템에 관한 것으로서, 소정의 호스트가 속한 네트워크의 이름 정보를 수신하는 단계; 상기 호스트의 링크로컬 주소를 생성하고 생성된 링크로컬 주소가 이미 사용 중인지 판단하는 단계; 상기 판단결과 사용 중이 아니면, 상기 호스트를 구별하는데 사용되는 인터페이스 아이디를 상기 링크로컬 주소에서 추출하는 단계; 상기 인터페이스 아이디와 상기 네트워크 이름정보를 이용하여 도메인 네임을 생성하는 단계; 및 상기 생성된 도메인 네임을 도메인 네임 서버에 등록하는 단계를 포함하는 것을 특징으로 하는 도메인 네임 자동 등록 방법이 공개되어 있음을 알 수 있으나, 앞에서 언급한 고정주소를 필요로 하는 관리 대상 호스트 인 경우, 수동 등록에 대한 방법이 언급이 없는 상태이다. Publication No. 10-2004-0097849 discloses a method and system for automatically generating and registering a domain name and an IP address in an IPv6 (IP version 6) network, and receiving name information of a network to which a given host belongs. Making; Generating a link local address of the host and determining whether the generated link local address is already in use; Extracting, from the link local address, an interface ID used to distinguish the host if the determination result is not in use; Generating a domain name using the interface ID and the network name information; And it can be seen that the domain name auto-registration method characterized in that it comprises a step of registering the generated domain name to the domain name server, but in the case of a managed host that requires the above-mentioned fixed address, There is no mention of the method of manual registration.
종래의 기술들은 네트워크에서 도메인 네임 및 IP 주소를 자동으로 생성하여 등록하는 방법 및 시스템에 관한 것이 대부분이며, 리눅스 및 유닉스 운영체제를 도메인 네임 서버로 사용하는 경우에 있어 도메인 관리 시스템의 운영에 있어 도메 인 네임 및 호스트 정보를 ZONE 이라는 파일형태로 관리되고 있으며, 관리자는 도메인 네임 및 호스트 정보 추가/삭제/변경시 해당 ZONE 파일을 직접 수동 편집하고 있으며, 잘못된 데이터 입력으로 도메인 네임 서버 작동이 중단되어, 조직의 웹서버, 이메일 서버 및 각종 서버의 도메인 네임을 찾지 못하게 함으로써 조직이 업무 마비 상태를 야기하고 있어, 관리자가 수동으로 관리대상 호스트에 등록하는 단계와, 관리자가 웹상으로 원격으로 관리하는 기술구성이 없어 불편하고, IPv4와 앞으로 도래하는 IPv6 시대에서도 도메인 네임 관리를 용이하게 할 수 있는 도메인 네임 웹 관리시스템을 개발하는 것이 본 발명이 해결하고자 하는 과제인 것이다.Most of the conventional techniques are related to a method and system for automatically generating and registering a domain name and an IP address in a network. In the case of using a Linux and Unix operating system as a domain name server, the domain management system operates in a domain. The name and host information are managed in the file type called ZONE, and the administrator manually edits the zone file manually when adding / deleting / changing the domain name and host information, and the domain name server stops working due to incorrect data input. The organization's paralyzed state is caused by not being able to find the domain name of the web server, email server, and various servers of the server, and the administrator manually registers the managed host and the technical configuration that the administrator remotely manages on the web. Uncomfortable, IPv4 and the coming IPv6 era It is even a problem to be solved by the present invention to develop a web domain name management system that allows you to easily manage your domain name.
본 발명은 관리자가 도메인 네임을 필요로 하는 IPv4 및 IPv6 주소를 갖는 관리대상 호스트에 대하여 쉽게 도메인 관리를 수행할 수 있고, 웹을 통하여 원격에서 관리할 수 있고, 수동으로 작업을 수행할 때 나타날 수 있는 여러 가지 어려움을 시스템 차원에서 해소하며, 앞으로 다가올 IPv6 시대에서도 미리 준비할 수 있는 도메인 네임 웹 관리시스템을 제공하는 것이 본 발명의 과제 해결 수단인 것이다.The present invention can be easily managed by the administrator for a managed host having IPv4 and IPv6 addresses requiring a domain name, remotely managed through the web, and may appear when performing a manual operation. It is a solution to the problem of the present invention to solve the various difficulties in the system level and to provide a domain name web management system that can be prepared in advance in the coming IPv6 era.
본 발명은 관리자가 쉽게 도메인 관리를 수행할 수 있고, 웹을 통하여 원격에서 관리할 수 있어 장소에 구애받지 않으며, 수동으로 작업을 수행할 때 나타날 수 있는 여러 가지 어려움(잘못된 데이터 입력으로 도메인 네임 서버 작동이 중단되어, 조직의 웹서버, 이메일 서버 및 각종 서버의 도메인 네임을 찾지 못하게 함으로써 조직이 업무 마비 상태를 야기)을 시스템 차원에서 해소하며, 앞으로 다가올 IPv6 시대에서도 미리 준비할 수 있는 도메인 네임 관리 시스템을 준비하고자 하는 장점이 있는 것이다. The present invention can be easily managed by the administrator, and can be managed remotely through the web, regardless of the place, and various difficulties that may occur when performing a manual operation (domain name server with incorrect data input) It stops working so that the organization's web servers, email servers, and other servers' domain names can't be found, resulting in systemic paralysis and domain name management that can be prepared in the upcoming IPv6 era. There is an advantage to preparing the system.
상기와 같은 목적을 달성하기 위하여 본 발명은 IPv4 호스트 혹은 IPv6 호스트에 대하여 도메인 네임을 등록하기 위해서는 사전에 도메인 네임 서버에 도메인네임을 등록하는 단계와; 도메인 네임이 부여되어 있는 IPv4 주소를 갖는 호스트에 대하여 리버스 도메인 네임을 부여하기 위한 데이터베이스의 리버스 도메인 테이블에 저장하는 단계와; 도메인 네임이 부여되어 있는 IPv6 주소를 갖는 호스트에 대하여 리버스 도메인 네임을 부여하기 위한 데이터베이스의 리버스 도메인 테이블에 저장하는 단계를 포함하여 구성된 도메인 네임 웹 관리시스템에 관한 것이다. In order to achieve the above object, the present invention includes the steps of registering a domain name in a domain name server in order to register a domain name for an IPv4 host or an IPv6 host; Storing in a reverse domain table of a database for giving a reverse domain name to a host having an IPv4 address to which a domain name is assigned; It relates to a domain name web management system configured including storing in a reverse domain table of a database for giving a reverse domain name to a host having an IPv6 address to which a domain name is assigned.
본 발명은 도메인 네임 관리자가 인터넷 접속에 의해 도메인 네임 웹 관리 시스템에 접속되어, 등록하거나, 이용하거나, 정보변경을 하면, 그러한 내용을 로직을 이용하여 데이터베이스에 저장한 후, 관리자가 등록한 도메인 네임 정보를, 불특정 인터넷 접속 일반 사용자가 해당 도메인 정보를 요청할 때, DNS실행기(도메인 네임 서비스 실행 프로그램)에 의해 제공받는 도메인 네임 웹 관리시스템으로 서, 보다 구체적으로 설명하면 다음과 같다.According to the present invention, when a domain name manager is connected to a domain name web management system through an Internet connection, registers, uses, or changes information, the domain name information is stored in a database using logic, and then the domain name information registered by the administrator. When a non-specified Internet access general user requests the corresponding domain information, the domain name web management system provided by a DNS executor (domain name service execution program) will be described in more detail as follows.
본 발명은 IPv4 호스트 혹은 IPv6 호스트에 대하여 도메인 네임을 등록하기 위해서는 사전에 도메인 네임 서버에 도메인네임을 도2와 같은 플로챠트와 같이 등록해야 한다. In the present invention, in order to register a domain name for an IPv4 host or an IPv6 host, the domain name must be registered in advance in the domain name server as shown in the flowchart of FIG.
1)먼저 본 발명의 결과물인 도메인 네임 웹 관리 시스템에 관리자가 웹 브라우저를 이용하여 접속한다. 1) An administrator first accesses a domain name web management system, which is the result of the present invention, using a web browser.
2) 관리자는 웹 페이지에서 도메인 네임 신규 등록 버튼을 클릭한다. 2) The administrator clicks the Register New Domain Name button on the web page.
3) 관리자는 해당 화면에서 다음과 같은 데이터를 입력한다. (입력항목 : 사용하고자 하는 도메인 네임, 관리자 이메일, 갱신 주기, 재시도 주기, 해제 주기, 최소값, TTL, 리버스 DNS 사용여부) 3) The administrator inputs the following data in the screen. (Input items: domain name, administrator email, renewal cycle, retry cycle, release cycle, minimum value, TTL, reverse DNS use)
4) 입력이 완료된 후 저장버튼을 누른 직후, 입력값에 대한 유효성을 확인한다. 도메인 네임 유효성, 이메일 유효성, 갱신 주기 범위, 재시도 주기 범위, 해제 주기 범위, 최소값 범위, TTL 범위등이다. 4) After the input is completed, immediately after pressing the save button, check the validity of the input value. Domain Name Validity, Email Validity, Update Cycle Range, Retry Cycle Range, Release Cycle Range, Minimum Value Range, TTL Range.
5) 입력값에 대한 유효성이 확인이 된 후, 이미 같은 이름을 갖는 도메인 네임이 등록이 되어 있는지를 데이터베이스 처리 로직을 통하여 확인한다. 5) After the validity of the input value is confirmed, check whether the domain name with the same name is already registered through the database processing logic.
6) 등록된 도메인 네임이 아닌 신규 도메인 네임인 경우, 도메인 네임 테이블을 만들고, 여기에 SOA 레코드와 NS 레코드를 자동 생성하여 저장한다. 6) If the domain name is not a registered domain name, create a domain name table, and automatically create and store SOA records and NS records there.
7) 관리자의 입력 항목중 리버스 DNS 사용 여부를 확인한 결과 체크되어 있는 경우, 리버스 도메인 테이블을 생성한 후, SOA 레코드와 NS 레코드를 위와 같이 자동 생성하여 리버스 도메인 테이블에 저장한다. 7) If it is checked that the reverse DNS is used among the input items of the administrator, after creating the reverse domain table, the SOA record and the NS record are automatically generated as above and stored in the reverse domain table.
8) 저장이 완료된 후 도메인 네임 서버가 이를 인지하여 서비스하기 위해서, 도메인 네임 서버 구성화일을 데이터베이스에 저장된 도메인 네임 리스트를 통하여 생성 저장한다. 8) After the storage is completed, the domain name server generates and stores the domain name server configuration file through the domain name list stored in the database in order to recognize and service it.
9) 네임서버 구성화일이 만들어 진 후 도메인 네임서버를 리로드(RELOAD)함으로써 등록과정이 완료된다. 9) After the name server configuration file is created, the registration process is completed by reloading the domain name server.
도3은 IPv4 주소를 갖는 호스트에 대하여 도메인 네임을 부여하기 위한 플로우챠트를 설명한다. 3 illustrates a flowchart for assigning a domain name to a host having an IPv4 address.
IPv4 호스트에 도메인 네임을 부여하기 위해서는 사전에 도메인 네임 서버에 해당 도메인이 등록되어 있어야 한다. To assign a domain name to an IPv4 host, the domain must be registered in the domain name server in advance.
1) 관리자는 해당 도메인 네임 웹 페이지에서 IPv4 호스트를 등록함에 있어 A 레코드 타입, NS 레코드 타입, MX 레코드 타입, CNAME 레코드 타입, SPF 레코드 타입들을 선택할 수 있다. 여기서 A 레코드 타입을 입력하는 경우를 예로 들면 다음과 같다. A 레코드 타입을 선택한 경우, 다음과 같은 입력 정보를 요구한다. IPv4 주소, 호스트 명, TTL 값, PTR 레코드 사용여부 등이다.1) The administrator can select A record type, NS record type, MX record type, CNAME record type, and SPF record type when registering IPv4 host in the domain name web page. Here is an example of inputting an A record type. When the A record type is selected, the following input information is required. IPv4 address, host name, TTL value, and whether PTR record is used.
2) 관리자가 입력한 값에 대한 유효성을 점검한다. 즉 호스트명의 유효성, IPv4 주소 유효성, TTL 값 범위 등이다.2) Check the validity of the value entered by the administrator. Hostname validity, IPv4 address validity, TTL value range, and so on.
3) 도메인 관리 처리 로직에서 A 레코드에 대한 레코드를 생성한다. 즉 도메인명 mydomain.com, 호스트 명 myhost, IPv4 1.2.3.4, TTL 3600 인 경우 (myhost.mydomain.com, A, 3600, 1.2.3.4 ) 레코드를 만든다. 3) Create a record for the A record in the domain management processing logic. In other words, if the domain name mydomain.com, host name myhost, IPv4 1.2.3.4, TTL 3600 (myhost.mydomain.com, A, 3600, 1.2.3.4), create a record.
4) 이렇게 만들어진 레코드를 데이터베이스 처리 로직중 저장 로직을 통하여 도메인 테이블에 저장한다. 4) The record thus created is stored in the domain table through the storage logic of the database processing logic.
5) PTR 사용여부를 확인하는 과정이며 PTR 사용을 선택한 경우, PTR 레코드를 생성한다. 즉 다음과 같은 형태로 만들어진다. ( 4.3.2.1.in-addr.arpa, PTR, 3600, myhost.mydomain.com. ) 이다. 5) The process checks whether PTR is used. If PTR is selected, a PTR record is created. That is, it is made in the following form. (4.3.2.1.in-addr.arpa, PTR, 3600, myhost.mydomain.com.)
6) 이렇게 만들어진 레코드를 데이터베이스 처리 로직중 저장 로직을 통하여 리버스 도메인 테이블에 저장한다. 6) The record thus created is stored in the reverse domain table through the storage logic of the database processing logic.
도4는 IPv6 주소를 갖는 호스트에 대하여 도메인 네임을 부여하기 위한 플로우챠트를 설명한다. IPv6 호스트에 도메인 네임을 부여하기 위해서는 사전에 도메인 네임 서버에 해당 도메인이 등록되어 있어야 한다. 4 illustrates a flowchart for assigning a domain name to a host having an IPv6 address. To assign a domain name to an IPv6 host, the domain must be registered in the domain name server in advance.
1) 관리자는 해당 도메인 네임 웹 페이지에서 IPv6 호스트를 등록함에 있어 AAAA 레코드 타입, NS 레코드 타입, MX 레코드 타입, CNAME 레코드 타입, SPF 레코드 타입들을 선택할 수 있다. 여기서 AAAA 레코드 타입을 입력하는 경우를 예로 들면 다음과 같다. AAAA 레코드 타입을 선택한 경우, 다음과 같은 입력 정보를 요구한다. IPv6 주소, 호스트 명, TTL 값, PTR 레코드 사용여부 등이다. 1) The administrator can select the AAAA record type, NS record type, MX record type, CNAME record type, and SPF record type when registering an IPv6 host in the domain name web page. Here is an example of inputting an AAAA record type. When the AAAA record type is selected, the following input information is required. IPv6 address, host name, TTL value and whether PTR record is used.
2) 관리자가 입력한 값에 대한 유효성을 점검한다. 즉 호스트명의 유효성, IPv6 주소 유효성, TTL 값 범위 등이다. 2) Check the validity of the value entered by the administrator. Hostname validity, IPv6 address validity, TTL value range, and so on.
3) 도메인 관리 처리 로직에서 AAAA 레코드에 대한 레코드를 생성한다. 즉 도메인 명 mydomain.com, 호스트 명 myhost, IPv6 2001:2b8:3fff:0:1:2:3, TTL 3600 인 경우 (myhost.mydomain.com, AAAA, 3600, 2001:2b8:3fff:0:1:2:3 ) 레코드를 만든다. 3) Create a record for the AAAA record in the domain management processing logic. I.e. domain name mydomain.com, host name myhost, IPv6 2001: 2b8: 3fff: 0: 1: 2: 3, TTL 3600 (myhost.mydomain.com, AAAA, 3600, 2001: 2b8: 3fff: 0: 1 : 2: 3) Create a record.
4) 이렇게 만들어진 레코드를 데이터베이스 처리 로직중 저장 로직을 통하여 도메인 테이블에 저장한다. 4) The record thus created is stored in the domain table through the storage logic of the database processing logic.
5) PTR 사용여부를 확인하는 과정이며 PTR 사용을 선택한 경우, PTR 레코드를 생성한다. 즉 다음과 같은 형태로 만들어진다. ( 3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.f.f.f.3.8.b.2.0.1.0.0.2.ip6.arpa, PTR, 3600, myhost.mydomain.com. ) 이다. 5) The process checks whether PTR is used. If PTR is selected, a PTR record is created. That is, it is made in the following form. (3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.f.f.f.3.8.b.2.0.1.0.0.2.ip6.arpa, PTR, 3600, myhost.mydomain.com.).
6) 이렇게 만들어진 레코드를 데이터베이스 처리 로직중 저장 로직을 통하여 리버스 도메인 테이블에 저장한다. 6) The record thus created is stored in the reverse domain table through the storage logic of the database processing logic.
도5는 사용자 도메인 네임 등록하기 위한 화면으로서, 도5의 화면에 입력하여 도메인을 등록할 수 있으며, 도메인을 등록하기 위해서는 다음과 같은 정보가 필요하다.5 is a screen for registering a user domain name. The domain can be registered by inputting the screen of FIG. 5, and the following information is required to register a domain.
도6은 A 레코드(IPv4 도메인 네임) 등록화면으로서,Fig. 6 is an A record (IPv4 domain name) registration screen;
A 레코드는 host_name의 IP 주소를 지정하는 레코드이다. 다음 레코드를 해당하는 호스트명과 IP를 추가하면 해당 하위도메인을 사용할 수 있다.The A record is a record that specifies the IP address of host_name. Add the host name and IP corresponding to the following record to use the subdomain.
다음은 A레코드 추가시 필요한 사항이다.The followings are required when adding A record.
호스트명에 값을 넣지 않으면 루트 도메인에 대한 아이피가 설정.If no value is entered in the host name, IP for the root domain is set.
하나의 호스트에 여러 개의 IP주소를 지정할 수 있는데, 예를 들면, 호스트 www.test.co.kr에 대해 A 레코드를 2개의 IP로 설정했을 경우 클라이언트에서 www.test.co.kr 로 접근 시도할 때 클라이언트는 2개의 IP주소를 랜덤으로 접속하게 된다. 이러한 설정은 방문자수가 많은 웹 사이트에서 부하를 줄이기 위해 종종 사용하는 방법이다.Multiple IP addresses can be assigned to a host. For example, if the A record is set to two IPs for the host www.test.com, the client will try to access www.test.com. The client then randomly connects two IP addresses. This setting is often used to reduce the load on Web sites with a large number of visitors.
도7은 AAAA 레코드(IPv6 도메인 네임)등록 화면으로서, 상기 도7의 화면에서 AAAA 레코드는 IPv6 에 대한 도메인 레코드이며, AAAA 추가로 IPv6 도메인을 추가 할 수 있다.FIG. 7 is an AAAA record (IPv6 domain name) registration screen. In the screen of FIG. 7, the AAAA record is a domain record for IPv6, and an IPv6 domain may be added in addition to AAAA.
IPv6 지원 확장 : AAAA 리소스 레코드(Resource Record) Extended IPv6 Support: AAAA Resource Record
IPv6 주소 : A 리소스 레코드 (Resource Record) IPv6 Address: A Resource Record
AAAA RR : host Address RR(Resource Record)AAAA RR: host A ddress RR (Resource Record)
IPv6 주소의 경우, 128bit로 표현되는 주소로써 IPv4 주소와는 다른 형식을 가지고 있다. IPv6 주소를 위한 리소스레코드(Resource Record)는 AAAA RR로 신규 정의하였다.In the case of an IPv6 address, it is expressed as 128 bits and has a different format from an IPv4 address. Resource record for IPv6 address is newly defined as AAAA RR.
AAAA RR : IPv6 Address RR(Resource Record)AAAA RR: IPv6 Ad dress RR (Resource Record)
AAAA RR은 "Quad-A RR" 이라고 읽는다. AAAA RR reads "Quad-A RR".
이런 명칭이 부여된 것은 IPv6 주소는 128bit의 주소 공간을 사용하고 이는 IPv4 주소(32bit)에 비해 4배 큰 것이므로 A를 4번 사용한 명칭인 'AAAA'를 부여한 것으로 알려져 있다.It is known that the IPv6 address uses 128-bit address space, which is four times larger than the IPv4 address (32-bit), so it is known as 'AAAA'.
다음은 AAAA 레코드 추가시 필요한 사항이다.The following is required to add AAAA record.
아래는 IETF RFC 문서의 A RR과 AAAA RR 포맷의 예시.Below is an example of the A RR and AAAA RR formats of the IETF RFC document.
도8은 메일 도메인 등록 (MX Record) 화면으로서, 상기 화면에서 메일 도메인을 등록하며, 8 is a mail domain registration (MX Record) screen, in which a mail domain is registered;
MX 레코드는 Mail Exchange 설정을 해준다.MX records let you configure Mail Exchange.
host_name에 해당하는 주소로 오는 메일을 다른 호스트로 exchange 하며, Exchange mail for the address corresponding to host_name to another host,
실제로 이 설정만으로는 Mail Exchange를 완벽하게 할 수 없기 때문에, 메일이 들어오는 서버를 큐잉 서버로 만들어야 되고 MX 레코드에 의해 설정된 메일의 최종 도착지에서는 메일 수신자를 설정해야 한다.In fact, this setting alone does not make Mail Exchange perfect, so the server that receives the mail must be the queuing server, and the mail recipient must be set at the final destination of the mail set by the MX record.
MX레코드 추가시 필요한 사항What you need to add MX records
메일 도메인을 추가시키기 위해서는 하나의 MX레코드와 하나이상의 MX레코드에 대한 A레코드가 필요하다. To add a mail domain, you need an A record for one MX record and more than one MX record.
이하 본 발명을 도면을 참고하여 상세히 설명하면 다음과 같다.Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.
도1은 본 발명의 도메인 네임 웹 관리시스템의 전체공정을 도시한 것으로서, 도메인 네임 관리자가 인터넷 접속에 의해 도메인 네임 웹 관리 시스템에 접속되어, 도메인 네임 및 호스트 정보를 등록하거나, 이용하거나, 정보변경을 하면, 그러한 내용을 로직을 이용하여 데이터베이스에 저장한 후, 불특정 인터넷 사용자가 해당 도메인 네임에 대한 정보 요청시, DNS실행기( 도메인 네임 서비스 실행 프로그램 )를 통해서 관리자가 입력했던 정보를 응답으로 제공한다. Figure 1 shows the overall process of the domain name web management system of the present invention, wherein a domain name manager is connected to a domain name web management system through an Internet connection to register, use, or change domain name and host information. If you do this, the information is stored in a database using logic, and when an unspecified Internet user requests information about the domain name, the administrator provides the information entered by the administrator through the DNS launcher (Domain Name Service Execution Program). .
도2는 본 발명의 도메인 네임 웹 관리시스템의 플로우챠트에 관한 것으로서, IPv4 주소를 갖는 호스트 혹은 IPv6 주소를 갖는 호스트에 대하여 도메인 네임을 등록하기 위해서는 사전에 도메인 네임 서버에 도메인 네임을 등록해야 한다.2 is a flowchart of a domain name web management system of the present invention. In order to register a domain name for a host having an IPv4 address or a host having an IPv6 address, the domain name must be registered in advance in a domain name server.
관리자가 웹 브라우저를 이용하여 도메인 네임 웹 관리시스템에 접속하여 관리자는 웹 페이지에서 도메인 신규 등록 버튼을 클릭하는 단계와;The administrator accessing the domain name web management system by using a web browser, and the administrator clicking a new domain registration button on the web page;
관리자는 해당 화면에서 다음과 같은 데이터를 입력하는 단계와; (입력항목 : 사용하고자 하는 도메인 네임, 관리자 이메일, 갱신 주기, 재시도 주기, 해제 주기, 최소값, TTL, 리버스 DNS 사용여부) 입력이 완료된 후 저장버튼을 누른 직후, 입력값에 대한 유효성을 확인하는 단계와;The administrator inputs the following data on the screen; (Input items: domain name, administrator's email, update cycle, retry cycle, release cycle, minimum value, TTL, reverse DNS use) After input is completed, immediately after saving button is pressed, it validates the input value. Steps;
(도메인 네임 유효성, 이메일 유효성, 갱신 주기 범위, 재시도 주기 범위, 해제 주기 범위, 최소값 범위, TTL 범위등) (Domain name validity, email validity, update cycle range, retry cycle range, release cycle range, minimum value range, TTL range, etc.)
입력값에 대한 유효성이 확인이 된 후, 이미 같은 이름을 갖는 도메인 네임이 등록이 되어 있는지를 데이터베이스 처리 로직을 통하여 확인하는 단계와;After the validity of the input value is confirmed, checking whether the domain name having the same name is already registered through the database processing logic;
등록된 도메인이 아닌 경우, 도메인 네임 테이블을 만들고, 여기에 SOA 레코드와 NS 레코드를 자동 생성하여 저장하는 단계와;Creating a domain name table if not a registered domain, and automatically generating and storing an SOA record and an NS record therein;
관리자의 입력 항목중 리버스 DNS 사용 여부를 확인한 후 사용하는 경우, 리버스 도메인 테이블을 생성한 후, SOA 레코드와 NS 레코드를 위와 같이 자동 생성하여 저장하는 단계와;Checking and using the reverse DNS among the input items of the administrator, generating a reverse domain table, and automatically generating and storing the SOA record and the NS record as described above;
저장이 완료된 후 도메인 네임 서버가 이를 인지하여 서비스하기 위해서, 네임서버 구성화일을 저장된 도메인 네임 리스트를 통하여 생성하는 단계와;Generating a name server configuration file through a stored domain name list in order to recognize and service the domain name server after the storage is completed;
네임서버 구성화일이 만들어 진 후 도메인 네임서버를 재 시작하는 단계;를 거쳐 등록과정이 완료된다.After the name server configuration file is created, the process of registering the domain name server is completed.
도3은 IPv4 주소를 갖는 호스트에 대하여 도메인 네임을 부여하기 위한 플로우챠트를 도시 한 것이며,Figure 3 shows a flowchart for assigning a domain name to a host with an IPv4 address,
IPv4 호스트에 도메인 네임을 부여하기 위해서는 사전에 도메인 네임 서버에 해당 도메인이 등록되어 있어야 한다. To assign a domain name to an IPv4 host, the domain must be registered in the domain name server in advance.
관리자는 해당 도메인 네임 웹 페이지에서 IPv4 호스트를 등록함에 있어 A 레코드 타입, NS 레코드 타입, MX 레코드 타입, CNAME 레코드 타입, SPF 레코드 타입들을 선택하는 단계와;Selecting an A record type, an NS record type, an MX record type, a CNAME record type, and an SPF record type in registering an IPv4 host in a corresponding domain name web page;
(예를 들면, A 레코드 타입을 선택한 경우, IPv4 주소, 호스트 명, TTL 값, PTR 레코드 사용여부등을 기술해야 한다.)(For example, if you select the A record type, you must describe the IPv4 address, host name, TTL value, and whether PTR records are used.)
관리자가 입력한 값(호스트명의 유효성, IPv4 주소 유효성, TTL 값 범위 등)에 대한 유효성을 점검하는 단계와;Checking validity of a value input by an administrator (validity of host name, IPv4 address, TTL value range, etc.);
도메인 관리 처리 로직에서 A 레코드에 대한 레코드(도메인명 mydomain.com, 호스트 명 myhost, IPv4 1.2.3.4, TTL 3600 인 경우 (myhost.mydomain.com, A, 3600, 1.2.3.4 ) 레코드)를 생성하는 단계와;The domain management processing logic generates a record for the A record (domain name mydomain.com, host name myhost, IPv4 1.2.3.4, TTL 3600 (myhost.mydomain.com, A, 3600, 1.2.3.4) record). Steps;
생성된 레코드를 데이터베이스 처리 로직중 저장 로직를 통하여 도메인 테이블에 저장하는 단계와;Storing the generated record in a domain table through storage logic in database processing logic;
PTR 사용여부를 확인하는 과정에서 PTR 사용을 선택한 경우, PTR 레코드( 4.3.2.1.in-addr.arpa, PTR, 3600, myhost.mydomain.com. ) 을 생성하는 단계와;Creating a PTR record (4.3.2.1.in-addr.arpa, PTR, 3600, myhost.mydomain.com.) If PTR is selected in the process of checking whether PTR is used;
생성된 PTR레코드를 데이터베이스 처리 로직중 저장 로직을 통하여 리버스 도메인 테이블에 저장하는 단계로 완료된다. The generated PTR record is completed by storing the generated PTR record in the reverse domain table through the storage logic of the database processing logic.
도4는 IPv6 주소를 갖는 호스트에 대하여 도메인 네임을 부여하기 위한 플로우챠트를 도시한 것으로서, IPv6 호스트에 도메인 네임을 부여하기 위해서는 사전에 도메인 네임 서버에 해당 도메인이 등록되어 있어야 한다. 4 is a flowchart for assigning a domain name to a host having an IPv6 address. In order to assign a domain name to an IPv6 host, the domain must be registered in advance in a domain name server.
관리자는 해당 도메인 네임 웹 페이지에서 IPv6 호스트를 등록함에 있어 AAAA 레코드 타입, NS 레코드 타입, MX 레코드 타입, CNAME 레코드 타입, SPF 레코드 타입들을 선택하여 등록하는 단계와;The administrator selecting and registering an AAAA record type, an NS record type, an MX record type, a CNAME record type, and an SPF record type in registering an IPv6 host in a corresponding domain name web page;
( 여기서 AAAA 레코드 타입을 입력하는 경우를 예로 들면 다음과 같다. AAAA 레코드 타입을 선택한 경우, 다음과 같은 입력 정보를 요구한다. IPv6 주소, 호스트 명, TTL 값, PTR 레코드 사용여부 등이다.)(The example of inputting the AAAA record type is as follows. If the AAAA record type is selected, the following input information is required: IPv6 address, host name, TTL value, PTR record availability, etc.)
관리자가 입력한 값에 대한 유효성(호스트명의 유효성, IPv6 주소 유효성, TTL 값 범위 등)을 점검하는 단계와;Checking validity (validity of host name, validity of IPv6 address, range of TTL value, etc.) of the value input by the administrator;
도메인 관리 처리 로직에서 AAAA 레코드에 대한 레코드(도메인 명 mydomain.com, 호스트 명 myhost, IPv6 2001:2b8:3fff:0:1:2:3, TTL 3600 인 경우 (myhost.mydomain.com, AAAA, 3600, 2001:2b8:3fff:0:1:2:3)) 를 생성하는 단계와;In the domain management processing logic, the record for the AAAA record (domain name mydomain.com, host name myhost, IPv6 2001: 2b8: 3fff: 0: 1: 2: 3, TTL 3600 (myhost.mydomain.com, AAAA, 3600 , 2001: 2b8: 3fff: 0: 1: 2: 3));
생성된 레코드를 데이터베이스 처리 로직중 저장 로직를 통하여 도메인 테이블에 저장하는 단계와;Storing the generated record in a domain table through storage logic in database processing logic;
PTR 사용여부를 확인하는 과정이며 PTR 사용을 선택한 경우, PTR 레코드( 3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.f.f.f.3.8.b.2.0.1.0.0.2.ip6.arpa, PTR, 3600, myhost.mydomain.com. ) 를 생성하는 단계와;It is a process to check whether PTR is used and if PTR is selected, PTR record (3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.fff3.8.b.2.0.1.0.0.2.ip6.arpa, PTR, 3600, myhost.mydomain.com.);
생성된 레코드를 데이터베이스 처리 로직중 저장 로직을 통하여 리버스 도메인 테이블에 저장하는 단계로 완료된다. The generated record is stored in the reverse domain table through the storage logic of the database processing logic.
도1 본 발명의 도메인 네임 웹 관리시스템의 전체공정 1 is an overall process of the domain name web management system of the present invention
도2 본 발명의 도메인 네임 웹 관리시스템의 전체도 Figure 2 is an overall view of the domain name web management system of the present invention
도3 IPv4 주소를 갖는 호스트에 대하여 도메인 네임을 부여하기 위한 플로우챠트 Fig. 3 Flowchart for assigning a domain name to a host with an IPv4 address
도4 IPv6 주소를 갖는 호스트에 대하여 도메인 네임을 부여하기 위한 플로우챠트 Fig. 4 Flowchart for assigning a domain name to a host with an IPv6 address
도5 사용자 도메인 네임 등록하기 위한 화면 Fig. 5 Screen for registering user domain name
도6 A 레코드(IPv4 도메인 네임) 등록화면 Figure 6 A Record (IPv4 Domain Name) Registration Screen
도7 AAAA 레코드(IPv6 도메인 네임) 등록 화면 Fig. 7 AAAA Record (IPv6 Domain Name) Registration Screen
도8 메일 도메인 등록 (MX Record) 화면 Figure 8 Mail Domain Registration (MX Record) Screen
Claims (4)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020080051364A KR100994764B1 (en) | 2008-06-02 | 2008-06-02 | How to manage domain name web |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020080051364A KR100994764B1 (en) | 2008-06-02 | 2008-06-02 | How to manage domain name web |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20090125315A true KR20090125315A (en) | 2009-12-07 |
| KR100994764B1 KR100994764B1 (en) | 2010-11-17 |
Family
ID=41686824
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020080051364A Active KR100994764B1 (en) | 2008-06-02 | 2008-06-02 | How to manage domain name web |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR100994764B1 (en) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030093438A1 (en) * | 2001-11-09 | 2003-05-15 | David Miller | System and method for performing reverse DNS resolution |
-
2008
- 2008-06-02 KR KR1020080051364A patent/KR100994764B1/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| KR100994764B1 (en) | 2010-11-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7558880B2 (en) | Dynamic DNS registration method, domain name solution method, DNS proxy server, and address translation device | |
| US9866523B2 (en) | Method and system for increasing speed of domain name system resolution within a computing device | |
| US7937471B2 (en) | Creating a public identity for an entity on a network | |
| US7315543B2 (en) | Apparatus and method for data communication on packet-switching network | |
| US20210029076A1 (en) | Methods and systems for implementing very large dns zones | |
| US20060218289A1 (en) | Systems and methods of registering and utilizing domain names | |
| US7970765B1 (en) | Network device for providing integrated DNS caching services | |
| US8429258B2 (en) | Using unique local unicast addresses in a global domain name server by providing a centralized registry | |
| US20120254386A1 (en) | Transfer of DNSSEC Domains | |
| US20080162724A1 (en) | Direct domain name service query | |
| JP2001103092A (en) | DNS inquiry device, DNS inquiry method, and recording medium | |
| KR100994764B1 (en) | How to manage domain name web | |
| JP2002152253A (en) | Communication management system, communication terminal, and communication management method, and program storage medium | |
| Dostálek | DNS in Action A detailed and practical guide to DNS implementation, configuration, and administration | |
| EP1784947A1 (en) | Systems and methods of registering and utilizing domain names | |
| Jin et al. | Secure glue: A cache and zone transfer considering automatic renumbering | |
| Howser | Domain Name Service | |
| Patel | Implement virtual Data sharing application on WAN using DDNS and its performance investigation | |
| Kabelova et al. | DNS in Action: A detailed and practical guide to DNS implementation, configuration, and administration | |
| JP4165340B2 (en) | Information processing device | |
| Ali | DNS Using BIND and DHCP | |
| Jin et al. | Design and Implementation of Secure Prefetch Mechanism for Multi-step Name Resolution in DNS | |
| Wenzel et al. | Guide to Administrative Procedures of the Internet Infrastructure | |
| STANDARD | Media Device Control Discovery (MDCD) | |
| Wenzel et al. | RFC2901: Guide to Administrative Procedures of the Internet Infrastructure |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| PA0109 | Patent application |
St.27 status event code: A-0-1-A10-A12-nap-PA0109 |
|
| PA0201 | Request for examination |
St.27 status event code: A-1-2-D10-D11-exm-PA0201 |
|
| R18-X000 | Changes to party contact information recorded |
St.27 status event code: A-3-3-R10-R18-oth-X000 |
|
| PG1501 | Laying open of application |
St.27 status event code: A-1-1-Q10-Q12-nap-PG1501 |
|
| D13-X000 | Search requested |
St.27 status event code: A-1-2-D10-D13-srh-X000 |
|
| D14-X000 | Search report completed |
St.27 status event code: A-1-2-D10-D14-srh-X000 |
|
| E902 | Notification of reason for refusal | ||
| PE0902 | Notice of grounds for rejection |
St.27 status event code: A-1-2-D10-D21-exm-PE0902 |
|
| E13-X000 | Pre-grant limitation requested |
St.27 status event code: A-2-3-E10-E13-lim-X000 |
|
| P11-X000 | Amendment of application requested |
St.27 status event code: A-2-2-P10-P11-nap-X000 |
|
| P13-X000 | Application amended |
St.27 status event code: A-2-2-P10-P13-nap-X000 |
|
| E701 | Decision to grant or registration of patent right | ||
| PE0701 | Decision of registration |
St.27 status event code: A-1-2-D10-D22-exm-PE0701 |
|
| GRNT | Written decision to grant | ||
| PR0701 | Registration of establishment |
St.27 status event code: A-2-4-F10-F11-exm-PR0701 |
|
| PR1002 | Payment of registration fee |
St.27 status event code: A-2-2-U10-U11-oth-PR1002 Fee payment year number: 1 |
|
| PG1601 | Publication of registration |
St.27 status event code: A-4-4-Q10-Q13-nap-PG1601 |
|
| P22-X000 | Classification modified |
St.27 status event code: A-4-4-P10-P22-nap-X000 |
|
| FPAY | Annual fee payment |
Payment date: 20131011 Year of fee payment: 4 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 4 |
|
| PN2301 | Change of applicant |
St.27 status event code: A-5-5-R10-R11-asn-PN2301 |
|
| PN2301 | Change of applicant |
St.27 status event code: A-5-5-R10-R14-asn-PN2301 |
|
| R18-X000 | Changes to party contact information recorded |
St.27 status event code: A-5-5-R10-R18-oth-X000 |
|
| P14-X000 | Amendment of ip right document requested |
St.27 status event code: A-5-5-P10-P14-nap-X000 |
|
| P16-X000 | Ip right document amended |
St.27 status event code: A-5-5-P10-P16-nap-X000 |
|
| Q16-X000 | A copy of ip right certificate issued |
St.27 status event code: A-4-4-Q10-Q16-nap-X000 |
|
| FPAY | Annual fee payment |
Payment date: 20140930 Year of fee payment: 5 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 5 |
|
| FPAY | Annual fee payment |
Payment date: 20150909 Year of fee payment: 6 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 6 |
|
| FPAY | Annual fee payment |
Payment date: 20160928 Year of fee payment: 7 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 7 |
|
| FPAY | Annual fee payment |
Payment date: 20171109 Year of fee payment: 8 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 8 |
|
| FPAY | Annual fee payment |
Payment date: 20180928 Year of fee payment: 9 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 9 |
|
| FPAY | Annual fee payment |
Payment date: 20191107 Year of fee payment: 10 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 10 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 11 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 12 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 13 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 14 |
|
| P22-X000 | Classification modified |
St.27 status event code: A-4-4-P10-P22-nap-X000 |
|
| PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 15 |
|
| P22-X000 | Classification modified |
St.27 status event code: A-4-4-P10-P22-nap-X000 |