【网络入门】详解常用的基础网络知识（面试笔试常考内容）_网络基础知识入门

最新推荐文章于 2024-07-31 10:55:43 发布

2401_84973528

最新推荐文章于 2024-07-31 10:55:43 发布

阅读量816

点赞数 28

文章标签： c语言 c++ 学习

本文链接：https://blog.csdn.net/2401_84973528/article/details/138930016

版权

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

对于UDP，是无连接的，只需要绑定端口，不需要开启对端口的监听，如下所示：

如果端口已经被绑定了，即端口被占用了，再绑定这个端口会失败，除非设置了端口复用。

对于TCP，通信前需要先建立连接，连接发起方向指定的IP和端口发起连接请求；被连接方，必须开启对该端口的监听（程序中调用listen接口开启对目标端口的监听），才能接收别人发来的请求。如果目标端口没有开启监听，是连接不上的。对于UDP，是无连接的，直接收发数据也是需要端口的。

有时即使程序开启了端口，可能也连接不上，可能是路由器或者防火墙禁用了该端口，导致发给该端口的数据（包括连接请求）都被拦截了，此时需要在网络环境中放行该端口，即不再拦截与该端口相关的数据。比如在一些安全级别比较高的客户系统中，默认情况下很多端口都是被禁用的，我们需要给客户提供一下软件系统中使用的端口列表（包括客户端和服务器用到的所有端口），需要客户在其网络环境中放行这些端口。只有放行了这些端口，我们的软件系统才能正常的运行。

如何判断远端服务器的端口有没有开启监听，有个简单的方法，只要使用Telnet命令去测试即可，比如telnet 192.168.102.176 7800。如果远端的7800端口没有开启监听，就是显示连接失败。如果cmd窗口中提示找不到Telnet，需要到控制面板->程序与功能->启用和关闭Windows功能中开启Telnet客户端，如下图所示：

5、TCP建立连接时的三次握手

TCP建立连接时的三次握手是个重要的基础概念，同样也是面试时常问的一个知识点。

5.1、TCP头的构成

TCP建立连接的过程就是三次握手的过程，三次握手成功完成，TCP连接就建立了。在看三次握手的完整过程之前，我们先来看一下TCP报文中的TCP头都由哪些部分构成。TCP头的构成如下所示：

上图中有几个字段需要重点说明一下：

1）源端口和目标端口：源端口是该包数据发送者的端口，目标端口是这包数据要发送到的目的端口。

2）（包）序号：当前数据包的包序号Seq序号，占4字节（32bit），用来标识从TCP源端向目的端已经发送了多少字节的数据，发起方发送数据时对此进行标记。包序号的最大值是65535，如果达到最大值，则会从0开始重新计数。

3）确认号：Ack序号，占4字节（32bit），只有ACK标志位为1时，该确认序号字段才有效。在TCP中，接收端收到发送端发来的数据后会给客户端回一个ACK确认包，确认收到数据了，这就是TCP的ACK机制。

当客户端给服务器发送一包数据时，假设发送该包数据时设置的序号为seq1，本包要发送的数据长度为len1，服务器收到这包数据后，会回给客户端一个ACK包，表示我服务器收到你客户端发来的这包数据了，此ACK包的ACK号等于收到的这包数据的序号seq1，加上收到这包数据的长度len1，该ACK包的ACK号表示我服务器一共收到了你客户端发来的多少字节数据了。注意，这个含义只是一种理解方式，因为包序号达到65535后会再从0开始计数。此外，此处说到的数据长度都是不包含TCP头的数据长度。

4）标志位：
共6个，即URG、ACK、PSH、RST、SYN、FIN等，用来标记该包的类型如下：

① URG紧急：当 URG = 1 时，表明此报文段中有紧急数据，是高优先级的数据，应尽快发送，不用在缓存中排队。
② ACK确认：仅当 ACK = 1 时确认号字段才有效，当 ACK = 0 时确认号无效。TCP 规定，在连接建立后所有传送的报文段都必须把 ACK 置为 1。
③ PSH推送：接收方收到 PSH = 1 的报文段时，就直接发送给应用进程，而不用等到整个缓冲区都填满了后再向上传送。
④ RST复位：当 RST = 1 时，表明 TCP 连接中出现了严重错误（如由于主机崩溃或其他原因），必须释放连接，然后再重新建立传输连接。
⑤ SYN同步：SYN = 1 表示这是一个连接请求或连接接受报文。当 SYN = 1 而 ACK = 0 时，表明这是一个连接请求报文段。对方若同意建立连接，则应在响应的报文段中使 SYN = 1 且 ACK = 1。
⑥ FIN终止：用来释放一个连接。当 FIN = 1时，表明此报文段的发送发的数据已发送完毕，并要求释放运输连接。

在我们使用wireshark抓包并分析数据包时，可以使用这些标记位作为过滤条件过滤出对应类型的包，比如使用tcp.syn1过滤出发起三次握手的SYN包，使用tcp.rst1过滤出RST包。

5.2、三次握手的流程说明

TCP三次握手，是指建立一个TCP连接时，客户端和服务器一共发送3个包完成连接的建立。三次握手的目的是连接服务器指定端口，建立TCP连接，并同步连接双方的序列号和确认号并交换 TCP 窗口大小等信息。在socket编程中，客户端执行connect接口去连接目标IP和端口，触发三次握手。

从wireshark的抓包来看，可以看出完整的三次握手的全过程：

三次握手的示意图如下：

第一次握手：

客户端发送一个TCP的SYN标志位置1的包，指明客户打算连接的服务器的端口，并将包的序号设置1。

第二次握手:

服务器收到客户端发来的SYN包，给客户端回ACK确认包，包中的SYN标志位和ACK标志位设置为1，并将ACK确认号设置为1。

第三次握手：

客户端收到服务器的ACK包，客户端给服务器发送一个ACK确认包，包中的SYN标志位设置为0，ACK标志位设置为1，并把包中的SEQ号设置为1，把ACK号设置为1。

服务器收到客户端发来的ACK包后，TCP连接建立了，连接就编程了established已建立状态。

如果三次握手流程没有完成，则连接建立失败，遇到三次握手失败的情况，用wireshark抓包立马便能知道原因。比如有次我们的客户端登录后连不上某个业务服务器，我们第一反应就是先去ping一下该业务服务器地址，结果是能ping通，则说明网络是通的。于是直接使用wireshark抓包，发现当我们给业务服务器发三次握手的SYN包后，服务器直接回了一个RST包：

强行将三次握手终止了，可能是业务服务器的端口有问题。经平台侧核实，业务服务器出问题了，无故退出了，这样服务器的端口也就没有处于监听状态，所以就连接不上了。一般三次握手时直接回RST包，都是由端口问题引起的。

5.3、为什么必须使用三次握手，不能用两次握手去建立连接

三次握手的好处：

① 三次握手目的是确认双方的接收与发送能力是否正常，同步连接双方的初始化序列号 ISN，为后面的可靠性传输做准备。而两次握手只有服务端对客户端的起始序列号做了确认，但客户端却没有对服务端的初始序列号做确认，不能保证传输的可靠性。
② 三次握手可以防止已失效的连接请求报文段突然又传送到了服务端，导致服务器错误地建立连接，浪费服务端的连接资源。

如果客户端发出的第一个连接请求报文并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达服务器侧。本来这是一个早已失效的报文，但服务器收到此失效的连接请求报文后：

① 假设不采用“三次握手”，那么只要Server发出确认，新的连接就建立了。但由于现在Client并没有发出建立连接的请求，因此不会理睬Server的确认，也不会向Server发送数据。而Server却以为新的连接已经建立，并一直等待Client发来数据，这样，Server的很多资源就白白浪费掉了
② 而采用“三次握手”协议，只要Server收不到来自Client的确认，就知道Client并没有要求建立请求，就不会建立连接了。

5.4、SYN包攻击简介

**SYN 包攻击是指利用 TCP 需要三次握手的特性，攻击者伪造 SYN 报文向服务器发起连接，服务器在收到报文后用 ACK 应答，但之后攻击者不再对该响应进行应答，造成一个半连接。**假设攻击者发送大量这样的报文，那么被攻击主机就会造成大量的半连接，服务器支持的总的连接数是有限的，最终会导致服务器连接资源耗尽，导致正常的 SYN 请求因为队列满而被丢弃，使得正常用户无法访问。

这个问题我们以前遇到过，在一个项目中客户的网络环境比较复杂，其安全系统竟然向我们的业务服务器发SYN包攻击，导致我们的业务服务器无法提供正常的连接服务。

服务器侧有一个半连接队列和一个全连接队列。半连接队列是指，服务器第一次收到客户端的 SYN 之后，就会处于 SYN_RCVD 状态，此时双方还没有完全建立其连接，服务器会把这种状态下的请求连接放在一个队列里，我们把这种队列称之为半连接队列。对于全连接队列，完成三次握手后建立起的连接就会放在全连接队列中。

6、TCP与UDP的区别及使用场景

这也是面试时经常问到的点，需要搞清楚他们的区别。此处根据日常工作实践，详细地阐述一下这个话题。

6.1、TCP与UDP的区别

（1）TCP是可靠传输，UDP是不可靠传输

**TCP是面向连接的，需要建立连接后才能收发数据，TCP在收发数据时有ACK机制，即数据接收方收到数据后会给数据发送方回一个ACK确认包，表示已经收到对方的数据，如果数据发送方没收到ACK包就会触发丢包重传机制，所以TCP是可靠的。**从网络通信的socket套接字编程上看，必须先connect去连ip和端口先建立连接，才能使用send和recv收发数据！对于接收连接的服务端，需要先使用bind函数给socket套接字绑定端口，紧接着调用listen开启端口的监听，然后调用accept接收客户端的连接。

**UDP不需要建立连接，可以直接收发数据，没有收发数据的ACK机制，所以UDP通信是不可靠的。**从网络通信的socket套接字编程上看，客户端直接给sendto函数设置ip和端口，不需要建立连接，直接将数据投递过去，不管数据受到与否。对于服务端，只需要使用bind绑定端口，然后调用recvfrom接收数据即可！

（2）TCP传输的数据是有序的，UDP数据可能是乱序的

网络层的ip协议不能保证数据的有序收发，所以数据接收端ip协议层收到的网络数据都可能是乱序的，无论是TCP数据还是UDP数据。**之所以TCP能得到有序的数据，是因为数据到达传输层时TCP协议会将乱序的包按前后顺序重组，即排好顺序后再投递给应用层，所以到应用层经过TCP传输的数据都是有序的。**而UDP协议没有对数据包进行排序，所以经UDP传输的数据到达应用层后还是乱序的，需要应用层自己去排序！

（3）其他方面的区别

此外，TCP和UDP还有一些其他方面的区别：

TCP首部长度是20个字节，而UDP的首部长度是8个字节，所以TCP数据传输的网络传输开销大一些，UDP数据传输的开销小一些。
TCP有拥塞控制和流量控制，而UDP没有拥塞控制和流量控制。
TCP提供全双工通信，但不提供广播或多播服务；UDP则提供广播和多播，所以要广播或多播，都使用UDP。

6.2、TCP与UDP的使用场景

TCP收发数据时有ACK机制，是可靠的，对要求数据准确无误地发送给对方的场景需要选择TCP，比如软件中的控制信令，控制信令要保证准确无误地被投递到目的地。但也正因为接收到数据后每次都要ACK，所以实时性要差一些。

UDP没有数据的ACK，直接发送数据，实时性好，对实时性要求较高且对可靠性要求不太高的场景一般都要选择UDP。比如通信中的音视频数据，数据量比较大，数据接收端要实时地看到视频听到声音，所以需要保证实时性，要有较低的延时，即使有少量的丢包也是没多大问题的，所以音视频数据都是通过UDP来传输的，比如QQ和微信的音视频、视频会议中音视频、直播中的音视频。

上面讲述了TCP与UDP区别的关键点，很多同学可以留意一下，下次面试再被问到时一定要说到关键点上！

6.3、使用TCP和UDP的常用协议

TCP 是可靠的，能将数据准确无误的传递给对方，一般处理文件传输的HTTP、HTTPS、FTP协议、用于发送和接收邮件的POP3、SMTP等邮件传输协议，使用的都是TCP。对实时性要求高且对可靠性要求低的协议则使用UDP。

（1）TCP对应的协议：

FTP：文件传输协议，默认使用21端口。
Telnet：远程终端接入，默认使用23端口，用户可以以自己的身份远程连接到计算机上，可提供基于DOS模式下的通信服务。
SMTP：邮件传送协议，用于发送邮件，默认使用25端口。
POP3：邮件传送协议，P用于接收邮件，默认使用110端口。
HTTP：万维网超文本传输协议，是从Web服务器传输超文本到本地浏览器的传送协议，默认使用80端口。

（2）UDP对应的协议：

DNS：域名解析服务，将域名地址转换为IP地址，默认使用53号端口。
SNMP：网络管理协议，用来管理网络设备，默认使用161号端口。
TFTP：简单文件传输协议，提供不复杂、开销不大的文件传输服务，默认使用 69 端口。
NFS：远程文件服务器。
RIP：路由信息协议。
DHCP：动态主机配置协议。
IGMP：网际组管理协议。

7、TCP的心跳检测机制与丢包重传机制

TCP心跳检测和丢包重传机制是TCP的两个重要特性，其中丢包重传机制也是保证可靠传输的一种机制。这两种机制都要搞清楚，下面我们就来大概的讲述一下。

7.1、TCP心跳检测机制

TCP心跳检测是通过定时在链路上发心跳包去保持链路的活性（keepalive），这样链路中的网络设备就不会因为链路上有段时间没有数据在跑，将链路强行断开了。

以上是TCP/IP协议栈的心跳机制，有时我们应用层会添加一个应用层的心跳检测，比如客户端可以给服务器发心跳包，根据服务器的回应情况来判断服务器是否还活着，客户端和服务器之间的网络是否出现问题，如果心跳检测异常，客户端会主动断开与服务器的连接。

大家经常使用的libwebsockets开源库支持设置心跳检测参数，默认情况下是不启用心跳检测的。libwebsockets内部的心跳检测，实际上使用的是TCP/IP协议栈的心跳检测，将心跳检测参数设置给对应的socket，libwebsockets内部相关的接口如下所示：（调用WSAIoctl接口给socket套接字设置心跳参数）

LWS_VISIBLE int
lws_plat_set_socket_options(struct lws_vhost *vhost, lws_sockfd_type fd)
{
	int optval = 1;
	int optlen = sizeof(optval);
	u_long optl = 1;
	DWORD dwBytesRet;
	struct tcp_keepalive alive;
	int protonbr;
#ifndef _WIN32_WCE
	struct protoent *tcp_proto;
#endif
 
	if (vhost->ka_time) {
		/* enable keepalive on this socket */
		// 先调用setsockopt打开发送心跳包（设置）选项
		optval = 1;
		if (setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE,
					     (const char *)&optval, optlen) < 0)
			return 1;
 
		alive.onoff = TRUE;
		alive.keepalivetime = vhost->ka_time*1000;
		alive.keepaliveinterval = vhost->ka_interval*1000;
 
		if (WSAIoctl(fd, SIO_KEEPALIVE_VALS, &alive, sizeof(alive),
					      NULL, 0, &dwBytesRet, NULL, NULL))
			return 1;
	}
 
	/* Disable Nagle */
	optval = 1;
#ifndef _WIN32_WCE
	tcp_proto = getprotobyname("TCP");
	if (!tcp_proto) {
		lwsl_err("getprotobyname() failed with error %d\n", LWS_ERRNO);
		return 1;
	}
	protonbr = tcp_proto->p_proto;
#else
	protonbr = 6;
#endif
 
	setsockopt(fd, protonbr, TCP_NODELAY, (const char *)&optval, optlen);
 
	/* We are nonblocking... */
	ioctlsocket(fd, FIONBIO, &optl);
 
	return 0;
}

7.2、TCP丢包重传机制

对于TCP连接，数据发送方将数据发出去后，会启动一个定时器，等待接收端回ACK确认包，如果在指定的时间内没有收到ACK确认包，就会触发TCP的丢包重传机制。如果发送重传包后还是没收到ACK，下一次的重传时间间隔会加倍，当重传次数达到系统上限（Windows默认的上限是5次，Linux默认的上限是15次）后，协议栈就认为网络出故障了，协议栈会直接将对应的连接关闭了。

所以当网络出现故障时有数据交互，协议栈会在数十秒内检测到网路出现异常，就会直接将连接直接关闭掉。丢包重传机制的详细描述如下所示：

8、常用的网络命令

这里主要介绍一下Windows系统下一些常用的网络相关命令。Linux系统也有对应的命令，后面会写一篇关于Linux命令文章，此处就不再就Linux系统的命令进行详细展开了。这些命令均是在命令行窗口中执行的，可使用“命令名 /?”去查看命令支持参数和使用上的说明，还会有使用范例。

8.1、ping命令

当无法连接到远端的地址及端口时，我们最先想到的是，先ping一个远端的地址，看看网络是不是通的，如下：

如果软件系统在交互的过程中数据出现延时或抖动，可以在ping指令后面加上一个-t的参数，比如ping 192.168.0.1 -t，查看连续的ping包，看网络是否存在明显的延迟或抖动，如下：

如果要停止持续的ping，按下Ctrl+C组合键就可以终止当前命令的执行。

8.2、telnet命令

telnet命令其实对应的是telnet客户端程序（telnet.exe），该程序使用的是telnet协议。telnet协议是TCP/IP协议族中的一员，是远程登陆服务的标准协议和主要方式，它为用户提供了从本地计算机远程登录远程主机的能力。

使用该命令可以检查服务器上的端口有没有开启监听，比如telnet 192.168.100.196 7800，如果7800端口没有开启监听，则会提示连接失败。

如果远端开启了telnet服务器，可以使用telnet命令远程登录到该telnet服务器上。如果cmd窗口中提示找不到Telnet，需要到控制面板->程序与功能->启用和关闭Windows功能中开启Telnet客户端，如下所示：

8.3、ipconfig命令

ipconfig命令主要用来查看网卡的配置信息，比如IP地址，子网掩码和默认网关等，一般使用ipconfig /all，如下所示：

还有比较常用的是ipconfig /flushdns命令，用来清除系统中的DNS缓存：

这样在发起新的域名解析请求时，会向域名服务器上去实时地查询最新的IP。比如某时某个域名对应的IP变更了，但Windows系统DNS缓存中有域名-IP对的记录，导致程序使用的还是老的IP，出现访问失败的问题。所以出现域名访问失败的时候，可以尝试使用ipconfig /flushdns命令刷新系统DNS缓存。

**经常有朋友询问使用DNS系统查询IP的完整流程，这里我们普及一下这一过程。**DNS服务器大致分为三种类型：根DNS服务器、顶级域DNS服务器和权威DNS服务器，其中顶级域DNS服务器主要负责诸如com、org、net、edu、gov 等顶级域名。

根DNS服务器存储了所有顶级域DNS服务器的 IP 地址，可以通过根服务器找到顶级域服务器，比如百度的域名www.baidu.com，根服务器会返回所有维护 com 这个顶级域服务器的 IP 地址。然后你任选其中一个顶级域服务器发送请求，该顶级域服务器拿到域名后能够给出负责当前域的权威服务器地址。以百度的域名为例，顶级域服务器将返回所有负责百度这个域的权威服务器地址。接着任选其中一个权威服务器地址查询“www.baidu.com”的具体 IP 地址，最终权威服务器会返回给你具体的 IP 地址。此外，本地 DNS 服务器是具有缓存功能的，通常两天内的记录都会被缓存。

所以，通过DNS系统查询域名对应的 IP 的具体步骤可以总结为：

① 操作系统先查本地 hosts文件 中是否有记录，如果有，则直接返回相对应映射的IP地址。
② 如果本地hosts文件中没有配置，则主机向自己的本地DNS服务器发送查询报文，如果本地DNS服务器缓存中有，将直接返回结果。
③ 如果本地服务器缓存中没有，则从内置在内部的根DNS服务器列表（全球13台，固定的IP地址）中选一个发送查询报文。
④ 根服务器解析域名中的后缀名，告诉本地服务器负责该后缀名的所有顶级服务器列表。
⑤ 本地服务器选择其中一个顶级域服务器发送查询请求，顶级域服务器拿到域名后继续解析，返回对应域的所有权威服务器列表。
⑥ 本地服务器再向返回的权威服务器发送查询报文，最终会从某一个权威服务器上得到具体的 IP 地址。
⑦ 主机返回结果IP。

8.4、netstat命令

netstat命令用来查看本机的网络连接与端口占用情况，如下：

netstat命令支持多个参数，具体使用netstat /?去查看详细说明：

这里就不再赘述了。

8.5、route相关命令

route相关命令主要用来查看路由表、添加/删除路由等。首先来看看route print命令，该命令是将Windows系统中的路由表打印出来，如下图所示：

route add命令可以往路由表中添加一条路由，route delete命令可以删除一条路由。命令具体怎么使用可以使用route /?命令查看一下参数的说明以及范例：

一般在处理Windows系统中的多网卡问题时，会用到这些路由相关的命令。比如以前我们遇到的一个场景，Windows系统中有两张网卡，一张是连接局域网的内网网卡，一张是连接外网的外网网卡：

Windows系统中只能设置一个默认网关，外网网卡的IP和默认网关是从路由器自动获取的，肯定是有默认网关的，所以内网的网卡不能设置默认网关。如果要通过内网的网卡访问局域网中的地址，则需要使用route add命令添加策略路由来控制ip的访问走向，即通过策略路由让访问内网地址的都走内网的网关。给内网的网卡添加策略路由的命令为：

route add 172.16.0.0 mask 255.255.0.0 172.16.30.186（172.16.30.186为内网中的网关）

该命令的含义是，所以访问172.16开头的地址时，都通过内网的网关172.16.30.186走出去。
服务器上一般都会配置多个网卡，有时也会通过添加策略路由去处理服务器之间无法访问的问题，这样的场景我们都遇到过。

8.6、arp命令

该arp命令主要用来显示和修改地址解析协议(ARP)使用的“IP 到物理”地址转换表：

系统中会保存IP和MAC地址的映射表。其中ARP协议（Address Resolution Protocol），是根据IP地址获取物理地址的一个TCP/IP协议。主机发送信息时将包含目标IP地址的ARP请求广播到局域网络上的所有主机，并接收返回消息，以此确定目标的物理地址；收到返回消息后将该IP地址和物理地址存入本机ARP缓存中并保留一定时间，下次请求时直接查询ARP缓存以节约资源。

可以使用arp -a的命令查看系统缓存的映射表，使用arp -s保存一个IP和MAC地址的映射对，使用arp -d删除符合条件的映射对，条件中支持使用通配符，比如：arp -d 192.168.*.*。

这里我们详细介绍一下ARP协议，它是根据 IP 地址获取 MAC 地址的一种协议，核心原理就是广播发送ARP请求，单播发送ARP响应。关于ARP相关流程的说明如下：

① 每个主机都在自己的ARP缓冲区中建立一个ARP列表，以表示 IP 地址和 MAC 地址之间的对应关系。
② 当源主机要发送数据时，先检查ARP列表中是否有该 IP 地址对应的 MAC 地址，如果有，则直接发送数据；如果没有，就向本网段的所有主机发送ARP数据包，用于查询目的主机的MAC地址，该数据包包括的内容有：源主机IP地址，源主机MAC地址，目的主机的IP。
③ 当本网络的所有主机收到该ARP数据包时，首先检查数据包中的IP地址是否是自己的IP地址，如果不是，则忽略该数据包，如果是，则首先从数据包中取出源主机的IP和MAC地址写入到ARP列表中，如果已经存在，则覆盖，然后将自己的MAC地址写入ARP响应包中，告诉源主机自己是它想要找的MAC地址。
④ 源主机收到 ARP 响应包后，将目的主机的 IP 和 MAC 地址写入ARP列表，并利用此信息发送数据。如果源主机一直没有收到ARP响应数据包，表示ARP查询失败。