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é)議?!狣NS報(bào)文解析

電子設(shè)計(jì) ? 來(lái)源:電子設(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)通過(guò)IP地址唯一標(biāo)識(shí),并且能通過(guò)IP地址來(lái)識(shí)別參與分布式應(yīng)用的主機(jī)。但對(duì)于大多數(shù)人來(lái)說(shuō),這些地址太繁瑣而且難以使用和記憶(特別是IPV6地址)。因此互聯(lián)網(wǎng)支持使用主機(jī)名稱來(lái)識(shí)別包括客戶機(jī)和服務(wù)器在內(nèi)的主機(jī)。

為了使用如TCP和IP等協(xié)議,主機(jī)名稱可以通過(guò)稱為域名解析的過(guò)程轉(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)用程序使用它來(lái)完成主機(jī)名稱和IP地址之間的映射,提供電子郵件路由信息、服務(wù)命名和其他服務(wù)。DNS使用TCP和UDP的端口--53。DNS - 為了可擴(kuò)展性,DNS名稱是分層的。每一級(jí)域名長(zhǎng)度的限制是63個(gè)字符,域名總長(zhǎng)度則不能超過(guò)253個(gè)字符。下面來(lái)介紹DNS報(bào)文的格式解析,以及如何將域名轉(zhuǎn)為IP地址的流程。準(zhǔn)備工具工具介紹WireShark網(wǎng)絡(luò)封包分析軟件,分析數(shù)據(jù)包CMDwindow 命令行DNS報(bào)文解析抓包分析打開CMD和WireShark工具。在WireShark中設(shè)置過(guò)濾信息,我們只抓取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)文頭部

字段說(shuō)明字段說(shuō)明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)啵?表示超過(guò)512字節(jié)并已被截?cái)啵?表示沒(méi)有發(fā)送截?cái)郣DFlags字段,是否希望得到遞歸回答RAFlags字段,響應(yīng)報(bào)文中為1便是得到遞歸響應(yīng)ZFlags字段,0ADFlags字段,真是數(shù)據(jù)CDFlags字段,禁止校驗(yàn)RCODEFlags字段,返回碼:0-無(wú)差錯(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)文問(wèn)題字段

字段說(shuō)明查詢名稱格式:

字段說(shuō)明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)答字段

字段說(shuō)明(此字段只有應(yīng)答包才有)字段說(shuō)明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; //通過(guò)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é)果,我們通過(guò)查詢CSDN的IP地址,CSDN的域名:www.csdn.net

通過(guò)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);}通過(guò)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ī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • DNS
    DNS
    +關(guān)注

    關(guān)注

    0

    文章

    226

    瀏覽量

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

    關(guān)注

    0

    文章

    4

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

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

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

    Bluetooth LE協(xié)議為什么要分層?怎么理解Bluetooth LE“連接”?如果Bluetooth LE協(xié)議只有ATT層沒(méi)有GATT層會(huì)發(fā)生什么? 一、協(xié)議
    的頭像 發(fā)表于 04-09 14:49 ?526次閱讀
    深入淺出<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通訊解析過(guò)程
    發(fā)表于 03-24 14:03 ?1次下載

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

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

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

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

    【教程】DNS域名解析服務(wù)systemd-resolved使用指南

    1.關(guān)于DNS解析服務(wù)DNS(DomainNameSystem),即域名系統(tǒng)。一句話總結(jié)DNS解析服務(wù)功能就是,將域名轉(zhuǎn)換為IP地址。
    的頭像 發(fā)表于 01-09 19:34 ?1030次閱讀
    【教程】<b class='flag-5'>DNS</b>域名<b class='flag-5'>解析</b>服務(wù)systemd-resolved使用指南

    一文了解Android UDP通信

    協(xié)議。發(fā)送方的UDP對(duì)應(yīng)用程序交下來(lái)的報(bào)文,在添加首部后就向下交付IP層。UDP對(duì)應(yīng)用層交下來(lái)的報(bào)文,既不合并,也不拆分,而是保留這些
    發(fā)表于 12-30 10:56

    百問(wèn)FB網(wǎng)絡(luò)編程 - 網(wǎng)絡(luò)編程簡(jiǎn)介

    。 ?運(yùn)輸層: ?在英特網(wǎng)中有兩個(gè)運(yùn)輸協(xié)議,即TCP和UDP,利用其中的任何一個(gè)都能運(yùn)輸應(yīng)用層報(bào)文。我們寫應(yīng)用程序的時(shí)候具體選擇哪個(gè)運(yùn)輸層協(xié)議應(yīng)該根據(jù)實(shí)際情況來(lái)確定(后面會(huì)具體講解)。
    發(fā)表于 12-04 09:46

    UDP丟包的原因和解決方案

    每個(gè) UDP 報(bào)文分為 UDP 報(bào)頭和 UDP 數(shù)據(jù)區(qū)兩部分。報(bào)頭由 4 個(gè) 16 位長(zhǎng)(2 字節(jié))字段組成,分別說(shuō)明該報(bào)文的源端口、目的端
    的頭像 發(fā)表于 10-22 14:38 ?4580次閱讀
    <b class='flag-5'>UDP</b>丟包的原因和解決方案

    解析的高防DNS是什么?高防DNS有什么作用?

    DNS解析手段在應(yīng)對(duì)攻擊時(shí)只能采取被動(dòng)防守的策略,導(dǎo)致線路擁堵、服務(wù)器宕機(jī)、域名劫持等情況的時(shí)有發(fā)生。云解析作為一種更智能、更安全的解析技術(shù),其高防
    的頭像 發(fā)表于 09-26 17:31 ?679次閱讀

    Linux網(wǎng)絡(luò)協(xié)議的實(shí)現(xiàn)

    網(wǎng)絡(luò)協(xié)議是操作系統(tǒng)核心的一個(gè)重要組成部分,負(fù)責(zé)管理網(wǎng)絡(luò)通信中的數(shù)據(jù)包處理。在 Linux 操作系統(tǒng)中,網(wǎng)絡(luò)協(xié)議(Network Stack)負(fù)責(zé)實(shí)現(xiàn) TCP/IP
    的頭像 發(fā)表于 09-10 09:51 ?709次閱讀
    Linux網(wǎng)絡(luò)<b class='flag-5'>協(xié)議</b><b class='flag-5'>棧</b>的實(shí)現(xiàn)

    深度解析TCP與UDP協(xié)議

    計(jì)算機(jī)與網(wǎng)絡(luò)設(shè)備要相互通信,它們必須遵循一種共同的方法或標(biāo)準(zhǔn)。對(duì)于不同硬件平臺(tái)和操作系統(tǒng)之間的交互而言,這種共同遵循的規(guī)范尤為關(guān)鍵。我們將這一系列指導(dǎo)通信過(guò)程的規(guī)則稱為“協(xié)議”。TCP 和 UDP
    的頭像 發(fā)表于 09-02 14:53 ?801次閱讀
    深度<b class='flag-5'>解析</b>TCP與<b class='flag-5'>UDP</b><b class='flag-5'>協(xié)議</b>

    IEC101、IEC103、IEC104、Modbus報(bào)文解析工具

    IEC101\IEC104\IEC103\Modebus報(bào)文解析軟件,可有效解析上述協(xié)議的各種類型報(bào)文
    的頭像 發(fā)表于 09-02 09:56 ?3791次閱讀
    IEC101、IEC103、IEC104、Modbus<b class='flag-5'>報(bào)文</b><b class='flag-5'>解析</b>工具

    IP地址與DNS的關(guān)系

    IP地址和DNS是網(wǎng)絡(luò)架構(gòu)中的重要組成部分。IP地址是計(jì)算機(jī)網(wǎng)絡(luò)中用于標(biāo)識(shí)設(shè)備的唯一地址,而DNS則是負(fù)責(zé)將域名解析為IP地址的系統(tǒng)。記下來(lái)將講述DNS的構(gòu)成與IP地址的共同協(xié)作。
    的頭像 發(fā)表于 08-12 17:40 ?909次閱讀

    DNS的結(jié)構(gòu)和工作原理

    DNS 代表域名系統(tǒng)或域名服務(wù)器。DNS 將IP 地址解析為主機(jī)名,反之亦然。
    的頭像 發(fā)表于 08-05 15:23 ?1176次閱讀
    <b class='flag-5'>DNS</b>的結(jié)構(gòu)和工作原理