基于云的域名解析服务模型

doi:10.3969/j.issn.1000-436x.2013.02.003

Journal on Communications ›› 2013, Vol. 34 ›› Issue (2): 15-22.doi: 10.3969/j.issn.1000-436x.2013.02.003

• Academic paper • Previous Articles Next Articles

Cloud sourcing domain name resolving service model

Zhen QIN¹,Chun-jing XIAO²,Le-min LI¹

¹ School of Communication and Information Engineerin niversity of Electronic Science and Technology of China, Chengdu 610054, China
² School of Computer Science and Engineering, Univers ty of Electronic Science and Technology of China, Chengdu 610054, China

Online:2013-02-25 Published:2017-07-17
Supported by:
The National Basic Research Program of China (973 Program);The National Natural Science Foundation of China;The National Natural Science Foundation of China;Ministry of Education-China Mobile Research Foundation

Abstract

Abstract:

The current DNS had various performance and security problems, such as query delay, update latency, vulnerable to DoS attacks etc.Focuses on those problems, a novel, incremental deployable, compatible, and more effective domain name resolving service model was proposed.The service model was cloud sourcing, by using the cloud and its branch network worldwide to distribute DNS records, response DNS queries, and provide domain name resolved service.In this service model, the cloud edge servers function as local resolvers and authoritative nameservers, and authoritative DNS records were distributed to the edge servers, which directly responsed users’ DNS queries (if the quer not cached at local resolver, current DNS needed to access several nameservers in multi-level hierarchy).Compared with current domain name resolving services, the analysis and experiments prove that the service model show advantages in query latency, update latency, resiliency, and reliability etc.

Key words: domain name system, cloud sourcing, resolver, authoritative DNS record

Zhen QIN,Chun-jing XIAO,Le-min LI. Cloud sourcing domain name resolving service model[J]. Journal on Communications, 2013, 34(2): 15-22.

Figures/Tables 6

References 21

[1]	MOCKAPETRIS P . Domain Names: Concepts and Facilities[S]. RFC 1034, 1987.
[2]	MOCKAPETRIS P . Domain Names: Implementation and Specification[S]. RFC 1035, 1987.
[3]	MOCKAPETRIS P , DUNLOP K . Development of the domain name system[A]. SIGCOMM'98[C]. Stanford, CA, USA, 1988.123-133.
[4]	A DNS number for faster browsing[EB/OL]. , 2009.
[5]	DEEGAN T , CROWCROFT J , WARFIELD A . The main name system:an exercise in centralized computing[J]. ACM Sigcomm Computer Communication Review, 2005,35(5): 5-14.
[6]	RAMASUBRAMANIAN V , SIRER E G . The design and implementation of a next generation name service for the internet[A]. SIGCOMM'04[C]. Portland, OR, USA, 2004.331-342.
[7]	LISTON R , SRINIVASAN S , ZEGURA E . Diversity in DNS performance measures[A]. ACM IMW'02[C]. New York, USA, 2002.19-31.
[8]	KALAFUT A , SHUE C , GUPTA M . Understanding implications of dns zone provisioning[A]. IMC'08[C]. New York, USA, 2002.19-31.
[9]	ANTONAKAKIS M , PERDISCI R , DAGON D , et al. Building a dynamic reputation system for DNS[A]. USENIX Security'10[C]. Washington.DC, USA, 2010.1-17.
[10]	KANGASHARJU J , ROSS K . A replicated architecture for the domain name system[A]. INFOCOM'00[C]. Tel Aviv, Israel, 2000.660-699.
[11]	HANDLEY M , GREENHALGH A . The case for pushing DNS[A]. HotNets'05[C]. College Park, MD, USA, 2005.1-6.
[12]	Google public DNS[EB/OL]. .
[13]	Open DNS[EB/OL]. .
[14]	GUMMADI K , SAROIU S , GRIBBLE S . King: estimating latency between arbitrary Internet and hosts[A]. ACM IMW'02[C]. Marseille, France, 2002.1-14.
[15]	The total number of Web domains[EB/OL]. ,2010.
[16]	KATABI D , WROCLAWSKI J . A framework for scalable globa IP-anycast[A]. SIGCOMM'00[C]. New York, USA, 2000.3-15.
[17]	KEAHEY K , FIGUEIRDO R , FORTES J , et al. Science clouds:early experiences in cloud computing for scientific applicats[J]. Cloud Computing and Applications, 2008,2008:825-830.
[18]	BERNSTEIN D , LUDVIGSON E , SANKAR K , et al. Blueprint for the intercloud-protocols and formats for cloud computing interoperability[A]. ICIW'09[C]. Venice/Mestre, Italy, 2009.328-336.
[19]	HUBERT A , MOOK R . Measures for Making Dns More Resilient Against Forged Answers[S]. RFC 5452, 2009.
[20]	PlanetLab[EB/OL]. , 2007.
[21]	PARK K , PAI V , PERTERSON L , et al. CoDNS: improving DNS performance and reliability via cooperative lookups[A]. OSDI'04[C]. San Francisco, CA, USA, 2004.1-16.

Metrics

Recommended 0

No Suggested Reading articles found!

Cloud sourcing domain name resolving service model

RichHTML

PDF

Knowledge

Abstract

Cite this article

share this article

Figures/Tables 6

References 21

Related Articles 5

Metrics

Recommended 0

[1]	Chunyu HAN,Yongzheng ZHANG,Yu ZHANG. Fast-flucos:malicious domain name detection method for Fast-flux based on DNS traffic [J]. Journal on Communications, 2020, 41(5): 37-47.
[2]	Meng ZHANG,Haoliang SUN,Peng YANG. Identification of DNS covert channel based on improved convolutional neural network [J]. Journal on Communications, 2020, 41(1): 169-179.
[3]	Si-yu ZHANG,Fu-tai1 ZOU,Lu-hua WANG,Ming CHEN. Detecting DNS-based covert channel on live traffic [J]. Journal on Communications, 2013, 34(5): 143-151.
[4]	. Detecting DNS-based covert channel on live traffic [J]. Journal on Communications, 2013, 34(5): 17-151.
[5]	Yao WANG,Ming-zeng HU,Bin LI,Bo-ru YAN. Survey on domain name system security [J]. Journal on Communications, 2007, 28(9): 91-103.