CN105245626B - 在专网中使用快捷域名实现网站寻址的方法 - Google Patents
在专网中使用快捷域名实现网站寻址的方法 Download PDFInfo
- Publication number
- CN105245626B CN105245626B CN201510378798.8A CN201510378798A CN105245626B CN 105245626 B CN105245626 B CN 105245626B CN 201510378798 A CN201510378798 A CN 201510378798A CN 105245626 B CN105245626 B CN 105245626B
- Authority
- CN
- China
- Prior art keywords
- domain name
- quick
- name
- server
- root
- 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.)
- Active
Links
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/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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/3025—Domain name generation or assignment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明的名称:在专网中使用快捷域名实现网站寻址的方法技术领域:本发明涉及在一些专网内提供快捷域名查询的域名解析服务。发明内容:需要解决的技术问题:不带后缀的非全称域名(如:北龙中网)可以被浏览器正常识别,并访问,而且不需要在客户端增加任何插件软件。技术特征:本发明以上网所经过的第一个环节DNS解析作为突破口,通过对专网根DNS服务器的软件进行改动并进行特殊配置,来解决快捷域名的识别。发明的用途:实现为某些长字符串、难记、难输入的域名,提供简短易记的中、英文快捷域名查询,并获得同样的正确解析结果,实现上网网址的快速输入。
Description
技术领域
本发明涉及在专网内提供快捷域名查询的域名解析服务。
背景技术
IP地址是网路上标识站点的数字地址,为了方便记忆,采用域名来代替IP地址标识站点地址。
通常Internet主机域名的一般结构为:主机名.三级域名.二级域名.顶级域名。主机名加上全路径构成完全合格域名/全称域名(FQDN),全域名指定计算机在域层次结构中确切位置。
域名解析就是域名到IP地址的转换过程。DNS域名系统是将域名和IP地址相互映射的一个分布式数据库,由解析器以及域名服务器组成的。域名服务器保存有该网络中所有主机的域名和对应IP地址,并具有将域名转换为IP地址功能的服务器。
目前,如果用户没有将原网址完全的输入,或是由于各种原因输入的网址与原网址存在一定的差异,例如blog.sina.com.cn只输入了blog.sina.com,用户都访问不到其所希望访问的网站。即用户必须记清那些按域名命名规则生成的域名,而很多情况下,用户记住的可能是一些与其想要访问的网站相关的一些内容,比如用户想要访问北龙中网www.knet.cn,而他仅知道“北龙中网”,不清楚北龙中网的网址是什么,此时若用户输入域名“北龙中网”,域名服务器将无法解析到用户需要的IP,最终返回一错误页面,导致用户无法访问到正确的网站。
要实现快捷域名的访问,传统上有下面几种方式:
第一类方式是对浏览器进行改动,使之能实现快捷域名到全称域名的转换,但现在浏览器众多,为某一企业内部的需求,推动浏览器厂商进行软件的改动是成本巨大且不现实的。
第二类方式是对浏览器植入插件的方式,浏览器本身不用做任何改动,但需要在浏览器上装一个第三方插件来实现快捷域名到全称域名的转换,例如1998年到2005年期间的3721软件客户端。
由于目前用户对于浏览器插件的安装比较敏感而抵触,即使是企业内部的插件,推广起来也有难度,尤其是如果客户端数量很多,且操作系统及浏览器的版本不统一会导致这种方式推行起来难度非常大。
发明内容
需要解决的技术问题
要对用户的影响最小,使用体验最好,最理想的方式是将客户端拦截、浏览器拦截的方式向外推至DNS服务器端,借助DNS服务器的处理逻辑来实现。
通过在DNS服务器上进行特殊的配置来实现,这种方式对最终用户的影响最小,不需要客户端进行任何改动,但需要改变原有DNS系统的处理逻辑。
DNS查询首先经过的第一步是到根服务器上进行查询,根服务器上配置了顶级域名的数据记录,因快捷域名后面不再跟着相应的顶级或二级域名后缀,会被根服务器当做顶级域名来处理。如果在配置数据中没有查找到该顶级域名就会丢弃该查询。本发明需要首先让跟服务器具备识别快捷域名的能力,其次需要中文快捷域名、英文快捷域名等与原域名相关但不完全是原域名的查询都能指向原先的全称域名(FQDN)。对此本发明通过采用CNAME(别名)的方式,实现多个域名需要指向同一服务器IP,从而为网站提供在正常域名访问之外的快捷域名解析的服务。
附图说明
图一,是本发明的实例一,效果示意图
图二,是本发明实施案例二,创建DNS服务器本地数据(1)
图三,是本发明实施案例二,创建DNS服务器本地数据(2)
图四,是本发明实施案例二,创建DNS服务器本地数据(3)
图五,是本发明实施案例二,创建DNS服务器本地数据(4)
图六,是本发明实施案例二,创建DNS服务器本地数据(5)
图七,是本发明实施案例二,根服务器数据创建(1)
图八,是本发明实施案例二,根服务器数据创建(2)
图九,是本发明实施案例二,根服务器数据创建(3)
图十,是本发明实施案例二,根服务器数据创建(4)
图十一,是本发明实施案例二,客户端DNS配置(1)
图十二,是本发明实施案例二,客户端DNS配置(2)
图十三,是本发明实施案例二,客户端DNS配置(3)
图十四,是本发明实施案例二,客户端DNS配置(4)
图十五,是本发明实施案例二,客户端DNS配置(5)
图十六,是本发明实施案例二,客户端访问效果(1)
图十七,是本发明实施案例二,客户端访问效果(2)
具体实施方式
按照互联网域名体系运行的逻辑规则,递归服务器在收到一个域名查询时首先会到根服务器进行第一步查询,因此要实现本发明所解决的问题,必须让根服务器首先能识别快捷域名,不作为非法域名而丢弃。传统的根服务器对顶级域名的数据配置是相对固定、不可变更的,而且根服务器上数据的变更会对整个互联网体系的访问产生影响,因此无法实现该目的。但专网的域名系统只被特定的单位群体使用,根服务器的配置变更对外界不会产生影响,可以为快捷域名的需求进行特殊的配置,因此为实现本方案,特意在专网中引入根服务器。
然后将所需要的快捷域名配置到根区,这样跟服务器在收到查询请求时,既能识别正常域名,也能识别快捷域名。为了保证数据维护的一致性,避免维护多条一模一样的A记录,以增加维护工作量,借助于CNAME的方式,将根区的快捷域名指向正常的全称域名。
由于在专网内部域名数量是轻量级的,尤其快捷域名的数量基本都在1万以内,这样的访问量不会对根服务器的运行造成太大的影响,因此本方案在实际运行中是可行的。具体步骤为:
√首先用户在浏览器地址输入栏输入要访问的快捷域名;
√浏览器按照URL默认后缀规则为该快捷域名添加“.”;
√浏览器使用该快捷域名向专网根DNS服务器发起查询请求;
√通过查询得知该快捷域名存在一条别名记录;
√浏览器向该快捷域名域名的别名记录发起DNS请求;
√通过DNS一系列查询动作,将对应记录结果(IP地址)返还浏览器;
√最终浏览器向该IP地址发起访问,成功打开该快捷域名。
实施案例一
见图一
(1)用户在了浏览器中填写中文快捷域名“北龙中网”并发起访问。
(2)因客户端DNS中并没有“北龙中网”的权威解析信息,故此该请求按照DNS标准协议要求转发至DNS根服务器处理。
(3)DNS根服务器响应请求并将所对应的CNAME记录即:CNAME www.knet.cn返回给客户端。
(4)客户端向www.kent.cn发起访问请求。
(5)因客户端DNS中并没有“www.kent.cn”的权威解析信息,故此该请求按照DNS标准协议要求转发至DNS根服务器处理。
(6)DNS根服务器响应请求并将所对应的NS记录即:kent.cn ns192.168.89.141返回给客户端
(7)kent.cn权威服务器响应请求并将所对应的A记录即:www.kent.cnA202.181.111.147返回给客户端
(8)最终用户通过访问中文快捷域名“北龙中网”成功打开正确的页面。实施案例二
1、创建DNS服务器本地数据
1)在管理客户端上使用chrome或firefox浏览器登陆北龙中网云中心管理平台。见图二
2)在云管理平台中,选择“解析管理”->“权威管理”->“数据管理”,打开视图列表。见图三
3)在default视图中,新建knet.cn区数据。见图四
4)进入新创建的knet.cn区,创建要解析的域名数据,例如www.kent.cn3600A202.173.11.10,见图五。
5)创建www.knet.cn数据后的knet.cn区文件内容,见图六。
2、根服务器数据创建。
1)在根服务器上进入到default视图,见图七。
2)点击“新建”按钮,创建根区,见图八。
3)进入到新建的根区中,新建北龙中网的别名,指向www.knet.cn,见图九。
4)创建别名数据后的根区数据文件内容,见图十。
3、客户端DNS配置。
客户端以win7操作系统为例行说明。
1)在客户端PC上打开“网络和共享中心”,在左边导航栏中选择“更改适配器配置”,见图十一。
2)进入“网络连接”页面,选择当前正在使用的网络(例如演示示例为无线网络连接),单机鼠标右键,在弹出菜单中选择“属性”,见图十二。
3)在弹出的“无线网络连接属性”对话框中,双击“Internet协议版本4”,见图十三。
4)在弹出的“Internet协议版本4(TCP/IPv4)属性”对话框中,选择“使用下面的DNS服务器地址(E):”,并在首选DNS服务器中添加192.168.89.143,见图十四。
5)配置完后点击“确定”按钮确认,使配置生效,见图十五。
4、客户端访问效果
1)在客户端上打开IE、chrome或firefox等浏览器,在地址栏中输入要访问的短域名,见图十六。
2)输入完毕后,按回车键进行访问,正常打开域名为www.knet.cn的网页,见图十七。
Claims (4)
1.一种专网内提供快捷域名查询的域名解析服务的方法,其特征在于,
域名系统查询首先到根DNS服务器上进行查询,根DNS服务器上配置了顶级域名的数据记录,因快捷域名后面不再跟着相应的顶级或二级域名后缀,会被根DNS服务器当做顶级域名来处理;如果在配置数据中没有查找到该顶级域名,则丢弃该查询;
所述根DNS服务器具备识别快捷域名的能力;中文快捷域名、英文快捷域名与原域名相关但不完全是原域名的查询都能指向原先的全称域名(FQDN),通过采用别名CNAME的方式,实现多个域名指向同一服务器IP,从而为网站提供在正常域名访问之外的快捷域名解析的服务;
本方法包括如下步骤:
1)、用户在浏览器地址输入栏输入要访问的快捷域名;
2)、浏览器按照URL默认后缀规则为所述快捷域名添加“.”;
3)、浏览器使用所述快捷域名向专网根DNS服务器发起查询请求;
4)、通过查询得知所述快捷域名存在一条别名记录;
5)、浏览器向所述快捷域名记录发起DNS请求;
6)、通过DNS一系列查询动作,将对应IP地址记录结果返还浏览器;
7)、浏览器向所述IP地址发起访问,成功打开所述快捷域名。
2.根据权利要求1所述的专网内提供快捷域名查询的域名解析服务的方法,其特征在于,
递归服务器在收到一个域名查询时首先会到根服务器进行第一步查询;
所述根服务器能识别快捷域名,不作为非法域名而丢弃;
传统的根服务器对顶级域名的数据配置是相对固定、不可变更的,而且根服务器上数据的变更会对整个互联网体系的访问产生影响;
但专网的域名系统只被特定的单位群体使用,根服务器的配置变更对外界不会产生影响,可以为快捷域名的需求进行特殊的配置,因此在专网中引入根服务器。
3.根据权利要求2所述的专网内提供快捷域名查询的域名解析服务的方法,其特征在于,
将所需要的快捷域名配置到根区,这样根服务器在收到查询请求时,既能识别正常域名,也能识别快捷域名;
为了保证数据维护的一致性,避免维护多条一模一样的记录,以增加维护工作量,借助于CNAME的方式,将根区的快捷域名指向正常的全称域名;
由于在专网内部域名数量是轻量级的,这样的访问量不会对根服务器的运行造成太大的影响,因此在实际运行中是可行的。
4.根据权利要求3所述的专网内提供快捷域名查询的域名解析服务的方法,其特征在于,
快捷域名的数量都在1万以内。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510378798.8A CN105245626B (zh) | 2015-07-02 | 2015-07-02 | 在专网中使用快捷域名实现网站寻址的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510378798.8A CN105245626B (zh) | 2015-07-02 | 2015-07-02 | 在专网中使用快捷域名实现网站寻址的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105245626A CN105245626A (zh) | 2016-01-13 |
CN105245626B true CN105245626B (zh) | 2018-01-16 |
Family
ID=55043123
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510378798.8A Active CN105245626B (zh) | 2015-07-02 | 2015-07-02 | 在专网中使用快捷域名实现网站寻址的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105245626B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105721624B (zh) * | 2016-01-22 | 2019-06-21 | 中国互联网络信息中心 | 一种新型权威域名解析服务方法和装置 |
CN111131250B (zh) * | 2019-12-24 | 2022-04-26 | 杭州迪普科技股份有限公司 | 一种客户端识别方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610294A (zh) * | 2009-07-15 | 2009-12-23 | 浪潮电子信息产业股份有限公司 | 一种利用智能dns提高网站访问速度的方法 |
CN102457588A (zh) * | 2011-12-20 | 2012-05-16 | 北京瑞汛世纪科技有限公司 | 一种实现反向域名解析的方法及装置 |
CN103037030A (zh) * | 2012-12-10 | 2013-04-10 | 中国科学院计算机网络信息中心 | 支持域名组dns解析的方法和系统 |
CN103957285A (zh) * | 2014-04-18 | 2014-07-30 | 上海聚流软件科技有限公司 | 提供根域名解析服务的方法和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9141717B2 (en) * | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
-
2015
- 2015-07-02 CN CN201510378798.8A patent/CN105245626B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610294A (zh) * | 2009-07-15 | 2009-12-23 | 浪潮电子信息产业股份有限公司 | 一种利用智能dns提高网站访问速度的方法 |
CN102457588A (zh) * | 2011-12-20 | 2012-05-16 | 北京瑞汛世纪科技有限公司 | 一种实现反向域名解析的方法及装置 |
CN103037030A (zh) * | 2012-12-10 | 2013-04-10 | 中国科学院计算机网络信息中心 | 支持域名组dns解析的方法和系统 |
CN103957285A (zh) * | 2014-04-18 | 2014-07-30 | 上海聚流软件科技有限公司 | 提供根域名解析服务的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105245626A (zh) | 2016-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11632353B2 (en) | Delegating DNS records to additional providers | |
CN105959433B (zh) | 一种域名解析方法及其域名解析系统 | |
JP7045104B2 (ja) | データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル | |
CN106068639A (zh) | 通过dns处理的透明代理认证 | |
US20060218289A1 (en) | Systems and methods of registering and utilizing domain names | |
US20160119282A1 (en) | Domain name registration verification | |
Blanchet | Finding the Authoritative Registration Data (RDAP) Service | |
US20180262444A1 (en) | Registrant defined prerequisites for registering a tertiary domain | |
KR100706702B1 (ko) | 도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템 | |
US10171415B2 (en) | Characterization of domain names based on changes of authoritative name servers | |
CN104253796B (zh) | 域名系统中基于网络地址绑定区层级的快速区识别方法 | |
CN105245626B (zh) | 在专网中使用快捷域名实现网站寻址的方法 | |
US20170193467A1 (en) | Registering a tertiary domain with revenue sharing | |
US10958617B2 (en) | Systems and methods for using domain name system context based response records | |
WO2005093999A1 (en) | Systems and methods of registering and utilizing domain names | |
US8762571B2 (en) | Interactive DNS for non-controlling party | |
US20190036877A1 (en) | Registrant defined limitations on a control panel for a registered tertiary domain | |
US10291612B2 (en) | Bi-directional authentication between a media repository and a hosting provider | |
KR20120000897A (ko) | 존 설정을 통한 특정 질의 처리 시스템 및 그 방법 | |
WO2016074150A1 (en) | Streamlining location-dependent dns configuration | |
US10148729B2 (en) | Hosting provider hosting routes from a media repository | |
WO2017191495A1 (en) | New domain name system and usage thereof | |
KR20090088031A (ko) | 도메인 네임서버(dns)를 기반으로 한 키워드 인터넷접속 방법 및 그 시스템 | |
GB2553243A (en) | Methods, apparatuses, and computer programs for data processing, and hierarchical domain name system zone files |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |