⑴ linux双网卡dns超时
1、首先需要对线路进行排查，以确保路由器、Moden及集线器、交换机、网卡各接口插接可靠，且网线完好无损。
2、在确保硬件线路及设备连接正确的情况下，采取以下方法逐个排查故障所在，首先进入MSDOS界面，执行命令Ping192.168.0.1来判断本机与路由器的连通情况，当无超时现象发生时，即表明线路连接情况正确。
3、当其中一个DNS无法正常通过Ping命令访问时，可以尝试更改其它DNS，有关DNS地址的具体信息，大家可以咨询当地电信运营商并从其获取，然后将有效DNS输入到IP协议中并作为首选DNS。
⑵ 五个最常出现的Linux故障处理方法
除了检查本机防火墙和云控制台安全组之外，可以通过 telnet 去连接
运行命令 tailf /var/log/messages
当linux服务启动失败的时候，系统会提示我们使用 journalctl -xe 命令来查询详细信息，定位服务不能启动的原因。
mod_evasive是Apache防御攻击的模块，有助于防止DoS、DDoS以及对Apache服务器的暴力攻击。它可以在攻击期间提供规避行动，并通过电子邮件和系统日志工具报告滥用行为。该模块的工作原理是创建一个IP地址和URI的内部动态表，并拒绝以下任何一个IP地址：
如果满足上述任何条件，则发送403响应并记录IP地址。
⑶ Linux系统CPU/内存使用率过高的问题排查
服务器出现由内存问题引发的故障，例如系统内部服务响应速度变慢、服务器登录不上、系统触发 OOM（Out Of Memory）等。通常情况下当实例内存使用率持续高于90%时，可判断为实例内存使用率过高。CPU/内存使用率过高的问题原因可能由硬件因素、系统进程、业务进程或者木马病毒等因素导致。
笔者以前写过一篇文章- Linux 下的 60 秒分析的检查清单 ，适用于 任何性能问题 的分析工作，这一篇文章是关于CPU/内存使用率的具体的排查思路总结。
执行 top 命令后按 M ，根据驻留内存大小进行排序，查看 “RES” 及 “SHR” 列是否有进程占用内存过高。按 P，以 CPU 占用率大小的顺序排列进程列表，查看是否有进程占用cpu过高。
如果有异常进程占用了大量 CPU 或内存资源，记录需要终止的进程 PID，输入k，再输入需要终止进程的 PID ，按 Enter。
另外说明一下，top 运行中可以通过 top 的内部命令对进程的显示方式进行控制，最常用的是M和P。
CPU 空闲但高负载情况，Load average 是 CPU 负载的评估，其值越高，说明其任务队列越长，处于等待执行的任务越多。执行ps -axjf命令，查看进程状态，并检查是否存在 D 状态进程。D 状态指不可中断的睡眠状态，该状态进程无法被杀死，也无法自行退出。若出现较多 D 状态进程，可通过恢复该进程依赖资源或重启系统进行解决。
Linux 系统通过分页机制管理内存的同时，将磁盘的一部分划出来作为虚拟内存。而 kswapd0 是 Linux 系统虚拟内存管理中负责换页的进程。当系统内存不足时，kswapd0 会频繁的进行换页操作。换页操作非常消耗 CPU 资源，导致该进程持续占用高 CPU 资源。
执行top命令，找到 kswapd0 进程。观察 kswapd0 进程状态，若持续处于非睡眠状态，且运行时间较长并持续占用较高 CPU 资源，执行 vmstat ，free，ps 等指令，查询系统内进程的内存占用情况，重启系统或终止不需要且安全的进程。如果 si，so 的值也比较高，则表示系统存在频繁的换页操作，当前系统的物理内存已经不能满足您的需要。 si 表示每秒从交换区写入内存的大小(单位:kb/s) ， so 每秒从内存写到交换区的大小。
执行cat/proc/meminfo |grep-i shmem命令查看共享内存。
buddy可以以页为单位获取连续的物理内存了，即4K为单位。slab负责需要频繁的获取/释放并不大的连续物理内存，比如几十字节。执行cat /proc/meminfo | grep -i SUnreclaim命令查看slab 内存。
标准的 4KB 大小的页面外，内存大页管理内存中的巨大的页面，处理较少的页面映射表，从而减少访问/维护它们的开销。执行cat /proc/meminfo | grep -iE "HugePages_Total|Hugepagesize" 查看内存大页。
内存使用率计算：
(Total - available)100% / Total
（Total - Free - Buffers - Cached - SReclaimable + Shmem）* 100% / Total
cat /proc/meminfo查看信息含义：
⑷ Linux启动故障处理
【摘要】
当Linux系统出现故障无法正常启动系统时，Linux准备了单用户模式、救援模式等方式可以让我们有效的处理这类问题。本文简单分享一个利用救援模式解决Redhat系统无法启动的案例。
【正文】
一、 问题背景
1) 问题描述
一台部署了RHEL 7.2的物理服务器，突发死机故障，在尝试重启时，发现服务器无法正常进入操作系统，直接进入emergency mode。本文主要分享操作系统启动异常的问题排查过程。（服务器死机据后续日志分析，确定为内核的bug所致，本文不进行累述）
2) 故障现象
系统启动后，提示无法找到/dev/mapper/rhel-root，并直接进入emergency mode。
二、 排查思路
1) 收集系统启动异常的相关提示信息，获取到问题关键点：
Warning:/dev/rhel/root does not exist
初步定为配置文件问题或者逻辑卷root本身问题；
2) 尝试在应急模式下检查逻辑卷状态，发现当前情况并不稳定，常用命令无法使用、显示多为乱码；
3) 尝试进入单用户模式，发现情况和应急模式一样；
Redhat 7.2进入单用户模式：
1、开机启动至内核选择界面，选择第一项，按e进行编辑
2、定位到linux16这一行，找到ro，修改其为rw init=/sysroot/bin/sh
3、按ctrl+X启动至单用户模式
4) 利用系统安装光盘，进入Linux救援模式，进行排查。
Redhat 7.2救援模式启动方法：
1、把光盘加入光驱，然后启动，以光盘进行引导，选择救援模式（中间具体的步骤不再细说）
2、文件系统挂载到/mnt/sysimage目录下，这时切换到此目录下使用chroot /mnt/sysimage这条命令即可
5) 在救援模式下，首先查看服务器lv的情况，发现所有lv
status均为未激活状态。
查看lv
#Lvdisplay
修改lv
#vgchange -a y /dev/docker/root
6) 在尝试修改root的lv status时，发现root所在的vg名和启动时所指定的vg名不一致，基本确定问题点；
7) 修复
l 编辑文件/etc/default/grub
l 修改此文件中GRUB_CMDLINE_LINUX一行中rd.lvm.lv为合适的值
l 再执行以下命令重做grub ：
n UEFI: grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
n 非UEFI：grub2-mkconfig -o /boot/grub2/grub.cfg
l 查看文件grub.cfg中是否修改为rd.lvm.lv=rhel/root
l 修改/etc/grub2.cfg中root=后接的lv路径改为实际的路径。
8) 系统启动后，通过history日志，确定为该系统业务部署时，使用了vgrename命令修改了vg名。
三、 总结
对于Linux的问题处理，需要对Linux的运行原理有所理解，这此前提下才能根据有限的提示信息判断问题方向、确定排查范围、找到解决方法。同时，提醒各位初学linux的同事么，在进行linux的一些操作时，需要充分考虑这些操作可能造成的影响，避免类似上述的问题发生。
转自 嘉为教育-rhce认证_rhce培训_linux培训_linux认证_linux考证
⑸ 盘Linux服务端的测试及故障处理办法
1、查看系统负载情况
在服务端命令窗口下执行w命令可得到三组数据(例如 0.40 0.30 1.20)，分别为系统前一分钟、前5分钟、前15分钟负载情况，一般负载情况在2以下基本正常，如果长时间高于3则可认为系统负载过高，重点检查硬盘工作状况。
2、测试各硬盘读取速度判断硬盘故障
在服务端命令窗口中执行如下命令
hdparm -t /dev/hda (IDE硬盘)
hdparm -t /dev/sda (SATA、SCSI、硬RAID卡阵列)
hdparm -t /dev/md0 (软RAID设备)
测试结果在空载情况下应 >40M/s ，在负载情况下平均应 > 20M/s 为正常，如测试结果极低则需要进一步使用硬盘专用检测工具测试是否为硬盘故障。
3、处理网络盘上数据无法正常读写问题
当在客户机上启动执行网络盘上游戏经常出现异常错误时，很可能是网络盘上的文件系统或数据出现损坏，可使用如下办法尝试修复。
在一台客户机上登陆为超级工作站连接网络盘，例如网络盘为H：，在DOS命令窗口下执行 chkdsk H:/F 对网络盘文件系统进行检查修复，修复完成后重新启动客户机看修复是否起到相应的作用，如故障依旧则考虑对网络盘重新格式化拷贝数据。
4、客户端无法连接网络盘的情况处理
有新的机器名需要连接网络磁盘时必须开启服务端虚拟磁盘管理器窗口
当服务器出现非法关机重启的情况时，很可能出现虚拟磁盘网络服务没有正常启动导致客户端无法连接网络磁盘，此时正常重新启动服务器或在命令行窗口下执行 landisk restart 来启动虚拟磁盘服务解决。
网众虚拟磁盘客户机系统还原功能失效情况的处理办法
a、分区或全盘恢复还原失效的客户机系统。
b、在服务器端虚拟磁盘管理器中删除还原失效的客户机。
c、客户机重新连接服务器，设置还原即可。
网众虚拟网络磁盘如何在没有盘符时进行磁盘扫描
a.在服务器上运行命令cmd，进入命令行状态
b.运行cd （这是方便生成的文件直接存放在c:目录下)
c.运行mountvol > 1.bat (这会生成一个名为1.bat的批处理文件。)
d.将1.bat复制到桌面上。
e.编辑1.bat
找到 ?Volume{01847d10-ae98-11d9-a5d6-806d6172696f}
无加载点
无加载点的这行的上面就是去掉了盘符的'盘的磁盘卷标。保留这一行内容其它的全部删除掉。
f.最后生成留下的文件应该如下面的格式
chkdsk/f ?Volume{01847d10-ae98-11d9-a5d6-806d6172696f}
要注意啊！一定要chkdsk/f要加上f参数，才能真正修复，还有磁盘卷标的最后一个字符不是 而生成的文件是带了的，要把它删除掉。
最后说说什么时候才能用这个批处理进行扫描
a.当你发现在用超级用户更新之后，有的机看得到网络磁盘，有的机看不到网络磁盘，或者是打得开盘却看不到内容不得时，可以使用。
b.当服务器重新启动时，提示有磁盘扫描，并自动进行扫描时，本来以前是必须要等这个扫描过程完成才能进入WINDOWS，但现在你就可以直接跳过扫描，等系统进了WINDOWS再运行这个批处理了。这样就不会影响到客人玩游戏。
c.磁盘扫描完成之后，客户机有可能要重新启动才能正常看到网络盘的文件。
d.一定要注意，这是一个非常危险的命令，你在使用时必须要保证没有超级用户存在（就是标记为红色的电脑）否则有可能造游戏盘上所有的文件丢失得一干二净！
⑹ 详解SELinux故障排查和陷阱规避
维护我们服务器的安全是一项艰巨的工作，与第三方解决方案提供商打交道时尤为如此。在许多情况下，面临的挑战是要求禁用SELinux，以便应用程序可以顺利运行。幸好，这种情况越来越少了。在大多数情况下，一番分析足以找到正确的故障排查或解决方法。
SELinux是一个标签系统，它告诉我们系统中的每个文件、目录或对象都有对应的标签(Label)。策略控制这些元素之间的交互关系，内核则执行这些规则。
两个最重要的概念是标签(文件、进程和端口等)和类型强制(根据进程的类型将进程彼此隔离开来)。
标签使用的格式为：user:role:type:level(可选)。
要找出当前配置，请运行getenforce和sestatus两个命令：
# getenforce
Enforcing
# sestatus
SELinux status: enabled
SELinuxfs mount: /sys/fs/selinux
SELinux root directory: /etc/selinux
Loaded policyname: targeted
Current mode: enforcing
Modefrom config file: enforcing
Policy MLS status: enabled
Policy deny_unknown status: allowed
Memory protection checking: actual (secure)
Max kernel policy version: 32
最佳实践告诉我们，我们测试一个新的第三方应用程序时，应该在许可模式下临时配置SELinux，以便确定哪些策略或布尔值(更改行为的简单字符串)必不可少。运行该命令：
# setenforce 0
查看日志，您可以找到SELinux使应用程序正常运行所需的条件。
SELinux试图告诉我什么?
SELinux中生成警报的错误只有四个主要原因：
标签。
SELinux需要知道。
SELinux策略及/或应用程序可能有错误。
您的信息可能被泄露。
最后一种情况是由于对攻击漏洞进行了修改或避免了活动跟踪，不过在这两种情况下，都必须查看这些警报，这点暂且不介绍。
标签
标签问题：/srv/myweb中的文件未正确标记，因而无法访问。
SELinux为同一服务所涉及的每个元素分配一个标签：
二进制文件：/usr/sbin/httpd→httpd_exec_t
配置文件：/etc/httpd→httpd_config_t
日志文件：/var/log/httpd→httpd_log_t
内容目录：/var/www/html→httpd_sys_content_t
启动脚本：/usr/lib/systemd/system/httpd.service→httpd_unit_file_t
进程：/usr/sbin/httpd→httpd_t
端口：80/tcp，443/tcp→httpd_t和httpd_port_t
在Web服务器上，在httpd_t上下文中运行的进程只能与带有httpd_something_t标签的对象进行交互。
解决方案：正确标记文件。
如果您知道正确的标签，请运行：
# semanage fcontext -a -t httpd_sys_content_t '/srv/myweb(/.*)?'
如果您知道拥有相等标签的文件，请运行：
# semanage fcontext -a -e /srv/myweb /var/www
针对这两种情况，恢复文件的默认上下文：
# restorecon -vR /srv/myweb
标签问题：如果某个文件被移动而不是被拷贝，它保留原始标签。
$ mv index.html /var/www/html/
解决方案：正确标记文件。
将上下文更换成正确的标签：
# chcon -t httpd_system_content_t /var/www/html/index.html
更换拥有参考标签的上下文：
# chcon --reference /var/www/html/ /var/www/html/index.html
针对这两种情况，恢复文件的默认上下文：
# restorecon -vR /var/www/html/
SELinux需要知道
服务定制：Web服务器将在端口8585上侦听请求。
要把所需的端口添加到上下文，请运行：
# semanage port -a -t http_port_t -p tcp 8585
为服务添加功能：Web服务器将能够发送电子邮件。
要启用邮件发送功能，开启布尔值，运行：
# setsebool -P httpd_can_sendmail 1
-P标志使变更在布尔值中具有持久性。
要获得所有布尔值，运行：
# getsebool -a
要检查布尔值的状态，运行：
# semanage boolean -l
策略故障排查
服务未运行：使用wicd而不是NetworkManager服务来处理无线连接。
检查audit.log文件，查找被拒绝的访问：
# grep denied audit.log | cut -d{ -f2 | sort -n | uniq -u
create } for pid=2670 comm="wicd" scontext=system_u:system_r:NetworkManager_t:s0 tcontext=system_u:system_r:NetworkManager_t:s0 tclass=appletalk_socket permissive=1
create } for pid=2670 comm="wicd" scontext=system_u:system_r:NetworkManager_t:s0 tcontext=system_u:system_r:NetworkManager_t:s0 tclass=ax25_socket permissive=1
ioctl }for pid=2670 comm="wicd" path="socket:[52681]" dev="sockfs" ino=52681 ioctlcmd=0x8b01 scontext=system_u:system_r:NetworkManager_t:s0 tcontext=system_u:system_r:NetworkManager_t:s0 tclass=ax25_socket permissive=1
ioctl }for pid=2670 comm="wicd" path="socket:[52684]" dev="sockfs" ino=52684 ioctlcmd=0x8b01 scontext=system_u:system_r:NetworkManager_t:s0 tcontext=system_u:system_r:NetworkManager_t:s0 tclass=appletalk_socket permissive=1
setattr }for pid=2214 comm="wicd" name="dhclient.conf.template" dev="dm-0" ino=437068 scontext=system_u:system_r:NetworkManager_t:s0 tcontext=unconfined_u:object_r:etc_t:s0 tclass=file permissive=0
注意：上下文NetworkManager_t和etc_t所涉及的一些元素需要权限，需要访问不同的文件和套接字创建。
创建type enforcement (.te)文件，拥有策略的必要权限：
# vi my_wicd.te
mole my_wicd 1.0;
require {
type NetworkManager_t;
type etc_t;
class ipx_socketcreate;
class ax25_socket {create ioctl };
class appletalk_socket {create ioctl };
class file setattr;
}
#============= NetworkManager_t ==============
allow NetworkManager_t etc_t:file setattr;
allow NetworkManager_t self:appletalk_socket {create ioctl };
allow NetworkManager_t self:ax25_socket {create ioctl };
allow NetworkManager_t self:ipx_socketcreate;
要编译策略，安装软件包selinux-policy-devel，并生成策略软件包：
# make -f /usr/share/selinux/devel/Makefile my_wicd.pp
要激活刚生成的模块，运行：
# semole -i my_wicd.pp
策略错误信息：试图访问我的网站时，我在日志中看到了SELinux错误。
为SELinux错误信息排查故障时常见的陷阱之一是，根据发现的所有错误信息创建策略。在大多数情况下，如果setroubleshoot包已安装，同样的提醒会给出所有可能的变通选项，按最好到最差的顺序排列。
要查看今天生成的setroubleshoot提醒，运行：
# journalctl -t setroubleshoot --since today
Dec 08 13:08:33 lab.example.com setroubleshoot[12013]: failed to retrieve rpm info for /var/www/html/index.html
Dec 08 13:08:34 lab.example.com setroubleshoot[12013]: SELinux is preventing /usr/sbin/httpd from getattr access on the file /var/www/html/index.html. For complete SELinux messages run: sealert -l 011df984-4eb6-4079-98ab-cba173c4342e
Dec 08 13:08:34 lab.example.com setroubleshoot[12013]: SELinux is preventing /usr/sbin/httpd from getattr access on the file /var/www/html/index.html.
***** Plugin restorecon (99.5 confidence) suggests ************************
If you wantto fix the label
/var/www/html/index.html default label should be httpd_sys_content_t.
Then you can run restorecon. The access attempt may have been stopped e to insufficient permissions to access a parent directory, in which case try to change the following command accordingly.
Do
# /sbin/restorecon -v /var/www/html/index.html
***** Plugin catchall (1.49 confidence) suggests **************************
If you believe that httpd should be allowed getattr accesson the index.html file by default.
Then you should report this as a bug.
You can generate alocal policy mole to allow this access.
Do
allow this accessfor now by executing:
# ausearch -c'httpd' --raw | audit2allow -M my-httpd
# semole -X 300 -i my-httpd.pp
在这里，最好的解决办法就是修复文件的标签。
小结
为SELinux排查故障可能很难，但如果运用这里介绍的几个概念，并了解服务的组成，您就可以处理它带来的各种难题。
切记：SELinux是一种标签系统。
⑺ Linux诊断机器故障工具—dmesg命令
1、简介
dmesg 命令主要用来显示内核信息。使用 dmesg 可以有效诊断机器硬件故障或者添加硬件出现的问题。另外，使用 dmesg 可以确定您的服务器安装了哪些硬件。每次系统重启，系统都会检查所有硬件并将信息记录下来。执行/bin/dmesg 命令可以查看该记录，开机信息亦保存在/var/log目录中，名称为dmesg的文件里。
2、dmesg命令常用格式
[root@RedHat_test ~]# dmesg [-cn][-s <缓冲区大小>]
-c: 当完成打印显示后清除环缓冲内的内容。
-s: 缓冲区大小。定义一个大小为"缓冲区大小"的缓冲区用于查询内核环缓冲区。默认大小为8196（此大小与2.0.33 和2.1.103 内核的默认syslog 缓冲区大小一致），如果你设置了一个大于默认值的环缓冲区，那你就可以用这个选项定义一个相当的缓冲区来查看完整的环缓冲区内容。
-n: 级别。设置级别为记录控制台启动信息的级别。比如，-n 1指的就是将此级别设为最低级，除了内核恐慌信息之外不会向控制台显示信息。所有级别的启动信息还将记录到/proc/kmsg,文件中，因此，syslogd(8)同样可以用来对信息的输出进行控制。当使用-n选项时，dmesg将不会 清除内核环缓冲区中的内容。当同时使用以上两个选项时，只有最后一个选项才会产生效果。
3、将系统启动信息保存到文件中
[root@RedHat_test ~]# dmesg > messages.txt
4、单页输出
[root@RedHat_test ~]# dmesg | more
[root@RedHat_test ~]# dmesg | less
5、以可读性较好的形式输出信息
[root@RedHat_test ~]# dmesg -H
6、设置记录信息的层级
[root@RedHat_test ~]# dmesg -n 3
7、打印输出内存
[root@RedHat_test ~]# dmesg | tail -f #打印输出最近一次的信息
[root@RedHat_test ~]# dmesg | head -20 #打印输出前20行的信息
[root@RedHat_test ~]# dmesg | tail -20 #打印输出最后20行日志
8、实时监控dmesg日志的输出信息
[root@RedHat_test ~]# watch "dmesg | tail -20"
9、搜索包含特定字符串的被检测到的硬件
[root@RedHat_test ~]# dmesg | grep DMA #查看硬盘的运行模式
[root@RedHat_test ~]# dmesg | grep eth #查看以太网的连接信息
[root@RedHat_test ~]# dmesg | grep sda #查看硬盘设备
[root@RedHat_test ~]# dmesg | grep ttyS* #查看串口的相关信息
[root@RedHat_test ~]# dmesg | grep -i memory #查看内存状况
[root@RedHat_test ~]# dmesg | grep -i usb #查看usb接口
[root@RedHat_test ~]# dmesg |egrep -i "(apm|acpi)" #探测系统内核模块，检测ACPI的加载情况
10、将开机信息发邮件
[root@RedHat_test ~]# dmesg >boot.messages
[root@RedHat_test ~]# mail -s "Boot Log of Linux Server" [email protected] <boot.messages
11、打印并清除内核环形缓冲区
[root@RedHat_test ~]# dmesg -c
关于运维学习、分享、交流，笔者开通了微信公众号【运维猫】，感兴趣的朋友可以关注下，欢迎加入，建立属于我们自己的小圈子，一起学运维知识。
⑻ linux如何排查心跳闪断
linux排查心跳闪断方法：
1、修改/etc/ssh/sshd_config文件，代码：sudovim/etc/ssh/sshd_config。
2、查找是否有ClientAliveInterval0和ClientAliveCountMax3，如何没有，则在文件后添加，代码：ClientAliveInterval60，ClientAliveCountMax3。
3、ClientAliveInterval指定了服务器端向客户端请求消息的时间间隔，默认是0，不发送。ClientAliveInterval60表示每分钟发送一次，然后客户端响应，这样就保持长连接了。ClientAliveCountMax，使用默认值3即可.ClientAliveCountMax表示服务器发出请求后客户端没有响应的次数达到一定值，就自动断开.
4、重起sshd服务：servicesshdrestart。
⑼ Linux网络异常排查思路与方法
处理问题时必定不能盲狙，将所有解决办法都试上一遍。这生产环境中，解决出现的问题是最优先的事情，当然前提是这问题会影响用户的使用或即将影响到的。
处理每个问题必然可按具体问题进行分类，根据每一类按对应的解决思路来执行。
但像处理一个网络问题的时候，上至系统防火墙的配置、下至硬件故障。如果处理一个问题都按固定流程来进行的话，那必然效率将非常低下。下为处理网络故障的一般流程。
1、网络硬件问题检查。 （机率较低）
2、检查网卡能否正常工作。 （较高、主要表现为人为配置错误）
3、检查局域网之间联机是否正常。（非常高）
4、检查DNS是否设定正确。 （较低）
5、服务是否正常打开。 （低）
6、检查访问权限是否打开。 （较高）
假如从1至6是标准的处理网络问题的流程，这样的处理方式效率低下。处理问题可以有整体的流程，但是实际操作中可先对出现机率更高的步骤进行检查、或采取2分法缩小产生问题的范围，虽然上述较的两个方法不一定对所有问题都试用，但对于大多数的网络问题来说处理效率有者显着的提升。
个人总结的情况如下。
1、lsmod | grep ip 查看相关的网卡模块是否已加载
2、ifconfig -a 能使用该命令查找到对应网卡配置信息，则说明网卡驱动程序正常
3、使用ping命令、依次ping自己、ping局域网主机、ping网关
ping自己异常，问题：服务异常、网卡配置未生效
ping局域网主机异常，问题：配置文件有误、网卡配置未生效、网线损坏
ping网关异常，问题：配置文件有误、网卡配置未生效
4、当前3步还不能正常上外网的话。所有route查看默认路由表。
处理方法：删除不必要的路由信息，并保证默认路由是从对应网关地址出去的。
5、临时停止iptables服务、SELinux服务、NetworkManager服务
6、如能上网但访问域名有异常时，那将需要检查/etc/hosts、/etc/resolv.conf两个配置
7、假如以上6步检查完毕之后，还发现不能上网。有如下可能。
7.1、主机MAC地址被路由器禁止上网
7.2、外网服务异常。如宽带账号欠费、光纤被挖断等物理攻击。