看清ARP 排除网络故障（共5篇）由网友“ithurts”投稿提供，下面是小编给各位读者分享的看清ARP 排除网络故障，欢迎大家分享。
篇1：看清ARP 排除网络故障
最近，我单位碰到一个非常奇怪的问题，一台P4品牌电脑，内置英特尔网卡，一直以来用得挺好，浏览互联网，内网的通信都很正常，突然有一天，发现这台计算机在浏览互联网时时通时断，ping互联网上的地址时，也是通一下，断一下，但ping内网时什么问题也没有，和内网的通信也非常正常，就是和互联网通信时有这种现象，非常令人费解。这台电脑的IP地址为192.168.24.55，防火墙的 IP地址为192.168.24.7。
检查物理链路
我单位所有访问互联网的电脑都是通过Netscreen NS25防火墙来连接的，如果说是防火墙的问题，而其他的电脑访问互联网都挺正常，没有时通时断的现象。根据这台电脑ping的现象来看，问题似乎应该在下三层，而时通时断的现象好像是典型的物理层的问题，那么首先开始检查链路。
这台电脑是接在一台Cisco三层交换机的某一个端口上，防火墙也是接在这台三层交换机上，在三层交换机上启用了路由，配置上肯定没有问题。先检查电脑到交换机的网线，如果说这根网线有问题，那么这台电脑与内网的通信也应该有问题，通过对这根网线的测试证实没有问题。防火墙到交换机的跳线就更应该没有问题了，因为其他的电脑都没有问题。由此可以判断链路是没有问题的，网卡会有问题吗？肯定也不会，因为它跟内网的通信是正常的，所以网卡肯定也没有问题。那么就可以排除物理层的问题了。
模拟数据通信
再看网络层，这台电脑能够访问互联网，但并不是完全不行，只不过有丢包而已，似乎网络层也不应该有问题，那么所有问题似乎就集中在数据链路层了。数据链路层的问题会是哪里呢？思考了几天，毫无头绪，最后只好仔细的想一想网络通信的过程，看能不能找到问题。
假设这台电脑有一个数据包需要发送到互联网，那么首先它会检查目的地址与本机地址是否是在一个网络中，如果不在一个网络中，就会将数据包发送给默认网关，本案例中目的IP为互联网地址，所以肯定不在一个网络中，所以数据包会发送给默认网关。在这里默认网关为那台Cisco三层交换机，IP地址为192.168.24.10。这时192.168.24.55这台电脑会检查本机的ARP表，查找192.168.24.10所对应的MAC地址，如果在ARP表中没有发现相应的ARP表项，它就会发送一个ARP请求包，将它发送给网络中的所有设备来获得192.168.24.10的MAC地址。由于ARP请求包是以广播方式发送的，网络中的所有设备都会接收到这个包，然后传送给网络层检验。
当Cisco三层交换机接收到这个ARP请求时，就会检查本机的IP地址和ARP请求包中的目的IP地址是否相同，如果相同，交换机就会做出ARP应答，将它的MAC地址发送给源，也就是192.168.24.55这台电脑。这台电脑收到ARP应答包后，就会将交换机的IP地址192.168.24.10和MAC地址写入ARP表，然后将交换机的MAC地址作为目的MAC地址封装到数据包中，并将数据包发送到交换机。交换机在收到数据包后，就会检查目的IP是否在本网段中，发现不在本网段中，就会查找路由表，看看有没有到目的IP的路由条目，如果没有，就会将数据包发送给默认路由，在本案例中这台交换机的默认路由是那台IP为192.168.24.7的防火墙。所以交换机就会发送一个ARP广播，以获得防火墙的MAC地址。防火墙做出ARP应答后，交换机就会将防火墙的MAC地址作为目的MAC地址封装到数据包中，数据包就会发送到防火墙，然后防火墙就会又重复上述过程，将数据包发送给互联网上的目的地址，
这一切过程都是正常的，没有什么问题。在电脑和交换机的ARP表中都能找到相应的ARP记录，用tracert命令跟踪路由也是正常的，那问题究竟在什么地方呢？看来还得继续分析。
过滤ARP表
在数据包到达了互联网上的目的地址之后，响应的数据包要返回到这台电脑，那么它也应该重复前面的过程。返回数据包先到达防火墙，在防火墙的ARP表中寻找目的IP地址所对应的MAC地址，如果没有，就会发送ARP请求，得到目的电脑的MAC地址，将电脑的IP地址和MAC地址写入防火墙的ARP表，封装后发送给这台电脑。这一切看起来都是正常的，但为什么会出现时通时断的现象呢？由这台电脑在内网都是正常的现象来判断，在三层交换机上应该是没有问题的，只是在访问互联网时才出现问题，最后决定从防火墙上开始检查。
Telnet上防火墙，检查防火墙配置，一切正常；检查端口，一切正常；检查路由表，也是一切正常。疑惑中，似乎不知该从哪里下手了。突然间，想起来为了防止内网用户盗用IP地址上网，在防火墙上做了IP地址和MAC地址的绑定的！对，检查检查ARP表。于是输入命令：get arp，显示一大串ARP表的信息，竟然全部是IP地址和MAC地址的静态绑定的信息，仅仅只有一条动态的，那是防火墙的下一跳的IP地址和下一跳的MAC地址的信息，就是没有192.168.24.55的ARP表项，难道是……ARP表的问题？似乎看到了一丝希望！
于是决定先清除几个静态绑定的ARP表项试试，先用unset arp命令一连清除了6条静态绑定的ARP表项，然后在那台电脑上ping互联网的地址，居然不丢包了！？困扰我几天的问题难道就这样解决了吗？我简直有点不敢相信，又让我的同事在这台电脑上面测试一下，登录QQ，浏览网页，收发邮件……，居然一切正常，再也没有原来时通时断的现象了！再Telnet到防火墙上，get arp一看，192.168.24.55那台电脑的ARP表项赫然在目。看来问题真的解决了！高兴之余坐下来再好好的想一想原因吧。
故障溯源
这台Netscreen NS 25的防火墙最多支持128个ARP表项，如果不进行静态绑定，ARP表项会不断地进行更新，超时的自动会删掉，所以不会出现ARP表项被占满的情况。而如果是静态绑定，那么它永远就不会被清除，永远会占据一个ARP表项，留给动态使用的ARP表项空间就会越来越少，直到全部占满，导致我所碰到的情况。那么既然如此，有朋友会问了，既然都占满了，其他的电脑就会完全不通，为什么会出现时通时断的现象呢？于是我将ARP表项数了一下，静态绑定的刚好达到127个，剩下一个给防火墙的下一跳的地址占用了，注意这个是动态的，当它的更新时间到了之后，就被删掉了，那台电脑就占用了这个表项，于是网络就通了，因为还有其它的电脑在不断地访问互联网，所以192.168.24.55的ARP表项一到达更新时间马上就会被防火墙的下一跳的地址所占用，这时网络就不通了。其实在这时，我单位的所有机器在访问互联网时都会出现时通时断的现象，只不过防火墙的下一跳的地址占用ARP表项的时间长，互联网中断的时间在大家能够忍受的范围内，都没有发觉罢了。因为防火墙的下一跳的地址占用ARP表项的时间长，192.168.24.55的ARP表项写不进ARP表，产生超时，所以它不通的时间就长一些，就出现时通时断的现象了。
篇2：排除路由器网络故障
随着Internet的高速发展，局域网络技术在企业、研究部门生产、管理、科研中得到广泛的应用。局域网上连往往要配置管理核心路由器和核心交换机，从而实现上连广域网和Internet。核心路由器状态的好坏直接影响整个局域网的性能。本文通过运用嗅探技术和路由管理技术完成了对核心设备网络故障排除的成功事例。
笔者在一个研究院工作，我院局域网骨干网采用ATM技术搭建，核心交换机为Fore7110并且有路由功能，通过以太网仿真ELAN技术，下连3台Fore7105构成研究院ATM骨干网，上连企业ATM网。网络拓扑为星型树结构。拥有10.65.100.0—10.65.111.0九个子网段，共2300个IP地址资源，足以满足我院 1248台PC电脑、138台工作站和网络交换设备对节点的需求。
研究院局域网光纤线路覆盖大小建筑34幢，共有信息点1150个。在Internet服务方面有域名服务系统、电子邮件系统和Web站点。
故障的出现
我院的Fore7100是支持最大交换1.6G带宽的具有路由功能的核心交换设备，一天，该交换机出现如下现象：
工作状态指示异常繁忙，交换速度极慢，又没有其它特征。网络连通测试（ping）是通的。单响应时间慢到300ns-900ns不等。Fore7010交换机的路由包监测发现无效路由包在极短的时间内增长很快，数量级为105～106甚至107。仅仅在10秒种内，有效的路由服务就瘫痪了，形成了网络安全上称为拒绝服务的攻击。
我们直接进入到 Fore7110交换机 ( 10.60.11.62)，用stats命令显示路由记录信息。
Telnet 10.60.11.62
PB1_JSZ3:ip# stats -P IP(当前路由记录信息)
IP statistics: count since last stats clear
Datagrams forwarded: 170073
Datagrams rcvd: 175164
……
No route to send: 5507
……
(交换机无法发送的无效路由请求数)
经过查看显示的路由记录信息，发现8.3，8.5，8.6端口无效路由包请求增长很快。
检测过程
我们决定对Fore7110显示的几个无效路由包增加过快的几个端口进行监测。在没有相应的网络性能分析仪（Sniffer网络分析仪）的情况下，我们决定通过修改Fore的VLAN将需要监测的8.3、8.5、8.6等端口与具有snoop功能的Sun工作站jsz3上连口8.1划分到同一VLAN中。同时通过Fore7110 监控Monitor端口命令。需要注意：使用monitor 命令对交换设备有较大的性能的影响。
步骤1： 登录核心交换机
Telnet 10.60.11.62
PB1_JSZ3:ip#mediaPB1_JSZ3:media# segment pdisable 8.3,8.5,8.6PB1_JSZ3:media#
monitor set 8.3 to 8.6 on 8.1
执行jsz3的solaris系统的Snoop命令，进一步对1.1、8.3、8.5、8.6几个端口packet进行监视，发现IP地址分属于8.3、8.6端口的10.60.12.17、10.60.12.59、10.60.10.57的机器发送大量的路由包，8.5端口正常。确定了机器IP后我们自然想到为什么会有大量的路由请求呢？。以Sun工作站（10.60.10.57）为例。通过远程登录该机器。我们执行solaris系统的Snoop命令。
步骤2：远程登录
#Telnet 10.60.10.57#Snoop
该机器发送的以“ 0.22.*.*” 为IP地址的无效路由请求数量很大。
步骤3：在这台机器上显示进程
#ps-eaf more
发现/Dev/cuc目录下的可疑执行文件chinaworm.exe及相关tar文件，并证明该文件为病毒。这就是故障的原因。
解决的方法
删掉该文件，关闭相关的远程网络服务。机器和交换机、网络都恢复了正常。通过Sun上执行#snoop命令可以显示无效路由包数量的增加降为101-102数量级。归于正常的增长范围。
在这次排除故障的工作中，我们运用现有的网络环境和可以实现的手段，通过对核心交换机路由状态各类参数的实时分析、判定路由器状态，通过对Fore7110 Vlan调整、monitor端口监测，利用嗅探器技术在SolarisOS应用（Snoop命令），确定了导致大量无效路由发生的事实，成功的解决了影响网络性能的网络隐患。这对在Unix系统中排查蠕虫病毒，维护网络的正常运行都有很好的借鉴意义。
篇3：教你排除简单网络故障
1、先查看他人是否可以上网，来判断是否整个网络出现了问题。如其它人也不能上网的话，就检查Hub、交换机、或傻瓜式的小路由器是否正常工作。主要是观察它们的指示灯是否亮。这些设备都没有问题的时候，再查看一下你的“猫”是否正常工作。
2、当只有你一个人不能上网的时候，右键单击“网上邻居”查看“本地连接”是否连接正常。如出现一把叉的话就是可以判断是网络没有接好。这时候检查RJ-45接口（网卡接口）是否有松动，再次重新插一次。如还不行，则检查本机与HUB或交换机的网络接口是否松动。
3、如果在上面的步骤中看不到“本地连接”，则右键打开“我的电脑”-->“管理”-->“设备管理器”，查看是否存在“网络适配器”，如没有的话，可判断是你的网卡坏了、接触不良或网卡被氧化。解决办法：将网卡取下来，用橡皮擦一下，再重新插入，重复前面所述检查方法，如还不行，则更换新网卡。
4、打开“运行”-->CMD,在CMD窗口中输入“ping 本机IP地址“，如不通则网卡出现问题，很可以是网卡驱动没有安装。
5、继续在CMD窗口中输入”ping 其它主机IP地址“不能通则是你的IP地址设置有问题，重新设置IP地址。解决方法：右键”网上邻居“-->属性，双击“本地连接”-->“属性”-->”Internet协议（TCP/IP）“-->"属性“即可配置IP地址、网关、DNS服务器。
6、一定要确保你的IP地址与他人的IP地址不同，否则出现IP地址冲突，但网关要相同，DNS服务器相同。
以上是我在工作中碰到的一些处理网络故障的解决思路及解决办法，找对了方法，我想你也就成功了一半。然后在查找问题的过程中再注意一些小小细节，我想当你看了这篇文章之后，出现网络故障你就不会惊慌啦。好好解决吧，3分钟搞掂！！呵呵！
篇4：计算机网络故障排除
【摘 要】网络故障极为普遍，故障种类也十分繁杂。
如果把网络故障的常见故障进行归类查找，那么无疑能够迅速而准确的查找故障根源，解决网络故障。
本文通过分析计算机的网络故障，从专业人士和非专业人士的角度对网络故障的解决方法逐一进行分析，并列出了诊断网络故障的步骤，从故障发生到解决给出了详细的分析和阐述。
【关键词】网络故障;故障诊断;接口故障
1.计算机网络故障的分类
一般而言，计算机网络故障按照排除的难易程度来分，可以分为常规和非常规的;按照故障的性质来分，可以分为计算机硬件故障、计算机软件故障;根据网络故障的具体情况又可以分为：物理类故障和逻辑类故障两大类。
2.计算机网络故障的分类分析
计算机网络常规故障是指那些很容易处理的，类似DHCP地址出错等不用很专业人士都可以进行检修和修复的故障类型;而计算机非常规故障是指那些不易识别或排除的问题，是需要专业的网管人员通过一定方法进行排除的。
2.1 常规问题
①当我们打开计算机和网络的时候，有时候会看到网络连接的图标已经运行，但是却打不开网页，当我们点开图标，会看到图标上有数据包无法接收的现象，查看原因就知道是网关出现了障碍，这个时候可以对IP地址或DNS进行重新设置：这些地址是由网管统一设置的，所以在进行设置时更要注意字段和符号问题，必须按照IP地址的分配原则去进行。
因为在网络地址的配置中从1开始到254结束的任意整数都可以成为独立计算机的IP，每台计算机的地址无法重复的。
还有一种是网络给出了提示，这样的障碍是可以这样来排除的：建立链接之后，使用工具从服务器申请DHCP地址，通过从交换机获得的Cisco发现协议(CDP)报告，检查工具所连接的交换机端口，并确认子网配置。
②电缆的问题，有些交换机上连接有多台电脑，在不小心有物品挤压或是推搡的过程中可能会损害网络的插口，所以在有时发现计算机上不了网，连图标也没有的时候，可以先去观察下网络插口处的灯是否是亮的，然后再检查计算机与插口之间的电缆是否有断开或是破裂的痕迹，还要看看计算机电揽两边的接口是否松动。
如果有适当的一点行动就可以使计算机恢复到上网的状态。
一般情况下，端口故障是某一个或者几个端口损坏。
所以，在排除了端口所连计算机的故障后，可以通过更换所连端口，来判断其是否损坏。
遇到此类故障，可以在电源关闭后，用酒精棉球清洗端口。
如果端口确实被损坏，那就只能更换端口了。
③有时候在网管进行网络配置和检查的时候会发生断网，可以尝试着用其他的计算机去连接到办公室线路，检查是否可以建立链路。
如果大家都不可以，说明计算机主机端口可能被网管关闭，所以计算机才无法连接。
还要检测下端口配置以确保端口可用且已按正确的VLAN进行配置。
这样的问题只能与网管取得联系，请他打开端口并保持配置正常。
④交换机出现短暂的不能工作。
因为交换机是由很多模块组成，任何一个模块如果发生了情况，哪怕是一些小问题，就有可能使得计算机出现大的损失。
所以在正常情况下，注意在搬运交换机时千万小心，不能使之发生碰撞，然后在电源不稳定等情况下不能使用交换机等等，都能够有效的保护此类故障的`不发生。
2.2 非常规问题
一般来说网络故障的情况都不会太严重，但是也有可能发生大的故障，以下我们可以来看下如何排除大的网络故障。
最大的故障可能就是遭遇入侵的问题，这是网管觉得最头痛的地方，也就是安全性故障。
通常包括主机资源被盗、主机被黑客控制、主机系统不稳定等。
通常情况下，攻击者可以通过这些进程的正常服务或漏洞攻击该主机，甚至得到管理员权限，进而对磁盘所有内容有任意复制和修改的权限。
但是通常情况下，网管会发现此类故障的查找一般比较困难，一般可以通过监视主机的流量、扫描主机端口和服务、安装防火墙和加补系统补丁来防止可能的漏洞。
举个例子，某公司突然发现网络经常不稳定，在网络不是很多人使用的时候出现了网络断掉的情况，一天有三十次之多，于是在网管的盘查下，发现是主机上带有病毒，才使得经掉线这种情况会出现。
于是清除病毒，当然实际上这种情况比我们这里分析的要复杂的多，通常要通过一台台计算机的查询才能找到带毒的根源。
第二就是主机逻辑发生故障，主机逻辑故障所造成网络故障率是较高的，通常包括网卡的驱动程序安装不当、网卡设备有冲突、主机的网络地址参数设置不当、主机网络协议或服务安装不当和主机安全性故障等。
在这种情况下，首先要去观察网卡的驱动程序是否安装不当。
任何使得网络不兼容的情况都会导致网卡无法正常工作。
在观测一下是否网卡设备有冲突。
网卡设备与主机其它设备有冲突，会导致网卡无法工作。
磁盘大多附有测试和设置网卡参数的程序，分别查验网卡设置的接头类型、IRQ、I/O端口地址等参数。
若有冲突，只要重新设置(有些必须调整跳线)，或者更换网卡插槽，让主机认为是新设备重新分配系统资源参数，一般都能使网络恢复正常。
3.网络故障诊断及排除
3.1 故障诊断步骤
第一步，首先确定故障的具体现象，分析造成这种故障现象的原因的类型。
例如，主机不响应客户请求服务。
可能的故障原因是主机配置问题、接口卡故障或路由器配置命令丢失等。
第二步，收集需要的用于帮助隔离可能故障原因的信息。
从网络管理系统、协议分析跟踪、路由器诊断命令的输出报告或软件说明书中收集有用的信息。
第三步，根据收集到的情况考虑可能的故障原因，排除某些故障原因。
例如，根据某些资料可以排除硬件故障，把注意力放在软件原因上。
第四步，根据最后的可能故障原因，建立一个诊断计划。
开始仅用一个最可能的故障原因进行诊断活动，这样可以容易恢复到故障的原始状态。
如果一次同时考虑多个故障原因，试图返回故障原始状态就困难多了。
第五步，执行诊断计划，认真做好每一步测试和观察，每改变一个参数都要确认其结果。
分析结果确定问题是否解决，如果没有解决，继续下去，直到故障现象消失。
3.2 接口故障排除
路由器接口的典型故障问题是：带宽的过分利用;碰撞冲突次数频繁;使用不兼容的帧类型。
使用show interface ethernet命令可以查看该接口的吞吐量、碰撞冲突、信息包丢失、和帧类型的有关内容等。
①通过查看接口的吞吐量可以检测网络的带宽利用状况。
如果网络广播信息包的百分比很高，网络性能开始下降。
光纤网转换到以太网段的信息包可能会淹没以太口。
互联网发生这种情况可以采用优化接口的措施，即在以太接口使用no ip route-cache命令，禁用快速转换，并且调整缓冲区和保持队列的设置。
②两个接口试图同时传输信息包到以太电缆上时，将发生碰撞。
以太网要求冲突次数很少，不同的网络要求是不同的，一般情况下发现冲突每秒有三五次就应该查找冲突的原因了。
碰撞冲突产生拥塞，碰撞冲突的原因通常是由于敷设的电缆过长、过分利用、或者“聋”节点。
以太网络在物理设计和敷设电缆系统管理方面应有所考虑，超规范敷设电缆可能引起更多的冲突发生。
③如果接口和线路协议报告运行状态，并且节点的物理连接都完好，可是不能通信。
引起问题的原因也可能是两个节点使用了不兼容的帧类型。
解决问题的办法是重新配置使用相同帧类型。
如果要求使用不同帧类型的同一网络的两个设备互相通信，可以在路由器接口使用子接口，并为每个子接口指定不同的封装类型。
参考文献：
[1]梁西陈.计算机网络安全技术与管理措施[J].皖西学院学报，(05).
[2]陈积慧.高校局域网的组建过程[J].海南广播电视大学学报，(01).
[3]符水波.校园网系统维护与故障诊断[M].北京.清华大学出版社，2007.
[4]Behrouz A.Forouzan.吴时霖，周正康，吴永辉译.数据通信与网络(第4版)，机械工业出版社，2006：709.
篇5：计算机网络故障排除
因特网环境越复杂,意味着网络的连通性和性能故障发生的可能性越大,而且引发故障的原因也越发难以确定。
同时,由于人们越来越多的依赖网络处理日常的工作和事务,一旦网络故障不能及时修复,所造成的损失可能很大甚至是灾难性的。
一、网络故障的一般分类
1.连通性问题。
连通性问题比较容易察觉到,其主要表现形式主要有以下几种:硬件、媒介、电源故障--网络基础设施,如路由器、交换机、集线器、电源等硬件设备,随着网络时间的推移或人为破坏,导致设备老化出现故障;软件配置错误--是较为常见的网络故障;设备兼容性问题―计算机网络的构建需要许多网络设备,从终端PC到网络核心的路由器交换机,同时也可能是由多个厂商的网络设备组成。
如果网络设备不能很好的兼容,就会导致网络连通性问题。
2.性能问题。
是指在网络连通性正常但网络访问速度比正常情况慢或者某些业务的流量阻塞而其他业务流量正常。
一般来说,计算机网络性能问题主要有以下:网络拥塞;到目的地不是最佳路由;供电不足;路由环路;网络不稳定,由于病毒攻击常常会引起网络不稳定。
二、排除网络故障的基本步骤
第一步是故障现象观察;第二步是故障相关信息搜索。
主要有以下三种途径:向受影响的客户、网络人员以及其他相关人员询问故障情况;从网络管理人员那儿了解网络拓扑状况、运行的各种协议和配置;根据故障描述性质使用各种网络诊断工具搜集情况,如网络管理系统、协议分析仪等;第三步是经验判断和理论分析;第四步是各种原因列表;第五步是对每一个原因实施排错方案,根据制定的故障排除计划,对每一个可能故障原因逐步实施排除方案;第六步是故障排除过程文档化。
当最终排除网络故障后,排除流程的最后一步就是对所做的工作进行文字记录,以便积累宝贵的排错经验,也是下一次排除网络故障的信息参。
文档记录主要包括以下方面:故障现象描述及搜集的相关信息;网络拓扑图绘制,应该标出网络上的布线设备、转换器、集线器、交换机、路由器等等设备的物理位置、网络段和接口的寻址信息;网络中使用的设备清单和介质清单。
每个设备的信息一般要记录:通用的ID、主机名、网络地址和被支持的协议、MAC地址、制造和型号、厂商和技术服务联系方式、软件版本、数据端口分配、关联或相邻设配以及主要功能说明;网络中使用的协议清单和应用清单;故障发生的可能原因;对每一可能原因制定的方案和实施结果;更改日志:对网络的修补、设备的移动、软件和硬件的更新、设备组件的增加和减少以及它所涉及或影响的设备和所带来的直接和间接的影响都应该记录;本次排错的心得体会;其他:如排错中使用的参考资料列表。
三、网络故障排除常用方法
1.分层故障排除法。
所有网络模型都遵循相同的基本前提―当模型的所有底层结构工作正常时,它的高层结构才能正常工作。
★ arp协议书
★ 故障报告
【看清ARP 排除网络故障（共5篇）】相关文章：
解读DHCP故障有效提升网络运行效率2023-07-08
应用视点：解析三层交换机实际应用2022-05-06
网络打印机MAC冲突问题的解决2022-10-26
第三节 计算机的安全与病毒防治2023-02-02
常见网络故障的分类和排查2022-05-02
详谈WLAN无线局域网交换机信号传输疑问2022-10-15
安全防范技术专业简历2023-11-02
如何解决基本的TCP/IP问题2022-04-30
SA399第四章读书笔记Windows系统2022-06-03
网络管理员年终总结2022-11-13