親自教你在netty中使用TCP協(xié)議請求DNS服務(wù)器的詳細過程
簡介
DNS的全稱domain name system,既然是一個系統(tǒng)就有客戶端和服務(wù)器之分。一般情況來說我們并不需要感知這個DNS客戶端的存在,因為我們在瀏覽器訪問某個域名的時候,瀏覽器作為客戶端已經(jīng)實現(xiàn)了這個工作。
但是有時候我們沒有使用瀏覽器,比如在netty環(huán)境中,如何構(gòu)建一個DNS請求呢?
DNS傳輸協(xié)議簡介
在RFC的規(guī)范中,DNS傳輸協(xié)議有很多種,如下所示:
- DNS-over-UDP/53簡稱"Do53",是使用UDP進行DNS查詢傳輸?shù)膮f(xié)議。
- DNS-over-TCP/53簡稱"Do53/TCP",是使用TCP進行DNS查詢傳輸?shù)膮f(xié)議。
- DNSCrypt,對DNS傳輸協(xié)議進行加密的方法。
- DNS-over-TLS簡稱"DoT",使用TLS進行DNS協(xié)議傳輸。
- DNS-over-HTTPS簡稱"DoH",使用HTTPS進行DNS協(xié)議傳輸。
- DNS-over-TOR,使用VPN或者tunnels連接DNS。
這些協(xié)議都有對應(yīng)的實現(xiàn)方式,我們先來看下Do53/TCP,也就是使用TCP進行DNS協(xié)議傳輸。
DNS的IP地址
先來考慮一下如何在netty中使用Do53/TCP協(xié)議,進行DNS查詢。
因為DNS是客戶端和服務(wù)器的模式,我們需要做的是構(gòu)建一個DNS客戶端,向已知的DNS服務(wù)器端進行查詢。
已知的DNS服務(wù)器地址有哪些呢?
除了13個root DNS IP地址以外,還出現(xiàn)了很多免費的公共DNS服務(wù)器地址,比如我們常用的阿里DNS,同時提供了IPv4/IPv6 DNS和DoT/DoH服務(wù)。
IPv4: 223.5.5.5 223.6.6.6 IPv6: 2400:3200::1 2400:3200:baba::1 DoH 地址: https://dns.alidns.com/dns-query DoT 地址: dns.alidns.com
再比如百度DNS,提供了一組IPv4和IPv6的地址:
IPv4: 180.76.76.76 IPv6: 2400:da00::6666
還有114DNS:
114.114.114.114 114.114.115.115
當然還有很多其他的公共免費DNS,這里我選擇使用阿里的IPv4:223.5.5.5為例。
有了IP地址,我們還需要指定netty的連接端口號,這里默認的是53。
然后就是我們要查詢的域名了,這里以www.flydean.com為例。
你也可以使用你系統(tǒng)中配置的DNS解析地址,以mac為例,可以通過nslookup進行查看本地的DNS地址:
nslookup www.flydean.com Server: 8.8.8.8 Address: 8.8.8.8#53 Non-authoritative answer: www.flydean.com canonical name = flydean.com. Name: flydean.com Address: 47.107.98.187
Do53/TCP在netty中的使用
有了DNS Server的IP地址,接下來我們需要做的就是搭建netty client,然后向DNS server端發(fā)送DNS查詢消息。
搭建DNS netty client
因為我們進行的是TCP連接,所以可以借助于netty中的NIO操作來實現(xiàn),也就是說我們需要使用NioEventLoopGroup和NioSocketChannel來搭建netty客戶端:
final String dnsServer = "223.5.5.5"; final int dnsPort = 53; EventLoopGroup group = new NioEventLoopGroup(); Bootstrap b = new Bootstrap(); b.group(group) .channel(NioSocketChannel.class) .handler(new Do53ChannelInitializer()); final Channel ch = b.connect(dnsServer, dnsPort).sync().channel();
netty中的NIO Socket底層使用的就是TCP協(xié)議,所以我們只需要像常用的netty客戶端服務(wù)一樣構(gòu)建客戶端即可。
然后調(diào)用Bootstrap的connect方法連接到DNS服務(wù)器,就建立好了channel連接。
這里我們在handler中傳入了自定義的Do53ChannelInitializer,我們知道handler的作用是對消息進行編碼、解碼和對消息進行讀取。因為目前我們并不知道客戶端查詢的消息格式,所以Do53ChannelInitializer的實現(xiàn)我們在后面再進行詳細講解。
發(fā)送DNS查詢消息
netty提供了DNS消息的封裝,所有的DNS消息,包括查詢和響應(yīng)都是DnsMessage的子類。
每個DnsMessage都有一個唯一標記的ID,還有代表這個message類型的DnsOpCode。
對于DNS來說,opCode有下面這幾種:
public static final DnsOpCode QUERY = new DnsOpCode(0, "QUERY"); public static final DnsOpCode IQUERY = new DnsOpCode(1, "IQUERY"); public static final DnsOpCode STATUS = new DnsOpCode(2, "STATUS"); public static final DnsOpCode NOTIFY = new DnsOpCode(4, "NOTIFY"); public static final DnsOpCode UPDATE = new DnsOpCode(5, "UPDATE");
因為每個DnsMessage都可能包含4個sections,每個section都以DnsSection來表示。因為有4個section,所以在DnsSection定義了4個section類型:
QUESTION, ANSWER, AUTHORITY, ADDITIONAL;
每個section里面又包含了多個DnsRecord, DnsRecord代表的就是Resource record,簡稱為RR,RR中有一個CLASS字段,下面是DnsRecord中CLASS字段的定義:
int CLASS_IN = 1; int CLASS_CSNET = 2; int CLASS_CHAOS = 3; int CLASS_HESIOD = 4; int CLASS_NONE = 254; int CLASS_ANY = 255;
DnsMessage是DNS消息的統(tǒng)一表示,對于查詢來說,netty中提供了一個專門的查詢類叫做DefaultDnsQuery。
先來看下DefaultDnsQuery的定義和構(gòu)造函數(shù):
public class DefaultDnsQuery extends AbstractDnsMessage implements DnsQuery { public DefaultDnsQuery(int id) { super(id); } public DefaultDnsQuery(int id, DnsOpCode opCode) { super(id, opCode); }
DefaultDnsQuery的構(gòu)造函數(shù)需要傳入id和opCode。
我們可以這樣定義一個DNS查詢:
int randomID = (int) (System.currentTimeMillis() / 1000); DnsQuery query = new DefaultDnsQuery(randomID, DnsOpCode.QUERY)
既然是QEURY,那么還需要設(shè)置4個sections中的查詢section:
query.setRecord(DnsSection.QUESTION, new DefaultDnsQuestion(queryDomain, DnsRecordType.A));
這里調(diào)用的是setRecord方法向section中插入RR數(shù)據(jù)。
這里的RR數(shù)據(jù)使用的是DefaultDnsQuestion。DefaultDnsQuestion的構(gòu)造函數(shù)有兩個,一個是要查詢的domain name,這里就是"www.flydean.com",另外一個參數(shù)是dns記錄的類型。
dns記錄的類型有很多種,在netty中有一個專門的類DnsRecordType表示,DnsRecordType中定義了很多個類型,如下所示:
public class DnsRecordType implements Comparable<DnsRecordType> { public static final DnsRecordType A = new DnsRecordType(1, "A"); public static final DnsRecordType NS = new DnsRecordType(2, "NS"); public static final DnsRecordType CNAME = new DnsRecordType(5, "CNAME"); public static final DnsRecordType SOA = new DnsRecordType(6, "SOA"); public static final DnsRecordType PTR = new DnsRecordType(12, "PTR"); public static final DnsRecordType MX = new DnsRecordType(15, "MX"); public static final DnsRecordType TXT = new DnsRecordType(16, "TXT"); ...
因為類型比較多,我們挑選幾個常用的進行講解。
- A類型,是address的縮寫,用來指定主機名或者域名對應(yīng)的ip地址.
- NS類型,是name server的縮寫,是域名服務(wù)器記錄,用來指定域名由哪個DNS服務(wù)器來進行解析。
- MX類型,是mail exchanger的縮寫,是一個郵件交換記錄,用來根據(jù)郵箱的后綴來定位郵件服務(wù)器。
- CNAME類型,是canonical name的縮寫,可以將多個名字映射到同一個主機.
- TXT類型,用來表示主機或者域名的說明信息。
以上幾個是我們經(jīng)常會用到的dns record類型。
這里我們選擇使用A,用來查詢域名對應(yīng)的主機IP地址。
構(gòu)建好query之后,我們就可以使用netty client發(fā)送query指令到dns服務(wù)器了,具體的代碼如下:
DnsQuery query = new DefaultDnsQuery(randomID, DnsOpCode.QUERY) .setRecord(DnsSection.QUESTION, new DefaultDnsQuestion(queryDomain, DnsRecordType.A)); ch.writeAndFlush(query).sync();
DNS查詢的消息處理
DNS的查詢消息我們已經(jīng)發(fā)送出去了,接下來就是對消息的處理和解析了。
還記得我們自定義的Do53ChannelInitializer嗎?看一下它的實現(xiàn):
class Do53ChannelInitializer extends ChannelInitializer<SocketChannel> { @Override protected void initChannel(SocketChannel ch) { ChannelPipeline p = ch.pipeline(); p.addLast(new TcpDnsQueryEncoder()) .addLast(new TcpDnsResponseDecoder()) .addLast(new Do53ChannelInboundHandler()); } }
我們向pipline中添加了兩個netty自帶的編碼解碼器TcpDnsQueryEncoder和TcpDnsResponseDecoder,還有一個自定義用來做消息解析的Do53ChannelInboundHandler。
因為我們向channel中寫入的是DnsQuery,所以需要一個encoder將DnsQuery編碼為ByteBuf,這里使用的是netty提供的TcpDnsQueryEncoder:
public final class TcpDnsQueryEncoder extends MessageToByteEncoder<DnsQuery>
TcpDnsQueryEncoder繼承自MessageToByteEncoder,表示將DnsQuery編碼為ByteBuf。
看下他的encode方法:
protected void encode(ChannelHandlerContext ctx, DnsQuery msg, ByteBuf out) throws Exception { out.writerIndex(out.writerIndex() + 2); this.encoder.encode(msg, out); out.setShort(0, out.readableBytes() - 2); }
可以看到TcpDnsQueryEncoder在msg編碼之前存儲了msg的長度信息,所以是一個基于長度的對象編碼器。
這里的encoder是一個DnsQueryEncoder對象。
看一下它的encoder方法:
void encode(DnsQuery query, ByteBuf out) throws Exception { encodeHeader(query, out); this.encodeQuestions(query, out); this.encodeRecords(query, DnsSection.ADDITIONAL, out); }
DnsQueryEncoder會依次編碼header、questions和records。
完成編碼之后,我們還需要從DNS server的返回中decode出DnsResponse,這里使用的是netty自帶的TcpDnsResponseDecoder:
public final class TcpDnsResponseDecoder extends LengthFieldBasedFrameDecoder
TcpDnsResponseDecoder繼承自LengthFieldBasedFrameDecoder,表示數(shù)據(jù)是以字段長度來進行分割的,這和我們剛剛將的encoder的格式類似。
來看下他的decode方法:
protected Object decode(ChannelHandlerContext ctx, ByteBuf in) throws Exception { ByteBuf frame = (ByteBuf)super.decode(ctx, in); if (frame == null) { return null; } else { DnsResponse var4; try { var4 = this.responseDecoder.decode(ctx.channel().remoteAddress(), ctx.channel().localAddress(), frame.slice()); } finally { frame.release(); } return var4; } }
decode方法先調(diào)用LengthFieldBasedFrameDecoder的decode方法將要解碼的內(nèi)容提取出來,然后調(diào)用responseDecoder的decode方法,最終返回DnsResponse。
這里的responseDecoder是一個DnsResponseDecoder。具體decoder的細節(jié)這里就不過多闡述了。感興趣的同學可以自行查閱代碼文檔。
最后,我們得到了DnsResponse對象。
接下來就是自定義的InboundHandler對消息進行解析了:
class Do53ChannelInboundHandler extends SimpleChannelInboundHandler<DefaultDnsResponse>
在它的channelRead0方法中,我們調(diào)用了readMsg方法對消息進行處理:
private static void readMsg(DefaultDnsResponse msg) { if (msg.count(DnsSection.QUESTION) > 0) { DnsQuestion question = msg.recordAt(DnsSection.QUESTION, 0); log.info("question is :{}",question); } int i = 0, count = msg.count(DnsSection.ANSWER); while (i < count) { DnsRecord record = msg.recordAt(DnsSection.ANSWER, i); //A記錄用來指定主機名或者域名對應(yīng)的IP地址 if (record.type() == DnsRecordType.A) { DnsRawRecord raw = (DnsRawRecord) record; log.info("ip address is: {}",NetUtil.bytesToIpAddress(ByteBufUtil.getBytes(raw.content()))); } i++; } }
DefaultDnsResponse是DnsResponse的一個實現(xiàn),首先判斷msg中的QUESTION個數(shù)是否大于零。
如果大于零,則打印出question的信息。
然后再解析出msg中的ANSWER并打印出來。
最后,我們可能得到這樣的輸出:
INFO c.f.dnstcp.Do53ChannelInboundHandler - question is :DefaultDnsQuestion(www.flydean.com. IN A)
INFO c.f.dnstcp.Do53ChannelInboundHandler - ip address is: 47.107.98.187
總結(jié)
以上就是使用netty創(chuàng)建DNS client進行TCP查詢的講解。
本文的代碼,大家可以參考:
到此這篇關(guān)于手把手教你在netty中使用TCP協(xié)議請求DNS服務(wù)器的文章就介紹到這了,更多相關(guān)netty請求DNS服務(wù)器內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
dell r710 服務(wù)器配置RAID5(3塊硬盤做RAID5)
這篇文章主要介紹了dell r710 服務(wù)器配置RAID5圖文教程,需要的朋友可以參考下2014-08-08在Windows下利用Squid開設(shè)代理服務(wù)器
利用Squid在Windows下開設(shè)代理服務(wù)器2010-07-07基于HTTP協(xié)議實現(xiàn)的小型web服務(wù)器的方法
這篇文章主要介紹了基于HTTP協(xié)議實現(xiàn)的小型web服務(wù)器的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2007-08-08SparkGraphx計算指定節(jié)點的N度關(guān)系節(jié)點源碼
這篇文章主要介紹了SparkGraphx計算指定節(jié)點的N度關(guān)系節(jié)點源碼,小編覺得挺不錯的,這里分享給大家,希望給各位一個參考。2017-10-10DELL服務(wù)器 Dell PowerEdge服務(wù)器RAID卡驅(qū)動大全
這篇文章主要介紹了DELL服務(wù)器 Dell PowerEdge服務(wù)器RAID卡驅(qū)動,因為官方的很多系統(tǒng)都不帶陣列卡驅(qū)動,需要安裝驅(qū)動才可以,一般情況下2003用集成raid驅(qū)動的系統(tǒng)才可以安裝或者按F6加載驅(qū)動2016-04-04