centos操作系统里，第二块网卡没办法启动这种状况，通常不是由单一因素引发的linux 版本，而是系统配置、驱动、网络服务等多个层面相互作用造成的结果，排查的时候，得有条理地去检查物理连接、系统识别、配置文件以及服务状态，才能够定位到问题的关键所在，对于服务器运维人员或者网络管理员来讲，掌握这一套排查逻辑是非常重要的 。
如何确认系统是否识别了第二块网卡
首先，要去证实操作系统层面是不是已经准确无误地识别到了这块有形的物理网卡，你准予打开终端，输入命令“ip addr”或者“ifconfig -a”去察看所有网络接口的讯息，要是第二块网卡（一般命名为eth1、ens192这类）没在列表里出现，那就表明系统没能识别它的硬件 。
此时此刻，应当进一步运用 lspci | grep -i ethernet 这条命令去检查PCI总线设备，要是在这里同样无法看到与之对应的网卡信息，那么问题或许出在硬件连接、主板插槽或者驱动程序方面。要是lspci能够看到网卡，然而ip命令却看不到，极有可能是驱动没有正确加载，需要去检查 dmesg | grep -i eth 所输出的内核日志以获取线索，。
第二块网卡的配置文件究竟在哪里
在CentOS 7以及比其更高的版本里面，网络配置文件一般是处在/etc/sysconfig/network-scripts/这个目录之下，命名的规则是ifcfg- 。比如说，要是第二块网卡被认定为ens192，那么它的配置文件理应是 ifcfg-ens192 。
你得去查验一下那个文件是不是存在，要是不存在，你就得手动去创建它，能够参照第一块网卡的配置文件格式哦，关键配置的项目有，BOOTPROTO也就是启动协议，静态配置一般是“none”或者“static”，还有ONBOOT，这是关于是否开机启动的，必须得设置成“yes”，另外还有IPADDR、NETMASK、GATEWAY等等呢，一个常见的差错就是ONBOOT给设置成“no”了，这样会致使系统启动的时候不会去激活那块网卡。
怎样正确设置网卡的静态IP地址
要是运用静态IP进行配置，那么配置文件里的参数得填得正确又齐全，所要注意的地方都要特别重视。IPADDR是给那张网卡分配的IP地址所对应之地，NETMASK是与之相应的子网掩码的所在之域，GATEWAY乃是本网段那些网关地址的对应之处。尤其需要加以留意的是，网关一般只需在主网卡那里进行设置，除非你对复杂的多路由的策略进行了相应配置。
设置DNS服务器这件事也是尤为关键起着决定性作用的，它能够决定主机到底能不能去进行域名解析。你是能够去配置DNS1以及DNS2这两个参数的，就好比像8.8.8.8和114.114.114.114这样的。在配置完成之后，建议你使用cat命令仔仔细细认认真真地核对一遍文件的内容，防止因为出现拼写错误或者格式不正确（比如说等号两边存在空格那种情况）从而致使配置失效。
为什么网卡启动时提示“正在确定IP信息”后失败
启动网卡之际，碰到长时间呈现“正在确定IP信息”这般提示centos 网卡2启动不了，最终激活遭遇失败，这一般跟DHCP客户端进程，抑或是防火墙设置存在关联。要是你的网卡被配置成DHCP自动获取（BOOTPROTO=dhcp），兴许是网络里不存在可用的DHCP服务器，又或者防火墙规则对DHCP请求的端口予以了阻止。
要是静态IP配置呈现出这样的提示的话，那么极有可能是所配置的IP地址跟网络里其他设备产生了冲突，又或许是网关地址没办法达到。能够试着暂且关闭防火墙以及SELinux展开测试，运用命令 systemctl stop firewalld 跟 setenforce 0。与此同时linux培训班，运用 arping 命令去检查IP是不是冲突。
如何使用nmcli命令行工具激活第二块网卡
在较为新颖的CentOS版本里头centos 网卡2启动不了，NetworkManager服务已然变成管理网络的主要工具，其命令行客户端nmcli具备强大功能。要是传统的systemctl restart network服务重启起不到效力，能够尝试运用nmcli。
拿 nmcli connection show 来查看全部连接配置，去找出跟第二块网卡相匹配对应的那个连接名称，之后呢，运用 nmcli connection up 。发出命令，尝试使之激活该连接。你能够借助 nmcli connection modify 命令去进行配置的修改，这般比直接对配置文件予以编辑更不容易出现差错，并且在修改之后会自动开始生效 。
排查网卡故障有哪些必须检查的系统日志
可用于定位复杂网络问题的关键所在是系统日志，当网卡启动遭遇失败状况时，你理应按照系统的方式去查看几个关键的日志，运用 journalctl -xe 能够查看最近系统服务的详尽日志，而其中常常会包含网络服务失败的清晰原因 。
能够更具针对性地去查看NetworkManager的日志，其命令为：journalctl -u NetworkManager 。与此同时，内核环缓冲区信息通过 dmesg | tail -50 可以得出，该信息能够提供硬件识别以及驱动加载过程当中的错误信息 。把这些日志信息合并进行分析，常常能够发觉配置文件没办法揭示出来的深层问题，像是内核模块依赖缺失或者固件加载失败这样的情况 。
当你针对多网卡服务器展开排查工作之际，所碰到的最为难以处理的问题到底是硬件兼容性方面的状况，还是驱动相关的问题，又或者是复杂的路由策略配置这一情况？欢迎到评论区去分享你自身的实战经验，要是感觉这篇文章对你存在着帮助作用，那就请点赞并且分享给更多极有可能有所需求的同行们。
