怎么改CentOS网卡_CentOS网卡配置修改与多网卡绑定教程

修改CentOS网卡配置需编辑/etc/sysconfig/network-scripts/下的ifcfg-文件,如ifcfg-eth0,设置静态IP或DHCP;对于多网卡绑定,需创建ifcfg-bond0并配置BONDING_OPTS,将物理网卡设为从属接口,最后重启网络服务生效。

怎么改centos网卡_centos网卡配置修改与多网卡绑定教程

在CentOS系统中,修改网卡配置的核心操作是编辑位于

/etc/sysconfig/network-scripts/

目录下的

ifcfg-

文件,例如

ifcfg-eth0

ifcfg-enpXsY

,然后通过重启网络服务或特定的网卡接口来应用更改。对于多网卡绑定(Bonding),则需要创建新的

ifcfg-bond0

配置文件,并相应地修改物理网卡的配置,将它们设定为Bonding接口的从属设备,以实现网络冗余或带宽聚合。

解决方案

修改CentOS网卡配置通常涉及几个步骤,这取决于你是要配置单网卡,还是进行多网卡绑定。在我看来,直接编辑配置文件是最直接也最能理解其原理的方式,尽管图形界面工具也很方便。

1. 单网卡配置修改

首先,我们需要找到要修改的网卡配置文件。通常,它们位于

/etc/sysconfig/network-scripts/

目录下,命名格式为

ifcfg-

加上网卡名称,比如

ifcfg-eth0

ifcfg-enp0s3

静态IP配置示例:假设我们要将

eth0

配置为静态IP地址。

sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0

文件内容大致会是这样,你需要根据实际情况修改或添加:

TYPE=EthernetBOOTPROTO=static  # 设置为静态IPDEFROUTE=yesPEERDNS=yesPEERROUTES=yesIPV4_FAILURE_FATAL=noIPV6INIT=yesIPV6_AUTOCONF=yesIPV6_DEFROUTE=yesIPV6_PEERDNS=yesIPV6_PEERROUTES=yesIPV6_FAILURE_FATAL=noNAME=eth0UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx # 每个网卡都有一个唯一的UUIDDEVICE=eth0ONBOOT=yes        # 系统启动时激活网卡IPADDR=192.168.1.100 # 你的IP地址NETMASK=255.255.255.0 # 子网掩码GATEWAY=192.168.1.1   # 网关DNS1=8.8.8.8      # 首选DNS服务器DNS2=8.8.4.4      # 备用DNS服务器

如果想使用DHCP,只需将

BOOTPROTO=static

改为

BOOTPROTO=dhcp

,并删除

IPADDR

NETMASK

GATEWAY

DNS

相关的行即可。

应用更改:修改完配置文件后,需要重启网络服务或仅重启该网卡。对于CentOS 7/8,通常使用

NetworkManager

network

服务:

sudo systemctl restart network # 如果使用传统的network服务# 或者sudo nmcli connection reload # 重新加载NetworkManager配置sudo nmcli connection up eth0 # 激活eth0连接

检查网络状态:

ip a

ifconfig

(如果已安装)。

2. 多网卡绑定(Bonding)配置

多网卡绑定能提供冗余或增加带宽,这在服务器环境中非常常见。我个人偏爱

active-backup

模式,因为它配置简单,且能有效防止单点故障。

加载Bonding模块:首先确保Bonding模块已加载。

sudo modprobe bonding

为了让它在系统重启后依然生效,需要将其添加到模块加载配置中:

echo "bonding" | sudo tee /etc/modules-load.d/bonding.conf

创建Bonding接口配置文件:创建一个名为

ifcfg-bond0

的新文件:

sudo vi /etc/sysconfig/network-scripts/ifcfg-bond0

文件内容示例(以

mode=1

,即

active-backup

为例):

DEVICE=bond0NAME=bond0TYPE=BondBONDING_MASTER=yesBOOTPROTO=staticIPADDR=192.168.1.200NETMASK=255.255.255.0GATEWAY=192.168.1.1DNS1=8.8.8.8ONBOOT=yesBONDING_OPTS="mode=1 miimon=100" # mode=1表示active-backup,miimon=100表示每100ms检查一次链路状态

BONDING_OPTS

是关键,它定义了Bonding模式和其他参数。

修改物理网卡配置文件:将需要绑定的物理网卡(如

eth0

eth1

)配置为

bond0

的从属接口。对于

ifcfg-eth0

sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0

修改为:

TYPE=EthernetBOOTPROTO=none # 物理网卡本身不再获取IPNAME=eth0DEVICE=eth0ONBOOT=yesMASTER=bond0   # 指定主接口为bond0SLAVE=yes      # 标记为从属接口# UUID等其他行保持不变或删除IP相关配置

对于

ifcfg-eth1

,进行类似的修改:

sudo vi /etc/sysconfig/network-scripts/ifcfg-eth1

修改为:

TYPE=EthernetBOOTPROTO=noneNAME=eth1DEVICE=eth1ONBOOT=yesMASTER=bond0SLAVE=yes

应用更改:

sudo systemctl restart network# 或者sudo nmcli connection reloadsudo nmcli connection up bond0

验证Bonding状态:

cat /proc/net/bonding/bond0

这将显示Bonding模式、从属接口以及它们的状态(哪个是活动的,哪个是备用的)。

CentOS网卡配置文件详解与常见问题排查

理解CentOS网卡配置文件的每一个参数,对于进行精细化调整和故障排查至关重要。这些

ifcfg-

文件,在我看来,是系统网络配置的“基因组”,每一个字段都承载着特定的功能。

常见配置参数详解:

图改改 图改改

在线修改图片文字

图改改 455 查看详情 图改改

TYPE

: 定义接口类型,如

Ethernet

Bridge

Bond

等。对于物理网卡,通常是

Ethernet

DEVICE

: 指定设备名称,如

eth0

enp0s3

bond0

NAME

: 连接名称,

NetworkManager

使用此名称。通常与

DEVICE

相同。

UUID

: 设备的唯一标识符,

NetworkManager

用来识别连接。通常无需手动修改。

ONBOOT

: 设置为

yes

表示系统启动时激活此接口;

no

则不激活。

BOOTPROTO

: 引导协议。

none

:不使用任何协议,通常用于从属接口或需要手动配置的情况。

static

:静态IP配置。

dhcp

:通过DHCP服务器获取IP地址。

IPADDR

: 静态IP地址。

NETMASK

: 子网掩码。

PREFIX

: CIDR格式的子网掩码,例如

PREFIX=24

等同于

NETMASK=255.255.255.0

。与

NETMASK

二选一。

GATEWAY

: 默认网关。

DNS1

,

DNS2

: DNS服务器地址。

MASTER

,

SLAVE

: 用于Bonding或Bridge配置,

MASTER

指向主接口,

SLAVE=yes

表示当前接口是从属接口。

BONDING_OPTS

: Bond接口的特定选项,如

mode

miimon

等。

NM_CONTROLLED

:

yes

no

,表示该接口是否由

NetworkManager

管理。设置为

no

可以避免

NetworkManager

的干扰,但会失去其便利性。

常见问题排查:

当网络配置出现问题时,我通常会从以下几个角度入手:

检查配置文件语法: 最常见的错误是配置文件中的拼写错误或格式问题。

vi

编辑器通常不会报错,所以要仔细核对。网络服务状态:

sudo systemctl status network

sudo systemctl status NetworkManager

:查看网络服务的运行状态和日志,这往往能直接指出问题所在。

sudo journalctl -xe | grep -i network

:更详细地查看系统日志中与网络相关的错误信息。IP地址冲突: 确保你配置的静态IP地址在网络中是唯一的,没有与其他设备冲突。路由问题:

ip route show

:检查默认网关和路由表是否正确。

ping 

:测试与网关的连通性。

ping 8.8.8.8

:测试外部网络的连通性,同时检查DNS解析是否正常。防火墙规则:

sudo systemctl status firewalld

:如果

firewalld

正在运行,它可能会阻止某些流量。

sudo firewall-cmd --list-all

:查看当前的防火墙规则。暂时禁用防火墙(仅用于测试,生产环境不推荐):

sudo systemctl stop firewalld

网卡驱动问题: 少数情况下,可能是网卡驱动不兼容或未正确加载。

lspci -k | grep -EA3 'Ethernet|Network'

:查看网卡及其正在使用的内核模块。

sudo dmesg | grep -i eth

:查看启动时网卡相关的内核消息。

NetworkManager

network

服务冲突: 在某些旧版本的CentOS或特定配置下,这两个服务可能会相互干扰。通常建议只启用其中一个来管理网络。

深入理解多网卡绑定(Bonding)模式选择与最佳实践

Bonding不仅仅是简单的聚合,其内部的模式选择直接决定了你的网络性能、冗余能力和实现复杂度。在我多年的实践中,选择合适的Bonding模式是确保高可用性和性能的关键。

Bonding模式详解:

mode=0

(balance-rr / Round-robin)

特点:按顺序在每个从属接口上传输数据包,实现负载均衡。优点:提供最大吞吐量,能将带宽叠加。缺点:不提供故障转移,如果其中一个链路断开,连接可能会中断。需要交换机支持链路聚合(LACP或静态聚合)。适用场景:对吞吐量要求极高的应用,且交换机支持聚合。

mode=1

(active-backup)

特点:只有一个从属接口处于活动状态,其他接口作为备份。当活动接口故障时,备份接口接管。优点:提供高可用性,配置简单,不需要特殊的交换机配置。缺点:带宽不叠加,始终只有一个接口在工作。适用场景:对可靠性要求高,但对带宽叠加无强烈需求的环境。这是我个人最常推荐的模式,因为它兼顾了稳定和简单。

mode=2

(balance-xor)

特点:基于源MAC地址、目标MAC地址或IP地址的异或运算来选择传输接口。优点:在一定程度上实现负载均衡,提供故障转移。缺点:负载均衡效果不如

mode=0

mode=4

理想,可能出现某个链路负载过高的情况。适用场景:需要一定负载均衡,但交换机不支持LACP的场景。

mode=3

(broadcast)

特点:在所有从属接口上广播所有数据包。优点:提供最大程度的容错,但通常不实用。缺点:带宽利用率极低,网络流量巨大,可能造成网络拥塞。适用场景:特殊需求,如某些旧式网络设备或诊断。

mode=4

(802.3ad / LACP)

特点:基于IEEE 802.3ad标准,通过LACP协议与交换机协商,动态地聚合多个链路。优点:提供先进的负载均衡和故障转移,带宽叠加,智能识别链路状态。缺点:需要交换机支持LACP协议并进行相应配置,配置相对复杂。适用场景:企业级数据中心,对性能和高可用性都有严格要求的环境。

mode=5

(tlb / Adaptive Transmit Load Balancing)

特点:基于当前接口的负载情况进行出站流量的负载均衡,入站流量由单个活动接口处理。优点:无需交换机支持,提供负载均衡。缺点:入站流量仍受限于单个接口。适用场景:当交换机不支持LACP,但需要一定程度的负载均衡时。

mode=6

(alb / Adaptive Load Balancing)

特点:在

mode=5

的基础上,增加了入站流量的负载均衡(通过ARP欺骗实现)。优点:无需交换机支持,提供全面的负载均衡。缺点:配置相对复杂,可能与某些网络设备不兼容。适用场景:与

mode=5

类似,但对入站负载均衡也有需求。

最佳实践:

明确需求定模式: 如果只求高可用,

mode=1

是首选;如果追求最大带宽和智能管理,且交换机支持,

mode=4

是最佳。

miimon

参数: 务必设置

miimon

参数(例如

miimon=100

),它定义了Bonding驱动检查从属接口链路状态的频率(毫秒)。这对于快速检测链路故障至关重要。交换机配置匹配: 特别是

mode=0

mode=4

,必须确保交换机的端口组配置与Bonding模式相匹配,否则可能导致网络不通或性能异常。MTU一致性: 绑定组内所有从属接口以及Bonding接口本身的MTU(最大传输单元)应保持一致,以避免网络碎片化和性能下降。测试故障转移: 配置完成后,务必通过拔掉网线或禁用接口的方式,测试Bonding的故障转移功能是否按预期工作。监控: 部署监控工具,持续关注Bonding接口的状态和性能,

cat /proc/net/bonding/bond0

是一个很好的起点。

结合nmcli与nmtui工具,高效管理CentOS网络配置

虽然直接编辑配置文件能让我们深入理解网络配置的底层逻辑,但在日常管理中,

nmcli

nmtui

这两个工具无疑是效率的利器,尤其是在

NetworkManager

作为默认网络管理服务的CentOS 7/8中。它们提供了一种更现代化、更友好的交互方式。

nmtui

:图形化文本界面,快速上手

nmtui

(NetworkManager Text User Interface)是一个基于文本的图形化界面工具,非常适合那些不习惯命令行参数或需要快速进行网络配置的场景。它的交互式菜单,在我看来,大大降低了配置错误的风险。

启动

nmtui

sudo nmtui

启动后,你会看到一个主菜单,包含“Edit a connection”、“Activate a connection”、“Set system hostname”等选项。

编辑连接:选择“Edit a connection”,然后选择你想要修改的网卡连接(例如

eth0

bond0

),按下回车。在这里,你可以直观地修改IP地址、子网掩码、网关、DNS服务器,以及设置是否自动启动(

Automatically connect

)。对于Bonding,你也可以在这里添加或修改从属接口。修改完成后,选择“OK”,然后回到主菜单,选择“Activate a connection”来激活你修改的连接。

nmcli

:命令行工具,强大且可脚本化

nmcli

(NetworkManager Command Line Interface)是

NetworkManager

的命令行接口,它功能强大

以上就是怎么改CentOS网卡_CentOS网卡配置修改与多网卡绑定教程的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/347752.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年11月5日 21:02:36
下一篇 2025年11月5日 21:03:29

相关推荐

  • 解决JavaScript中收藏功能重复点击失效的问题

    本文针对JavaScript联系人应用中收藏功能失效的问题,提供了一种解决方案。通过分析代码结构,指出问题在于循环创建了多个addStar函数实例,导致点击事件触发时执行了所有实例。文章建议将addStar函数移出循环,并使用全局变量currentContact来追踪当前选中的联系人,从而实现收藏功…

    2025年12月20日
    000
  • 解决jQuery插件googlePlaces未定义错误的教程

    本文旨在解决在集成googlePlaces jQuery插件时常见的Uncaught TypeError: $(…).googlePlaces is not a function错误。核心在于确保所有依赖项(尤其是jQuery库和googlePlaces插件本身)以正确的顺序加载,并且G…

    2025年12月20日
    000
  • JavaScript中的异常处理机制,如何编写健壮的错误边界?

    JavaScript异常处理依赖try…catch…finally和异步错误捕获,React中通过错误边界组件捕获子组件错误,结合全局监听与监控工具实现多层防护,确保程序优雅降级。 JavaScript中的异常处理机制主要依赖于try…catch…finally结构和…

    2025年12月20日
    000
  • JavaScript中的迭代器(Iterators)和生成器(Generators)有哪些高级用法?

    迭代器和生成器可用于惰性求值、异步流程管理、自定义可迭代对象、生成器委托及双向通信。1. 生成器实现惰性计算,按需返回值,适用于无限序列;2. 结合Promise与自动执行器,模拟协程处理异步操作;3. 通过Symbol.iterator使对象可迭代,简化遍历逻辑;4. 使用yield*委托其他生成…

    2025年12月20日
    000
  • 解决React登录表单需要点击两次才能验证的问题

    在React开发中,有时会遇到登录表单或其他需要验证的场景,用户需要点击两次按钮才能触发验证和后续操作。这通常是由于React的状态更新机制和闭包特性导致的。本文将深入探讨这个问题,并提供解决方案。 问题分析:useState与“陈旧闭包” 问题代码的核心在于handleSubmit函数中对erro…

    2025年12月20日
    000
  • Vuetify 数据表格行删除:避免误删的正确姿势

    本文旨在解决 Vuetify 数据表格中删除特定行时,却总是误删最后一行的常见问题。通过深入分析 splice 方法与对象引用的误用,本文将详细阐述如何正确获取并利用目标行的索引进行删除操作,并提供清晰的代码示例与最佳实践,确保用户能够精准、可靠地管理表格数据。 引言:Vuetify 数据表格行删除…

    2025年12月20日
    000
  • 使用LINE Bot与OpenAI API发送文本和贴图的完整教程

    本文详细介绍了如何在LINE Bot中集成OpenAI API生成文本回复,并在此基础上发送LINE贴图。核心挑战在于LINE Messaging API的replyToken通常只能使用一次,导致连续发送文本和贴图时出现400错误。解决方案是利用API支持一次性发送多条消息的特性,将文本和贴图消息…

    2025年12月20日
    000
  • 在 WebGL 环境中,如何利用 JavaScript 进行高效的 3D 图形计算?

    WebGL中高效3D计算的关键是JS调度与GPU执行分工明确:1. 核心运算(如矩阵变换、光照)在GLSL着色器中完成;2. 减少CPU与GPU间数据传输,采用缓冲区局部更新、批处理和实例化渲染;3. JS端使用glMatrix等高效数学库与类型化数组,避免临时对象;4. 通过场景图、视锥剔除和边界…

    2025年12月20日
    000
  • 在 RTK-Query 端点中访问 Redux Store 状态的实用指南

    本教程将详细介绍如何在 Redux Toolkit Query (RTK-Query) 的端点中访问 Redux Store 的状态数据。由于 query 和 transformResponse 方法无法直接获取 Store 状态,我们将重点讲解如何利用 queryFn 替代它们,并通过 api.g…

    2025年12月20日
    000
  • 深入理解与实现多Div元素的比例滚动同步

    本文旨在解决多个可滚动Div元素之间比例同步滚动时常见的冲突和卡顿问题。通过引入“主滚动器”机制和巧妙利用setTimeout(0),我们能有效避免事件循环中的死锁,实现流畅、精确的多Div内容比例联动滚动效果,确保用户在操作任一Div时,其他关联Div能按比例自动调整其滚动位置。 1. 核心挑战:…

    2025年12月20日
    000
  • JavaScript事件委托:高效处理动态生成HTML元素的最佳实践

    处理动态生成的HTML元素事件时,直接嵌入脚本或为每个元素绑定监听器效率低下。本文将介绍事件委托这一强大模式,通过将事件监听器绑定到静态父元素,并利用事件冒泡机制,实现对未来动态添加元素的事件统一管理,从而优化性能、简化代码并提升可维护性。 动态HTML元素事件处理的挑战 在现代web应用中,我们经…

    2025年12月20日
    000
  • 如何用WebGL实现一个简单的3D渲染引擎?

    答案是使用WebGL可构建基础3D渲染引擎:先获取canvas上下文并初始化环境,设置清屏色和深度测试;接着编写GLSL顶点和片元着色器,编译并链接成程序;然后定义几何数据如三角形顶点,上传至GPU缓冲区并与着色器attribute绑定;通过gl-matrix生成模型视图和投影矩阵,并传入unifo…

    2025年12月20日
    000
  • 如何编写一个 Node.js 的 C++ 插件来执行高性能的数值计算?

    使用N-API编写C++插件可显著提升Node.js数值计算性能。通过node-addon-api封装,结合binding.gyp配置和node-gyp构建,实现如矩阵乘法等密集计算任务。C++代码利用N-API接口与JavaScript交互,在保证版本兼容性的同时发挥本地代码效率。调用时需注意减少…

    2025年12月20日 好文分享
    000
  • 动态生成HTML元素中JavaScript事件处理的最佳实践

    本文探讨了在动态生成的HTML元素上添加JavaScript事件处理的优化方法。针对直接在每个动态元素中嵌入标签的低效问题,文章详细介绍了如何利用事件委托(Event Delegation)技术,通过在静态父元素上绑定单个事件监听器,高效且优雅地管理所有动态子元素的事件,从而提升页面性能、简化代码结…

    2025年12月20日
    000
  • 如何实现一个单页应用(SPA)的核心路由与状态管理?

    单页应用通过前端路由与状态管理实现无缝视图切换与数据同步。前端路由利用 History API 动态更新视图,支持懒加载以提升性能;状态管理采用 Redux、Pinia 等工具统一数据流,确保组件间状态一致;路由与状态协同工作,使 URL 变化与应用数据联动,从而实现高效流畅的用户体验。 单页应用(…

    2025年12月20日
    000
  • JavaScript中处理文件输入与DOM图片展示的完整指南

    本文详细指导如何在Web页面中接收用户上传的图片文件并将其动态展示到DOM元素中。文章深入探讨了JavaScript中常见的DOM操作错误(如方法名拼写、获取元素集合而非单个元素)以及浏览器针对本地文件路径的安全限制,并提供了使用FileReader API的专业解决方案,确保图片能够正确、安全地加…

    2025年12月20日
    000
  • JavaScript的异步函数错误处理有哪些最佳实践?

    异步函数中需用try/catch捕获await的Promise错误,避免未处理拒绝;通过分类错误类型区分处理,补充上下文信息便于调试,并统一全局错误兜底机制。 JavaScript异步函数中的错误处理是确保程序健壮性的关键。由于异步操作的非阻塞性质,错误不会像同步代码那样自然冒泡到外层作用域,因此需…

    2025年12月20日
    000
  • 在JavaScript中如何处理异步编程的复杂性?

    JavaScript通过Promise和async/await解决回调地狱问题。Promise有pending、fulfilled、rejected三种状态,使用.then()和.catch()链式调用处理异步结果与错误;async/await基于Promise,使异步代码更像同步,提升可读性,并结…

    2025年12月20日
    000
  • JavaScript的类静态字段与实例字段有何区别?

    静态字段属于类本身,通过类名访问,所有实例共享;实例字段属于每个实例,通过对象访问,每创建一个实例分配独立内存。 JavaScript中的类静态字段和实例字段主要区别在于它们所属的对象层级不同,影响着访问方式和使用场景。 静态字段属于类本身 静态字段通过 static 关键字定义,归属于类本身,而不…

    2025年12月20日
    000
  • JavaScript中的严格模式(Strict Mode)解决了哪些历史遗留问题?

    严格模式通过”use strict”限制危险行为,禁止意外创建全局变量、重复参数名、使用with语句,增强对象操作安全性,规范this指向,阻止八进制语法等,提升代码安全与可维护性。 JavaScript的严格模式通过在脚本或函数顶部添加 “use strict&…

    2025年12月20日
    000

发表回复

登录后才能评论
关注微信