Linux--网络编程

最新推荐文章于 2021-06-09 15:02:00 发布

hhhhhh!

最新推荐文章于 2021-06-09 15:02:00 发布

阅读量211

点赞数 1

本文链接：https://blog.csdn.net/qq_42579119/article/details/86557750

版权

1.Linux的优点之一就是在于它丰富而稳定的网络协议栈，其范围是从协议无关层（如通用的socket层接口和设备层）到各种网络协议的实现
2.对于网络理论介绍一般采用OSI模型，但是Linux中网络栈的介绍一般分为四层的Internet模型
在这里插入图片描述

2.1数据链路层
数据链路层实现了网卡接口的网络驱动程序，以处理数据在网络媒介上（比如以太网）上的传输。不同的物理网络层具有不同的电器特性，网络驱动驱动程序隐藏了这些细节，为上层协议提供一个统一的接口。
2.2网络层
网络层实现数据包的选路和转发。WAN通常使用众多分级的路由器来连接分散的主机或LAN，因此，通信的两台主机一般不是直接连接的，而是通过多个中间节点连接的。网络层的任务就是选择这些节点，以确定两台主机间的通信路径。同时，网络层对上层协议隐藏了网络拓扑连接的细节，使得在传输层和网络应用程序看来，通信的双发是直接相连的。
2.3传输层
传输层为两台主机上的应用程序提供端到端（end to end）的通信。与网络层使用的逐跳的通信方式不同，传输层只关心通信的起始端和目的端，而不在话数据包的中转过程。
2.4应用层
应用层负责处理应用程序的逻辑。
应用层协议很多：
ping：应用程序，不是协议，调试网络环境；
telnet：远程登录协议；
DNS：机器域名到ip的转换；
HTTP：超文本传输协议(Hypertext transfer protocol)。是一种详细规定了浏览器和万维网(WWW = World Wide Web)服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。
DHCP：动态主机配置协议
3.数据封装
应用程序数据在发送到屋里网络上之前，将沿着协议栈从上往下依次传递。每层协议都将在上层协议的基础上加上自己的头部信息（有时还包括尾部信息），以实现该层的功能，这个过程称为封装。
在这里插入图片描述
4.IP协议
IP的主要目的是为数据输入/输出网络提供基本算法，为高层协议提供无连接的传送服务.这意味着在IP将数据递交给接收站点以前不在传输站点和接收站点之间建立对话。它只是封装和传递数据，但不向发送者或接收者报告包的状态，不处理所遇到的故障
在这里插入图片描述
5.TCP协议
TCP协议（Transmission Control Protocol，传输控制协议）为应用层提供可靠的、面向连接的、基于流（stream）的服务。TCP协议使用超时重传、数据确认等方式来确保数据包被正确的发送到目的，因此TCP服务是可靠的。使用TCP协议通信的双方必须先建立TCP连接，并且在内核中为该连接维持一些必须的数据结构。当通信结束时，双方必须关闭连接以释放这些内核数据。
在这里插入图片描述
6.TCP三次握手

在这里插入图片描述

7.TCP四次挥手

8.UDP协议
UDP协议（User DataGram Protocol，用户数据报协议）则与相反，它为应用层TCP协议完全提供不可靠、无连接和基于数据报的服务。不可靠意味着UDP协议无法保证数据从发送端正确的传送到接收端。如果数据在中途丢失，或者目的端通过数据校验发现数据错误而将其丢弃，则UDP协议只是简单的通知应用层发送失败。因此使用UDP协议的应用程序通常要自己处理数据确认、超时重传等逻辑性。
9.socket
Linux中的网络编程通过Socket(套接字)接口实现，Socket是一种文件描述符
数据报套接字（SOCK_DGRAM）
数据报套接字定义了一种无连接的服务，数据通过相互独立的报文进行传输，是无序的，并且不保证可靠，无差错,它使用数据报协议UDP。
原始套接字
原始套接字允许对低层协议如IP或ICMP直接访
问，主要用于新的网络协议的测试等
struct sockaddr
{
u_short sa_family;
char sa_data[14];
}；
Sa_family:
地址族，采用“AF_xxx”的形式，如：AF_INET
Sa_data：
14字节的特定协议地址
地址结构：
struct sockaddr_in { short int sin_family; /* Internet地址族 / unsigned short int sin_port; / 端口号 / struct in_addr sin_addr; / IP地址 / unsigned char sin_zero[8]; / 填0 */ }；编程中一般并不直接针对sockaddr数据结构操作，而是使用与sockaddr等价的sockaddr_in数据结构
10.字符序转换
不同类型的 CPU 对变量的字节存储顺序可能不同：有的系统是高位在前，低位在后，而有的系统是低位在前，高位在后，而网络传输的数据顺序是一定要统一的。所以当内部字节存储顺序和网络字节顺序不同时，就一定要进行转换
如果我们将0x1234abcd 写入到以0x0000 开始的内存中，则Little endian 和Big endian 模式的存放结果如下：

低地址：小端： 0xcdab4312 ：高地址
大端; 0x1234abcd
网络字节顺序是TCP/IP中规定好的一种数据表示格式，它与具体的CPU类型、操作系统等无关，从而可以保证数据在不同主机之间传输时能够被正确解释。
网络字节顺序采用big endian排序方式
11.为什么要进行字节序转换？
例：INTEL的CPU使用的小端字节序MOTOROLA 68k系列CPU使用的是大端字节序 MOTOROLA发一个16位数据0X1234给INTEL, 传到INTEL时 ,就被INTEL解释为0X3412

#include <arpa/inet.h>
uint32_t htonl(uint32_t hostlong);
uint16_t htons(uint16_t hostshort);
uint32_t ntohl(uint32_t netlong);
uint16_t ntohs(uint16_t netshort);
这些函数名很好记，h表示host，n表示network，l表示32位长整数，s表示16位短整数。例如htonl表示将32位的长整数从主机字节序转换为网络字节序，例如将IP地址转换后准备发送。如果主机是小端字节序，这些函数将参数做相应的大小端转换然后返回，如果主机是大端字节序，这些函数不做转换，将参数原封不动地返回
12地址转换：
12.1.htons
把unsigned short类型从主机序转换到网络序
htonl
把unsigned long类型从主机序转换到网络序
ntohs
把unsigned short类型从网络序转换到主机序
ntohl
把unsigned long类型从网络序转换到主机序
12.2 IP地址通常由数字加点(192.168.0.1)的形式表示，而在struct in_addr中使用的是IP地址是由32位的整数表示的，为了转换我们可以使用下面两个函数：
int inet_aton(const char *cp,struct in_addr *inp)
char *inet_ntoa(struct in_addr in)
函数里面 a 代表 ascii n 代表network.第一个函数表示将a.b.c.d形式的IP转换为32位的IP,存储在 inp指针里面。第二个是将32位IP转换为a.b.c.d的格式
13.
进行Socket编程的常用函数有：
socket
创建一个socket
bind
用于绑定IP地址和端口号到socket
connect
该函数用于绑定之后的client端与服务器建立连接
listen
设置能处理的最大连接要求，Listen()并未开始接收连线，只是设置socket为listen模式。
accept
用来接受socket连接。
send
发送数据
recv
接收数据
int socket(int family, int type, int protocol);
socket()打开一个网络通讯端口，如果成功的话，就像open()一样返回一个文件描述符，应用程序可以像读写文件一样用read/write在网络上收发数据，如果socket()调用出错则返回-1
对于IPv4，family参数指定为AF_INET
对于TCP协议，type参数指定SOCK_STREAM，表示面向流的传输协议如果是UDP协议，则type参数指定为SOCK_DGRAM，表示面向数据报的传输协议
protocol参数的介绍从略，指定为0即可

int bind(int sockfd, const struct sockaddr *myaddr, socklen_t addrlen);

    服务器程序所监听的网络地址和端口号通常是固定不变的，客户端程序得知服务器程序的地址和端口号后就可以向服务器发起连接，因此服务器需要调用bind绑定一个固定的网络地址和端口号.bind()成功返回0，失败返回-1。
    bind()的作用是将参数sockfd和myaddr绑定在一起，使   sockfd这个用于网络通讯的文件描述符监听myaddr所描述的地址和端口号
    struct sockaddr *是一个通用指针类型，myaddr参数实际上可以接受多种协议的sockaddr结构体，而它们的长度各不相同，所以需要第三个参数addrlen指定结构体的长度
    client终止时自动关闭socket描述符，server的TCP连接收到client发的FIN段后处于TIME_WAIT状态。TCP协议规定，主动关闭连接的一方要处于TIME_WAIT状态，等待两个MSL（maximum segment lifetime）的时间后才能回到CLOSED状态，因为我们先Ctrl-C终止了server，所以server是主动关闭连接的一方，在TIME_WAIT期间仍然不能再次监听同样的server端口。MSL在RFC1122中规定为两分钟，但是各操作系统的实现不同，在Linux上一般经过半分钟后就可以再次启动server了。

在server的TCP连接没有完全断开之前不允许重新监听是不合理的，因为，TCP连接没有完全断开指的是fd（127.0.0.1:8000）没有完全断开，而我们重新监听的是sockfd（0.0.0.0:8000），虽然是占用同一个端口，但IP地址不同，fd对应的是不某个客户端通讯的一个具体的IP地址，而sockfd对应的是wildcard address。解决这个问题的方法是使用setsockopt()设置socket描述符的选项SO_REUSEADDR为1，表示允许创建端口号相同但IP地址不同的多个socket描述符。

在server代码的socket()和bind()调用之间插入如下代码：
int opt = 1;
setsockopt(sockfd,SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));
bzero(&servaddr, sizeof(servaddr)); servaddr.sin_family = AF_INET; servaddr.sin_addr.s_addr = htonl(INADDR_ANY); servaddr.sin_port = htons(SERV_PORT);
首先将整个结构体清零，然后设置地址类型为AF_INET，网络地址为INADDR_ANY，这个宏表示本地的任意IP地址，因为服务器可能有多个网卡，每个网卡也可能绑定多个IP地址，这样设置可以在所有的IP地址上监听，直到不某个客户端建立了连接时才确定下来到底用哪个IP地址，端口号为SERV_PORT，我们定义为8000
int accept(int sockfd, struct sockaddr *cliaddr, socklen_t *addrlen);
三方插手完成后，服务器调用accept()接受连接，如果服务器调用accept()时还没有客户端的连接请求，就阻塞等待直到有客户端连接上来,cliaddr是一个传出参数，accept()返回时传出客户端的地址和端口基于UDP-服务器号.addrlen参数是一个传入传出参数（value-result argument），传入的是调用者提供的缓冲区cliaddr的长度以避免缓冲区溢出问题，传出的是客户端地址结构体的实际长度（有可能没有占满调用者提供的缓冲区）。
如果给cliaddr参数传NULL，表示不关心客户端的地址
int connect(int sockfd, const struct sockaddr *servaddr, socklen_t addrlen);

客户端需要调用connect()连接服务器，connect和bind的参数形式一致，区别在于bind的参数是自己的地址，而connect的参数是对方的地址.
connect()成功返回0，出错返回-1
14.基于TCP-服务器
1 创建一个socket，用函数socket()
2. 绑定IP地址、端口等信息到socket上，用函数bind()
3.设置允许的最大连接数，用函数listen()
4.接收客户端上来的连接，用函数accept()
5.收发数据，用函数send()和recv()，或者read()和write()
6.关闭网络连接
15.基于TCP-客户端
1.创建一个socket，用函数socket()
2.设置要连接的对方的IP地址和端口等属性
3.连接服务器，用函数connect()
4.收发数据，用函数send()和recv()，或者
read()和write()
5.关闭网络连接
16.基于UDP-服务器
1.创建一个socket信息到socket上，用函数bind()
3.循环接收数据，用函数recvfrom()
4.关闭网络连接
17.基于UDP-客户端
1.创建一个socket，用函数socket()
2.绑定IP地址、端口等信息到socket上，用函数bind()
3.设置对方的IP地址和端口等属性
4.发送数据，用函数sendto()
5.关闭网络连接
18.TCP与UDP区别·
UDP循环服务器的实现方法:UDP服务器每次从套接字上读取一个客户端的请求->处理->然后将结果返回给客户机
socket(…);
bind(…);
while(1)
{
recvfrom(…);
process(…);
sendto(…);
}
因为UDP是非面向连接的,没有一个客户端可以老是占住服务端，服务器对于每一个客户机的请求总是能够满足
TCP服务器接受一个客户端的连接,然后处理,完成了这个客户的所有请求后,断开连接。算法如下:
socket(…);
bind(…);
listen(…);
while(1)
{
accept(…);
process(…);
close(…);
}
并发服务器的思想是每一个客户机的请求并不由服务器直接处理,而是由服务器创建一个子进程来处理。算法如下:
socket(…);
bind(…);
listen(…);
while(1) {
accept(…);
if(fork(…)==0) {
process(…);
close(…);
exit(…);
}
close(…);
}
CP并发服务器可以解决TCP循环服务器客户机独占服务器的情况。但同时也带来了问题：为了响应客户的请求,服务器要创建子进程来处理，而创建子进程是一种非常消耗资源的操作
19.多路复用I/O
阻塞函数在完成其指定的任务以前不允许程序继续向下执行.例如：当服务器运行到accept语句时，而没有客户请求连接，服务器就会停止在accept语句上等待连接请求的到来.这种情况称为阻塞（blocking），而非阻塞操作则可以立即完成。例如，如果你希望服务器仅仅检查是否有客户在等待连接，有就接受连接，否则就继续做其他事情，则可以通过使用select系统调用来实现.除此之外，select还可以同时监视多个套接字
Timeout取不同的值，该调用有不同的表现：
Timeout值为0，不管是否有文件满足要求，都立刻返回，无文件满足要求返回0，有文件满足要求返回一个正值。
Timeout为NULL，select将阻塞进程，直到某个文件满足要求
Timeout值为正整数，就是等待的最长时间，即select在timeout时间内阻塞进程
Select调用返回时，返回值有如下情况：
1 正常情况下返回满足要求的文件描述符个数；
3. 经过了timeout等待后仍无文件满足要求，返回值为0；
4. 如果select被某个信号中断，它将返回-1并设置errno为EINTR。
5. 如果出错，返回-1并设置相应的errno
20.
1.系统提供了4个宏对描述符集进行操作：
#include <sys/select.h>
void FD_SET(int fd, fd_set *fdset)
void FD_CLR(int fd, fd_set *fdset)
void FD_ZERO(fd_set *fdset)
void FD_ISSET(int fd, fd_set *fdset)
宏FD_SET将文件描述符fd添加到文件描述符集fdset中；
宏FD_CLR从文件描述符集fdset中清除文件描述符fd；
宏FD_ZERO清空文件描述符集fdset；
在调用select后使用FD_ISSET来检测文件描述符集fdset中的文件fd发生了变化
设计步骤：
1.设置要监控的文件
2. 调用Select开始监控
3. 判断文件是否发生变化
20.

hhhhhh!

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Linux--网络编程

1.Linux的优点之一就是在于它丰富而稳定的网络协议栈，其范围是从协议无关层（如通用的socket层接口和设备层）到各种网络协议的实现2.对于网络理论介绍一般采用OSI模型，但是Linux中网络栈的介绍一般分为四层的Internet模型2.1数据链路层数据链路层实现了网卡接口的网络驱动程序，以处理数据在网络媒介上（比如以太网）上的传输。不同的物理网络层具有不同的电器特性，网络驱动驱动程...
复制链接

扫一扫