weixin_44816732的博客

**Header各字段分别解释如下：**- ID 请求客户端设置的16位标示，服务器给出应答的时候会带相同的标示字段回 来，这样请求客户端就可以区分不同的请求应答了。- QR 1个比特位用来区分是请求（0）还是应答（1）。- OPCODE 4个比特位用来设置查询的种类，应答的时候会带相同值，可用的值如下：

在命令行输入dig之后返回结果如下：; <<>> DiG 9.11.3-1ubuntu1.14-Ubuntu <<>> www.qianwanjun.work;; global options: +cmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64427;; flags: qr rd ra; QUERY: 1, ANSWER: 1, A

  胶水记录的英文叫Glue Record。当前，大多数企业使用云解析，无需自建DNS服务器，很少会碰到这个概念。但如果你是自建DNS，那就必须掌握这个概念

DNS大致分为四种：权威DNS、递归DNS、转发DNS、公共DNS。权威DNS权威DNS负责管理一个域名，在他所管理的域名里，具有权威性，通俗一点就是在这个域名里，他说了算。递归DNS递归DNS也叫local dns，其核心功能一个是缓存、一个是递归查询。收到域名查询请求后其首先看本地缓存是否有记录，如果没有则一级一级的查询根、顶级域、二级域……直到获取到结果然后返回给用户。日常上网中运营商分配的DNS即这里所说的递归DNS。转发发DNS转发DNS是一种特殊的递归。如果本地的缓存记录中没有相应

想了解DNS智能解析，就必须先知道DNS的视图功能（view）和访问控制列表（acl）。

DNS的分布式数据库通过域名来进行索引。每个域名本质上就是**一棵大型逆向树**的一条路径，而这棵逆向树又被称作域命名空间。这棵树的层次结构和UNIX文件系统的结构类似。这个棵树的顶端有唯一的根。对应UNIX文件系统中的根目录，在DNS中它被称为“root”

/usr/src/linux/include/linux/udp.hstruct udphdr { __u16 source; //16位源端口号 __u16 dest; //16位目的端口号 __u16 len; //表示此次发送的数据报的长度，16位 __u16 check; //校验和};...

  一直想着给之前的CloudDisk项目加上一个C/S架构的文件传输模块，因为之前是nginx+fastcgi架构的B/S架构，自己又不会前段代码，没有办法继续增加新的功能块。最近终于抽出时间开始写项目了，已经选用TCP完成linux下的CS架构文件上传功能模块，这里展示TCP文件传输模块。

C++简单Socket模型

Base64是网络上最常见的用于传输8Bit字节码的编码方式之一，Base64就是一种基于64个可打印字符来表示二进制数据的方法。可查看RFC2045～RFC2049，上面有MIME的详细规范。

MD5信息摘要算法（英语：MD5 Message-Digest Algorithm），一种被广泛使用的密码散列函数，可以产生出一个128位（16字节）的散列值（hash value），用于确保信息传输完整一致。

TCP是以段为单位进行传输数据，每发送一个段，就要进行一次应答处理；这样传输有一个缺点，那就是往返时间越长，通信性能就越低；为了解决这个缺点，TCP引入了窗口机制；

TCP“人如其名”，是对“传输、发送、通信”进行“控制”的“协议”。TCP与UDP的区别相当大。它充分地实现了数据传输时各种控制功能，可以进行丢包时的重发控制，还可以对次序乱掉的分包进行顺序控制。而这些在UDP中都没有。此外，TCP作为一种面向有连接的协议，只有在确认通信对端存在时才会发送数据，从而可以控制通信流量的浪费。

nginx是HTTP服务器，可将服务器上的静态文件通过HTTP协议展示给客户端。

在使用TCP/IP通信时，用IP地址识别主机和路由器。为了保证正常通信，有必要为每个设备配置正确的IP地址。在互联网通信中，全世界都必须设定正确的IP地址。否则，根本无法实现正常的通信。因此，IP地址就像是TCP/IP通信的一块基石。

ISO国际标准化组织定制了国际标准OSI（Open Systems Interconnection，开放式通信互联参考模型），对通信系统进行了标准化。现在，OSI所定义的协议虽然并没有得到普及，但是在OSI协议设计之初作为其指导方针的OSI参考模型却常被用于网络协议的制定当中。