chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

教你動(dòng)手寫UDP協(xié)議棧—DNS報(bào)文解析

電子設(shè)計(jì) ? 來源:電子設(shè)計(jì) ? 作者:電子設(shè)計(jì) ? 2020-12-24 16:16 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

教你動(dòng)手寫UDP協(xié)議棧系列文章序號(hào)內(nèi)容1《教你動(dòng)手寫UDP協(xié)議棧-UDP協(xié)議棧格式》2《教你動(dòng)手寫UDP協(xié)議棧-DHCP報(bào)文解析》3《教你動(dòng)手寫UDP協(xié)議棧-OTA上位機(jī)》4《教你動(dòng)手寫UDP協(xié)議棧-DNS報(bào)文解析》背景因特網(wǎng)上的節(jié)點(diǎn)通過IP地址唯一標(biāo)識(shí),并且能通過IP地址來識(shí)別參與分布式應(yīng)用的主機(jī)。但對(duì)于大多數(shù)人來說,這些地址太繁瑣而且難以使用和記憶(特別是IPV6地址)。因此互聯(lián)網(wǎng)支持使用主機(jī)名稱來識(shí)別包括客戶機(jī)和服務(wù)器在內(nèi)的主機(jī)。

為了使用如TCP和IP等協(xié)議,主機(jī)名稱可以通過稱為域名解析的過程轉(zhuǎn)換成IP地址。在互聯(lián)網(wǎng)中存在不同形式的名稱解析,但是最普遍、最重要的一種是采用分布式數(shù)據(jù)庫(kù)系統(tǒng),即我們熟知的域名系統(tǒng)(DNS),也是這篇文章的主角。DNS - 是一個(gè)分布式的客戶機(jī)-服務(wù)器網(wǎng)絡(luò)數(shù)據(jù)庫(kù),TCP/IP應(yīng)用程序使用它來完成主機(jī)名稱和IP地址之間的映射,提供電子郵件路由信息、服務(wù)命名和其他服務(wù)。DNS使用TCP和UDP的端口--53。DNS - 為了可擴(kuò)展性,DNS名稱是分層的。每一級(jí)域名長(zhǎng)度的限制是63個(gè)字符,域名總長(zhǎng)度則不能超過253個(gè)字符。下面來介紹DNS報(bào)文的格式解析,以及如何將域名轉(zhuǎn)為IP地址的流程。準(zhǔn)備工具工具介紹WireShark網(wǎng)絡(luò)封包分析軟件,分析數(shù)據(jù)包CMDwindow 命令行DNS報(bào)文解析抓包分析打開CMD和WireShark工具。在WireShark中設(shè)置過濾信息,我們只抓取DNS報(bào)文。在CMD鍵入ping www.baidu.com,然后查看WireShark的抓包信息。

可以看到兩包DNS報(bào)文,一個(gè)是DNS發(fā)送報(bào)文,一個(gè)是DNS接收?qǐng)?bào)文發(fā)送報(bào)文

接收?qǐng)?bào)文

發(fā)送報(bào)文和接收?qǐng)?bào)文格式是不一樣的,從上面截圖可以看到,接收?qǐng)?bào)文多一個(gè)Answers字段。

DNS可以使用UDP與TCP兩種協(xié)議。這里我們主要以UDP進(jìn)行分析。

DNS報(bào)文字段解析DNS報(bào)文格式:

DNS字段格式:發(fā)送報(bào)文

接收?qǐng)?bào)文

DNS報(bào)文頭部

字段說明字段說明Transaction ID辨別DNS應(yīng)答報(bào)文是哪個(gè)請(qǐng)求報(bào)文的響應(yīng)QRFlags字段,1為響應(yīng),0位查詢OpCodeFlags字段,查詢或響應(yīng)類型,0為標(biāo)準(zhǔn),1為反向,2為服務(wù)器狀態(tài)請(qǐng)求AAFlags字段,授權(quán)回答TCFlags字段,截?cái)啵?表示超過512字節(jié)并已被截?cái)啵?表示沒有發(fā)送截?cái)郣DFlags字段,是否希望得到遞歸回答RAFlags字段,響應(yīng)報(bào)文中為1便是得到遞歸響應(yīng)ZFlags字段,0ADFlags字段,真是數(shù)據(jù)CDFlags字段,禁止校驗(yàn)RCODEFlags字段,返回碼:0-無差錯(cuò),1-格式錯(cuò)誤,2-服務(wù)器失效,3-不存在域名,4-查詢類型不支持,5-被禁止,6-15保留QuestionsFlags字段,查詢數(shù)AnswerFlags字段,資源記錄數(shù)AuthorityFlags字段,授權(quán)資源記錄數(shù)AdditionalFlags字段,額外資源記錄數(shù)代碼實(shí)現(xiàn)/** DNS message header */PACK_STRUCT_BEGINstruct dns_h(yuǎn)eader { PACK_STRUCT_FIELD(uint16_t id); PACK_STRUCT_FIELD(uint8_t flags1); PACK_STRUCT_FIELD(uint8_t flags2); PACK_STRUCT_FIELD(uint16_t numquestions); PACK_STRUCT_FIELD(uint16_t numanswers); PACK_STRUCT_FIELD(uint16_t numauthrr); PACK_STRUCT_FIELD(uint16_t numextrarr);}PACK_STRUCT_STRUCT;PACK_STRUCT_ENDDNS報(bào)文問題字段

字段說明查詢名稱格式:

字段說明name查詢名稱,不定長(zhǎng)type查詢類型class查詢類代碼實(shí)現(xiàn)(由于名字是不定長(zhǎng),另作處理)PACK_STRUCT_BEGINstruct dns_query { PACK_STRUCT_FIELD(uint16_t type); PACK_STRUCT_FIELD(uint16_t class);}PACK_STRUCT_STRUCT;PACK_STRUCT_ENDDNS報(bào)文應(yīng)答字段

字段說明(此字段只有應(yīng)答包才有)字段說明name查詢名稱,不定長(zhǎng)type查詢類型class查詢類TTL該資源記錄的生命周期data length資源數(shù)據(jù)長(zhǎng)度address返回的IP地址,即域名轉(zhuǎn)換的IP地址代碼實(shí)現(xiàn)struct dns_answer { PACK_STRUCT_FIELD(uint16_t name); PACK_STRUCT_FIELD(uint16_t type); PACK_STRUCT_FIELD(uint16_t class); PACK_STRUCT_FIELD(uint32_t ttl); PACK_STRUCT_FIELD(uint16_t len); PACK_STRUCT_FIELD(struct ip_addr server_ip);}PACK_STRUCT_STRUCT;PACK_STRUCT_ENDDNS報(bào)文發(fā)送實(shí)現(xiàn)代碼實(shí)現(xiàn)static void dns_packet_output(uint8_t *host_name){ struct dns_h(yuǎn)eader dns_h(yuǎn)dr = {0}; struct dns_query dns_qry = {0}; struct dest_device_info dest_info = {0}; uint8_t *dns_packet = NULL; uint8_t *dns_name = NULL; uint16_t query_index = 0; uint16_t label_len = 0; uint16_t dns_name_len = strlen(host_name) + 2;
dns_packet = malloc(DNS_HDR_SIZE + dns_name_len + DNS_QUERY_SIZE); dns_name = malloc(strlen(host_name) + 2);
if(dns_packet ?。?NULL && dns_name !=NULL) { //打包DNS header memset(&dns_h(yuǎn)dr, 0, DNS_HDR_SIZE); dns_h(yuǎn)dr.id = mu_h(yuǎn)tons(TRANSACTION_ID); dns_h(yuǎn)dr.flags1 = DNS_FLAG1_RD; dns_h(yuǎn)dr.numquestions = mu_h(yuǎn)tons(1); memcpy(dns_packet, &dns_h(yuǎn)dr, DNS_HDR_SIZE);
//將域名轉(zhuǎn)換DNS數(shù)據(jù)包格式 change_to_dns_name(dns_name, host_name);
memcpy(dns_packet + DNS_HDR_SIZE, dns_name, dns_name_len);
dns_qry.type = mu_h(yuǎn)tons(DNS_RRTYPE_A); dns_qry.class = mu_h(yuǎn)tons(DNS_RRCLASS_IN); //打包DNS query memcpy(dns_packet + DNS_HDR_SIZE + dns_name_len, &dns_qry, DNS_QUERY_SIZE);
memcpy(&dest_info.dest_mac, get_gw_mac(), MAC_ADDR_SIZE); memcpy(&dest_info.dest_ip, get_dns_server(), IP_ADDR_SIZE); dest_info.src_port = DNS_CLIENT_PORT; dest_info.dest_port = DNS_SERVER_PORT; //通過UDP報(bào)文發(fā)送 mini_udp_output(&dest_info, dns_packet, (DNS_HDR_SIZE + dns_name_len + DNS_QUERY_SIZE)); }
if(dns_packet ?。?NULL) { free(dns_packet); } if(dns_name ?。?NULL) { free(dns_name); }}驗(yàn)證代碼結(jié)果,我們通過查詢CSDN的IP地址,CSDN的域名:www.csdn.net

通過wireshark抓包,可以看到我們DNS報(bào)文已發(fā)送成功,并且有應(yīng)答包

DNS報(bào)文接收實(shí)現(xiàn)代碼實(shí)現(xiàn)static void dns_packet_input(void *dns_packet_data){ struct dns_h(yuǎn)eader *dns_h(yuǎn)dr = {0}; struct dns_answer *dns_ans = {0}; uint16_t dns_name_len = strlen("www.csdn.net") + 2; uint8_t *server_dns_name = malloc(strlen("www.csdn.net") + 2);
if(server_dns_name == NULL) { LOG_E("malloc fail!?。ⅲ?; return; }
dns_h(yuǎn)dr = dns_packet_data; if(dns_h(yuǎn)dr->id == mu_ntohs(TRANSACTION_ID) && (dns_h(yuǎn)dr->numanswers > 1)) { change_to_dns_name(server_dns_name, "www.csdn.net");
if(strncmp(dns_packet_data + DNS_HDR_SIZE, server_dns_name, dns_name_len) == 0) { dns_ans = dns_packet_data + DNS_HDR_SIZE + dns_name_len + DNS_QUERY_SIZE;
printf("CSDN IP: %d:%d:%d:%d ", dns_ans->server_ip.a(chǎn)ddr[0], dns_ans->server_ip.a(chǎn)ddr[1], dns_ans->server_ip.a(chǎn)ddr[2], dns_ans->server_ip.a(chǎn)ddr[3]); } } free(server_dns_name);}通過wireshark抓包的IP與代碼捕獲的IP一致:

審核編輯:符乾江


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • DNS
    DNS
    +關(guān)注

    關(guān)注

    0

    文章

    228

    瀏覽量

    21089
  • UDP協(xié)議棧
    +關(guān)注

    關(guān)注

    0

    文章

    4

    瀏覽量

    1252
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    RDMA設(shè)計(jì)12:融合以太網(wǎng)協(xié)議設(shè)計(jì)1

    本文主要交流設(shè)計(jì)思路,在本博客已給出相關(guān)博文90多篇,希望對(duì)初學(xué)者有用。注意這里只是拋磚引玉,切莫認(rèn)為參考這就可以完成商用IP設(shè)計(jì)。 融合以太網(wǎng)協(xié)議負(fù)責(zé)用戶請(qǐng)求與 RDMA 數(shù)據(jù)包的轉(zhuǎn)換、管理
    發(fā)表于 12-25 11:39

    以太網(wǎng)通訊在FPGA上的實(shí)現(xiàn)

    模塊用來將需要發(fā)送的數(shù)據(jù)添加報(bào)文頭封裝為UDP報(bào)文,然后發(fā)送給MAC層,也負(fù)責(zé)將接收到的UDP報(bào)文提取出數(shù)據(jù)供FPGA其他模塊使用,TCP
    發(fā)表于 10-30 07:45

    移植網(wǎng)絡(luò)PHY芯片驅(qū)動(dòng),如何融入 rt-thread 的網(wǎng)絡(luò)體系,并添加新的以太網(wǎng)類型的報(bào)文?

    的 TCP 和 UDP 報(bào)文不沖突(對(duì)于同一個(gè)網(wǎng)絡(luò)接口,可能會(huì)同時(shí)收發(fā) TCP、UDP 和 HPGP報(bào)文)。
    發(fā)表于 09-22 06:11

    mqtt dns解析失敗是為什么?

    解析域名的ip地址就能正常連上,而直接解析域名就不行,為什么呢
    發(fā)表于 09-16 06:38

    協(xié)議解析網(wǎng)關(guān)是什么?有什么功能?

    協(xié)議解析網(wǎng)關(guān)是一種位于不同網(wǎng)絡(luò)或設(shè)備之間的中間件設(shè)備或軟件系統(tǒng),主要作用是解決不同通信協(xié)議之間的不兼容性問題。它能夠接收來自不同設(shè)備或系統(tǒng)的數(shù)據(jù)包,識(shí)別其攜帶的協(xié)議格式(如Modbus
    的頭像 發(fā)表于 08-13 14:04 ?765次閱讀
    <b class='flag-5'>協(xié)議</b><b class='flag-5'>解析</b>網(wǎng)關(guān)是什么?有什么功能?

    用于各種設(shè)備協(xié)議間做報(bào)文轉(zhuǎn)換的網(wǎng)關(guān)是什么

    功能是實(shí)現(xiàn)不同協(xié)議格式的報(bào)文(數(shù)據(jù))在傳輸過程中的解析、轉(zhuǎn)換和轉(zhuǎn)發(fā)。 一、協(xié)議轉(zhuǎn)換網(wǎng)關(guān)的核心作用 1.協(xié)議
    的頭像 發(fā)表于 08-11 14:08 ?863次閱讀
    用于各種設(shè)備<b class='flag-5'>協(xié)議</b>間做<b class='flag-5'>報(bào)文</b>轉(zhuǎn)換的網(wǎng)關(guān)是什么

    第五章 W55MH32 UDP示例

    本文介紹了在 W55MH32?芯片上實(shí)現(xiàn) UDP?通信及數(shù)據(jù)回環(huán)測(cè)試的方法。闡述了 UDP?協(xié)議的概念、特點(diǎn)、應(yīng)用場(chǎng)景、報(bào)文傳輸流程和報(bào)文結(jié)
    的頭像 發(fā)表于 07-24 09:13 ?841次閱讀
    第五章 W55MH32 <b class='flag-5'>UDP</b>示例

    協(xié)議分析儀能監(jiān)測(cè)哪些異常行為?

    協(xié)議分析儀通過深度解析網(wǎng)絡(luò)通信中的協(xié)議字段、時(shí)序和狀態(tài),能夠精準(zhǔn)識(shí)別多種異常行為,涵蓋從配置錯(cuò)誤到惡意攻擊的廣泛場(chǎng)景。以下是其可監(jiān)測(cè)的核心異常行為類型及具體實(shí)例:一、協(xié)議實(shí)現(xiàn)違規(guī):違反
    發(fā)表于 07-22 14:20

    RDMA簡(jiǎn)介3之四種子協(xié)議對(duì)比

    ,通過ETH Type標(biāo)識(shí)RoCE報(bào)文。而RoCE v2基于UDP/IP協(xié)議承載RDMA,可部署在三層網(wǎng)絡(luò)環(huán)境下,在原有IB協(xié)議報(bào)文基礎(chǔ)上增
    發(fā)表于 06-04 16:05

    如何在Linux中配置DNS服務(wù)器

    本文詳細(xì)介紹了如何在Linux中配置DNS服務(wù)器,包括DNS工作原理、本地緩存、DNS查詢過程,以及正向和反向查詢的配置。步驟包括服務(wù)器配置、編輯BIND配置文件、添加解析信息和客戶端
    的頭像 發(fā)表于 05-09 13:38 ?2478次閱讀
    如何在Linux中配置<b class='flag-5'>DNS</b>服務(wù)器

    深度解析Linux中的DNS服務(wù)

    dns,Domain Name Server,它的作用是將域名解析為 IP 地址,或者將IP地址解析為域名。
    的頭像 發(fā)表于 04-09 16:13 ?765次閱讀

    深入淺出解析低功耗藍(lán)牙協(xié)議

    Bluetooth LE協(xié)議為什么要分層?怎么理解Bluetooth LE“連接”?如果Bluetooth LE協(xié)議只有ATT層沒有GATT層會(huì)發(fā)生什么? 一、協(xié)議
    的頭像 發(fā)表于 04-09 14:49 ?1203次閱讀
    深入淺出<b class='flag-5'>解析</b>低功耗藍(lán)牙<b class='flag-5'>協(xié)議</b><b class='flag-5'>棧</b>

    CAN報(bào)文流程解析

    CAN報(bào)文流程解析,直流充電樁上的CAN通訊解析過程
    發(fā)表于 03-24 14:03 ?10次下載

    PROFINET通訊協(xié)議報(bào)文解析

    通訊協(xié)議報(bào)文進(jìn)行詳細(xì)解析,涵蓋其體系結(jié)構(gòu)、工作原理、報(bào)文類型、通信過程等方面,以期為相關(guān)技術(shù)人員提供高質(zhì)量的參考。
    的頭像 發(fā)表于 02-03 14:29 ?6815次閱讀

    TCP協(xié)議UDP協(xié)議的區(qū)別

    。 UDP(用戶數(shù)據(jù)報(bào)協(xié)議) : 無連接 :UDP不建立連接,數(shù)據(jù)可以直接發(fā)送,不需要任何握手過程。 不可靠性 :UDP不保證數(shù)據(jù)的可靠傳輸,數(shù)據(jù)包可能會(huì)丟失,不會(huì)重傳。 2. 數(shù)據(jù)傳
    的頭像 發(fā)表于 01-22 09:44 ?2120次閱讀