親自教你在netty中使用TCP協議請求DNS服務器的詳細過程

Posted on by

簡介

DNS的全稱domain name system，既然是一個系統就有客戶端和服務器之分。一般情況來說我們並不需要感知這個DNS客戶端的存在，因為我們在瀏覽器訪問某個域名的時候，瀏覽器作為客戶端已經實現瞭這個工作。

但是有時候我們沒有使用瀏覽器，比如在netty環境中，如何構建一個DNS請求呢？

DNS傳輸協議簡介

在RFC的規范中，DNS傳輸協議有很多種,如下所示：

  • DNS-over-UDP/53簡稱"Do53",是使用UDP進行DNS查詢傳輸的協議。
  • DNS-over-TCP/53簡稱"Do53/TCP",是使用TCP進行DNS查詢傳輸的協議。
  • DNSCrypt,對DNS傳輸協議進行加密的方法。
  • DNS-over-TLS簡稱"DoT",使用TLS進行DNS協議傳輸。
  • DNS-over-HTTPS簡稱"DoH",使用HTTPS進行DNS協議傳輸。
  • DNS-over-TOR,使用VPN或者tunnels連接DNS。

這些協議都有對應的實現方式，我們先來看下Do53/TCP，也就是使用TCP進行DNS協議傳輸。

DNS的IP地址

先來考慮一下如何在netty中使用Do53/TCP協議，進行DNS查詢。

因為DNS是客戶端和服務器的模式，我們需要做的是構建一個DNS客戶端，向已知的DNS服務器端進行查詢。

已知的DNS服務器地址有哪些呢？

除瞭13個root DNS IP地址以外，還出現瞭很多免費的公共DNS服務器地址,比如我們常用的阿裡DNS,同時提供瞭IPv4/IPv6 DNS和DoT/DoH服務。

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為例。

你也可以使用你系統中配置的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端發送DNS查詢消息。

搭建DNS netty client

因為我們進行的是TCP連接，所以可以借助於netty中的NIO操作來實現，也就是說我們需要使用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協議，所以我們隻需要像常用的netty客戶端服務一樣構建客戶端即可。

然後調用Bootstrap的connect方法連接到DNS服務器，就建立好瞭channel連接。

這裡我們在handler中傳入瞭自定義的Do53ChannelInitializer，我們知道handler的作用是對消息進行編碼、解碼和對消息進行讀取。因為目前我們並不知道客戶端查詢的消息格式，所以Do53ChannelInitializer的實現我們在後面再進行詳細講解。

發送DNS查詢消息

netty提供瞭DNS消息的封裝，所有的DNS消息，包括查詢和響應都是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消息的統一表示，對於查詢來說，netty中提供瞭一個專門的查詢類叫做DefaultDnsQuery。

先來看下DefaultDnsQuery的定義和構造函數：

public class DefaultDnsQuery extends AbstractDnsMessage implements DnsQuery {

        public DefaultDnsQuery(int id) {
        super(id);
    }

    public DefaultDnsQuery(int id, DnsOpCode opCode) {
        super(id, opCode);
    }

DefaultDnsQuery的構造函數需要傳入id和opCode。

我們可以這樣定義一個DNS查詢：

int randomID = (int) (System.currentTimeMillis() / 1000);
            DnsQuery query = new DefaultDnsQuery(randomID, DnsOpCode.QUERY)

既然是QEURY,那麼還需要設置4個sections中的查詢section:

query.setRecord(DnsSection.QUESTION, new DefaultDnsQuestion(queryDomain, DnsRecordType.A));

這裡調用的是setRecord方法向section中插入RR數據。

這裡的RR數據使用的是DefaultDnsQuestion。DefaultDnsQuestion的構造函數有兩個，一個是要查詢的domain name，這裡就是"www.flydean.com",另外一個參數是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的縮寫，用來指定主機名或者域名對應的ip地址.
  • NS類型，是name server的縮寫，是域名服務器記錄，用來指定域名由哪個DNS服務器來進行解析。
  • MX類型,是mail exchanger的縮寫，是一個郵件交換記錄，用來根據郵箱的後綴來定位郵件服務器。
  • CNAME類型，是canonical name的縮寫，可以將多個名字映射到同一個主機.
  • TXT類型，用來表示主機或者域名的說明信息。

以上幾個是我們經常會用到的dns record類型。

這裡我們選擇使用A，用來查詢域名對應的主機IP地址。

構建好query之後，我們就可以使用netty client發送query指令到dns服務器瞭，具體的代碼如下：

DnsQuery query = new DefaultDnsQuery(randomID, DnsOpCode.QUERY)
                    .setRecord(DnsSection.QUESTION, new DefaultDnsQuestion(queryDomain, DnsRecordType.A));
            ch.writeAndFlush(query).sync();

DNS查詢的消息處理

DNS的查詢消息我們已經發送出去瞭，接下來就是對消息的處理和解析瞭。

還記得我們自定義的Do53ChannelInitializer嗎？看一下它的實現：

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，表示數據是以字段長度來進行分割的，這和我們剛剛將的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方法先調用LengthFieldBasedFrameDecoder的decode方法將要解碼的內容提取出來，然後調用responseDecoder的decode方法，最終返回DnsResponse。

這裡的responseDecoder是一個DnsResponseDecoder。具體decoder的細節這裡就不過多闡述瞭。感興趣的同學可以自行查閱代碼文檔。

最後，我們得到瞭DnsResponse對象。

接下來就是自定義的InboundHandler對消息進行解析瞭：

class Do53ChannelInboundHandler extends SimpleChannelInboundHandler<DefaultDnsResponse>

在它的channelRead0方法中，我們調用瞭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記錄用來指定主機名或者域名對應的IP地址
            if (record.type() == DnsRecordType.A) {
                DnsRawRecord raw = (DnsRawRecord) record;
                log.info("ip address is: {}",NetUtil.bytesToIpAddress(ByteBufUtil.getBytes(raw.content())));
            }
            i++;
        }
    }

DefaultDnsResponse是DnsResponse的一個實現，首先判斷msg中的QUESTION個數是否大於零。

如果大於零，則打印出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

總結

以上就是使用netty創建DNS client進行TCP查詢的講解。

本文的代碼，大傢可以參考：

learn-netty4

到此這篇關於手把手教你在netty中使用TCP協議請求DNS服務器的文章就介紹到這瞭,更多相關netty請求DNS服務器內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：