【资深网工的高效工作法，我只告诉你一个人】最近有同学和我聊天时吐槽：网工初面多是理论题，或者是一些比较宏观的题目，但是进公司正式开始工作之后，就会发现，好像这些理论都用不上。
或者说，工作里遇到的问题，很多时候不知道咋解决。常见的像是无法获取到IP地址啊，ping不通啊，一下子都不知道怎么处理。
这时候理论好像没啥用，这是怎么回事？其实，这是因为你的理论学的非常片面，并没有搭建起系统的逻辑性。
搭建系统的理论，是需要花不少时间和精力的。但是处理常见的工作问题，是很快就能掌握的。
但这治标不治本。其实，只要有前辈带你就行，更简单的，甚至百度一下，你可能就真的全部知道了。
但是知识它并不过脑，技巧也是。如果没有常遇到，下次就会忘记，更别谈复盘一下，到底这样的问题涉及到什么样的理论知识，为什么是它，怎么用它等等。
资深网工会一边收集常见问题合集，并且罗列出自己使用的解决方法，日积月累，就能成为自己的独门秘籍。
今天不谈理论，老杨就简单和你分享一些从事网络，常遇到的高频问题合集，以及对应的解决办法。
一、端口无法连接网络
01 现象
将电脑、电话、无线接入点或打印机插入墙壁上的网络插孔，而网络连接不正常。交换机端口的连接指示灯和网卡的连接指示灯都不亮。
02 原因
若没有修复墙壁插孔上的网络连接，则时常会发生掉线或无法连接的问题。在许多企业中，只有那些经常使用的连接才被修复。当移动了办公室或会议室后，有时会发现那些不常使用的网络插孔并没有被测试过，或是那些无法连接的插孔可能是由于登记错误导致的。此外，交换机端口可能被强制关闭。
03 解决办法
检查和确认交换机端口是否已被激活，且网络连接已被修复过。当任何设备被移动到办公室时，请务必对新的网络连接进行测试，确保他们能够正常工作。就IP电话而言，也有可能是电话的电源供应不足。
二、无法获取到IP地址 01 现象
网络瘫痪或出现故障而不能正常运行。操作系统可能会提示客户端当前无法从DHCP服务器获取到IP地址。检查网卡的状态后，发现没有分配IP地址。
02 原因
没有收到来自DHCP服务器分配的IP地址。DHCP服务器的IP地址耗尽、服务器的服务瘫痪了、终端设备可能被配置为使用静态IP地址而不是通过DHCP分配、终端设备的DHCP请求从来没有到达服务器端，这些都可能导致客户端无法获取到IP地址。
尤其是如果一个新的设备配置一个虚拟局域网（VLAN），没有建立与服务器的服务请求连接时，设备肯定不能获取到IP地址。即将一个新设备配置到一个VLAN时，若没有将DHCP请求中继到DHCP服务器，就会导致请求不能发送到DHCP服务器端。
03 解决办法
关键问题是多少用户出现了同样的问题，一个用户还是多个用户？如果只有一个用户受到影响，那么请确认该客户端的网络设置是否配置为使用动态主机配置协议（DHCP）。
下一步，检查交换机的端口被划分到哪个VLAN，检查属于该VLAN的其他设备能否获取到IP地址。
如果他们也不能获取到IP地址，问题原因可能是路由器没有将DHCP请求转发到DHCP服务器。
如果多个子网内的许多设备都出现了这个问题，那么可能是DHCP服务器出现了问题，即服务器的DHCP服务可能没有运行，或者它的IP地址已经耗尽。
三、无法连接到应用服务器01 现象
当用户试图打开一个应用程序时，系统可能会提示无法连接到该应用程序服务器，当使用电子邮件应用或客户关系管理（CRM）应用时可能会出现这种问题。
反映到服务台的常见投诉是网络瘫痪了，而这可能并不是真正的原因。
02 原因
许多原因都可能导致客户端无法连接到应用服务器。关键是需要询问用户这个问题是经常发生，还是断断续续发生？
如果用户终端已获取了一个正确的IP地址，那么可能是用户和服务器间的路由有问题。
这种情况下，可以通过一个简单的ping测试来验证。
如果连接时断时续，则可能是由于服务器太繁忙，而不能及时响应客户端的请求所导致的。
03 解决办法
如果使用ping测试后发现路由没有问题，那么请检查服务器的负载和资源，检查服务器是否正忙于执行一个诸如备份的任务？
如果不是这样的话，请检查客户端和服务器之间的网络负荷，且侧重关注广域网连接（如果有的话）。
通常，客户端和服务器之间的网络利用率过高也可能导致客户端能连接到应用服务器。最好的办法是使用一个SNMP工具来监测这些链路上的网络使用率。
另外，寻找所有交换机和路由器上的以太网错误，这些错误可能导致客户端与服务器间的数据包丢失。
四、VLAN配置错误01 现象
当在网络上建立诸如无线宽带或IP电话的新服务时，通常要用VLAN来隔离其与其他用户间的流量。
这就要求对承载这些服务的交换机端口配置正确的VLAN，如果VLAN配置不正确，那么这个服务可能无法正常运行。
IP电话如果没有经来电管理设备注册授权过，那么连接到该电话的个人电脑可能就无法连接到关键服务器，或者无线用户可能没有获取到适于该无线环境的正确IP地址。
02 原因
没有对承载这些服务连接的交换机进行正确配置。也许在公司内部并没有沟通好配置哪些端口来支持新服务。
03 解决办法
通过测试，验证该端口支持哪些VLAN。
若条件允许，使用一个VLAN标签生成特定VLAN的业务，检查这个端口上是否配置了VLAN，通过检查DHCP服务器提供的IP地址，来确定VLAN配置在了哪些端口上。
另外，检查交换机的配置来验证VLAN配置。
五、双工方式不匹配 01 现象
网络能够连接，而双工方式不匹配，会导致网络性能很差。这种情况下，交换机和网卡的链路指示灯都是亮着的。而网络性能却受到很大的影响，吞吐量会下降到100Kbps或者更低水平。
02 原因
网络连接的一侧设备工作在全双工（能够同时发送和接收数据）模式下，而另一侧的设备工作在半双工（在同一时刻只能执行发送或接收）模式。
全双工侧的设备不需要等待即可不断发送数据，不论对方能否收到数据它都会发送。
半双工侧设备在发送前必须等待，直到它不接收数据才能开始发送。这意味着全双工侧设备有可能会中断半双工方的数据传输，造成半双工侧中止传输。
如果传输被中止，将需要重传这个数据帧。这将大大减少半双工侧设备所能使用的带宽。
03 解决办法
一般情况下，若网络两侧设备的双工方式不相互匹配，采取的常用办法就是把网络连接的一侧设备（通常是交换机）强制配置为全双工，而让另一侧设备（例如个人电脑）配置为自适应网络链路状态。
理想的情况是：
自适应功能能够确认对方的全双工设置，并与这个链路设置相匹配……然而事实却未必如此。
被强制设置为全双工模式的设备不再发送正确的信号，而网络另一侧的设备恰恰需要这些信号来确定链路的速度和双工方式，以及自适应对方链路设置。
因此，在这种情况下，需要自适应链路的设备不得不去猜测链路的双工方式。
在不能确认双工方式的情况下，自适应功能将默认链路状态为半双工方式。这就是大多情况下，网络发生双工方式不匹配的主要原因。
为了解决这个问题，需要将网络上所有的连接都设置为自适应——除非你确实有别的原因。在这些事件中，如交换机间的连接，一定要将两侧设备设置为全双工。
■ 文章来源：本篇文章综合网络，因觉优质，特此分享，侵删。
或者说，工作里遇到的问题，很多时候不知道咋解决。常见的像是无法获取到IP地址啊，ping不通啊，一下子都不知道怎么处理。
这时候理论好像没啥用，这是怎么回事？其实，这是因为你的理论学的非常片面，并没有搭建起系统的逻辑性。
搭建系统的理论，是需要花不少时间和精力的。但是处理常见的工作问题，是很快就能掌握的。
但这治标不治本。其实，只要有前辈带你就行，更简单的，甚至百度一下，你可能就真的全部知道了。
但是知识它并不过脑，技巧也是。如果没有常遇到，下次就会忘记，更别谈复盘一下，到底这样的问题涉及到什么样的理论知识，为什么是它，怎么用它等等。
资深网工会一边收集常见问题合集，并且罗列出自己使用的解决方法，日积月累，就能成为自己的独门秘籍。
今天不谈理论，老杨就简单和你分享一些从事网络，常遇到的高频问题合集，以及对应的解决办法。
一、端口无法连接网络
01 现象
将电脑、电话、无线接入点或打印机插入墙壁上的网络插孔，而网络连接不正常。交换机端口的连接指示灯和网卡的连接指示灯都不亮。
02 原因
若没有修复墙壁插孔上的网络连接，则时常会发生掉线或无法连接的问题。在许多企业中，只有那些经常使用的连接才被修复。当移动了办公室或会议室后，有时会发现那些不常使用的网络插孔并没有被测试过，或是那些无法连接的插孔可能是由于登记错误导致的。此外，交换机端口可能被强制关闭。
03 解决办法
检查和确认交换机端口是否已被激活，且网络连接已被修复过。当任何设备被移动到办公室时，请务必对新的网络连接进行测试，确保他们能够正常工作。就IP电话而言，也有可能是电话的电源供应不足。
二、无法获取到IP地址 01 现象
网络瘫痪或出现故障而不能正常运行。操作系统可能会提示客户端当前无法从DHCP服务器获取到IP地址。检查网卡的状态后，发现没有分配IP地址。
02 原因
没有收到来自DHCP服务器分配的IP地址。DHCP服务器的IP地址耗尽、服务器的服务瘫痪了、终端设备可能被配置为使用静态IP地址而不是通过DHCP分配、终端设备的DHCP请求从来没有到达服务器端，这些都可能导致客户端无法获取到IP地址。
尤其是如果一个新的设备配置一个虚拟局域网（VLAN），没有建立与服务器的服务请求连接时，设备肯定不能获取到IP地址。即将一个新设备配置到一个VLAN时，若没有将DHCP请求中继到DHCP服务器，就会导致请求不能发送到DHCP服务器端。
03 解决办法
关键问题是多少用户出现了同样的问题，一个用户还是多个用户？如果只有一个用户受到影响，那么请确认该客户端的网络设置是否配置为使用动态主机配置协议（DHCP）。
下一步，检查交换机的端口被划分到哪个VLAN，检查属于该VLAN的其他设备能否获取到IP地址。
如果他们也不能获取到IP地址，问题原因可能是路由器没有将DHCP请求转发到DHCP服务器。
如果多个子网内的许多设备都出现了这个问题，那么可能是DHCP服务器出现了问题，即服务器的DHCP服务可能没有运行，或者它的IP地址已经耗尽。
三、无法连接到应用服务器01 现象
当用户试图打开一个应用程序时，系统可能会提示无法连接到该应用程序服务器，当使用电子邮件应用或客户关系管理（CRM）应用时可能会出现这种问题。
反映到服务台的常见投诉是网络瘫痪了，而这可能并不是真正的原因。
02 原因
许多原因都可能导致客户端无法连接到应用服务器。关键是需要询问用户这个问题是经常发生，还是断断续续发生？
如果用户终端已获取了一个正确的IP地址，那么可能是用户和服务器间的路由有问题。
这种情况下，可以通过一个简单的ping测试来验证。
如果连接时断时续，则可能是由于服务器太繁忙，而不能及时响应客户端的请求所导致的。
03 解决办法
如果使用ping测试后发现路由没有问题，那么请检查服务器的负载和资源，检查服务器是否正忙于执行一个诸如备份的任务？
如果不是这样的话，请检查客户端和服务器之间的网络负荷，且侧重关注广域网连接（如果有的话）。
通常，客户端和服务器之间的网络利用率过高也可能导致客户端能连接到应用服务器。最好的办法是使用一个SNMP工具来监测这些链路上的网络使用率。
另外，寻找所有交换机和路由器上的以太网错误，这些错误可能导致客户端与服务器间的数据包丢失。
四、VLAN配置错误01 现象
当在网络上建立诸如无线宽带或IP电话的新服务时，通常要用VLAN来隔离其与其他用户间的流量。
这就要求对承载这些服务的交换机端口配置正确的VLAN，如果VLAN配置不正确，那么这个服务可能无法正常运行。
IP电话如果没有经来电管理设备注册授权过，那么连接到该电话的个人电脑可能就无法连接到关键服务器，或者无线用户可能没有获取到适于该无线环境的正确IP地址。
02 原因
没有对承载这些服务连接的交换机进行正确配置。也许在公司内部并没有沟通好配置哪些端口来支持新服务。
03 解决办法
通过测试，验证该端口支持哪些VLAN。
若条件允许，使用一个VLAN标签生成特定VLAN的业务，检查这个端口上是否配置了VLAN，通过检查DHCP服务器提供的IP地址，来确定VLAN配置在了哪些端口上。
另外，检查交换机的配置来验证VLAN配置。
五、双工方式不匹配 01 现象
网络能够连接，而双工方式不匹配，会导致网络性能很差。这种情况下，交换机和网卡的链路指示灯都是亮着的。而网络性能却受到很大的影响，吞吐量会下降到100Kbps或者更低水平。
02 原因
网络连接的一侧设备工作在全双工（能够同时发送和接收数据）模式下，而另一侧的设备工作在半双工（在同一时刻只能执行发送或接收）模式。
全双工侧的设备不需要等待即可不断发送数据，不论对方能否收到数据它都会发送。
半双工侧设备在发送前必须等待，直到它不接收数据才能开始发送。这意味着全双工侧设备有可能会中断半双工方的数据传输，造成半双工侧中止传输。
如果传输被中止，将需要重传这个数据帧。这将大大减少半双工侧设备所能使用的带宽。
03 解决办法
一般情况下，若网络两侧设备的双工方式不相互匹配，采取的常用办法就是把网络连接的一侧设备（通常是交换机）强制配置为全双工，而让另一侧设备（例如个人电脑）配置为自适应网络链路状态。
理想的情况是：
自适应功能能够确认对方的全双工设置，并与这个链路设置相匹配……然而事实却未必如此。
被强制设置为全双工模式的设备不再发送正确的信号，而网络另一侧的设备恰恰需要这些信号来确定链路的速度和双工方式，以及自适应对方链路设置。
因此，在这种情况下，需要自适应链路的设备不得不去猜测链路的双工方式。
在不能确认双工方式的情况下，自适应功能将默认链路状态为半双工方式。这就是大多情况下，网络发生双工方式不匹配的主要原因。
为了解决这个问题，需要将网络上所有的连接都设置为自适应——除非你确实有别的原因。在这些事件中，如交换机间的连接，一定要将两侧设备设置为全双工。
■ 文章来源：本篇文章综合网络，因觉优质，特此分享，侵删。
所以我们不满的并吐槽的不是男女主，而是编剧。男女主都是在编剧的安排下，才只能做到这种程度。是编剧没有写好这个故事，没有安排好的情节，可以最大程度地去展现真正属于女权的东西，却还要自吹超越关汉卿[微笑]（为了防杠我说清楚，编剧支持感谢理解并转发了一篇影评，这篇影评大意就是本剧立意超过关汉卿，剧本是好的文学作品，是时代的新乐府[OK]）
##鲨鱼子# 凌晨因为一些事情，熬了个通宵，我也下场发言了，所以基本对事情经过还是有点记忆。就我看到的那些，感觉到不了网暴的程度吧。 评论区一开始是在夹子上看到的读者进来diss了句文名，这个应该算不了网暴。后面吵起来也是因为50W、理中客、自干五互相吵架，属于读者之间的争论，就更联系不上作者本人了。
本人的读者昵称是风子，所有在这篇文底下的发言都在图里了
本人的读者昵称是风子，所有在这篇文底下的发言都在图里了
✋热门推荐