关于eth0 eth0:1 和eth0.1关系介绍

eth0 eth0:1 和eth0.1三者的关系对应于物理网卡、子网卡、虚拟VLAN网卡的关系:
物理网卡:物理网卡这里指的是服务器上实际的网络接口设备,这里我服务器上双网卡,在系统中看到的2个物理网卡分别对应是eth0和eth1这两个网络接口。
 
子网卡:子网卡在这里并不是实际上的网络接口设备,但是可以作为网络接口在系统中出现,如eth0:1、eth1:2这种网络接口。它们必须要依赖于物理网卡,虽然可以与物理网卡的网络接口同时在系统中存在并使用不同的IP地址,而且也拥有它们自己的网络接口配置文件。但是当所依赖的物理网卡不启用时(Down状态)这些子网卡也将一同不能工作。
 
虚拟VLAN网卡:这些虚拟VLAN网卡也不是实际上的网络接口设备,也可以作为网络接口在系统中出现,但是与子网卡不同的是,他们没有自己的配置文件。他们只是通过将物理网加入不同的VLAN而生成的VLAN虚拟网卡。如果将一个物理网卡通过vconfig命令添加到多个VLAN当中去的话,就会有多个VLAN虚拟网卡出现,他们的信息以及相关的VLAN信息都是保存在/proc/net/vlan/config这个临时文件中的,而没有独自的配置文件。它们的网络接口名是eth0.1、eth1.2这种名字。

注意:当需要启用VLAN虚拟网卡工作的时候,关联的物理网卡网络接口上必须没有IP地址的配置信息,并且,这些主物理网卡的子网卡也必须不能被启用和必须不能有IP地址配置信息。这个在网上看到的结论根据我的实际测试结果来看是不准确的,物理网卡本身可以绑定IP,并且给本征vlan提供通信网关的功能,但必须是在802.1q下。

关于eth0 eth0:1 和eth0.1关系介绍,布布扣,bubuko.com

时间: 2024-12-13 05:29:40

关于eth0 eth0:1 和eth0.1关系介绍的相关文章

Js中Prototype、__proto__、Constructor、Object、Function关系介绍

Js中Prototype.__proto__.Constructor.Object.Function关系介绍 一    Prototype.__proto__与Object.Function关系介绍        Function.Object:Js自带的函数对象. prototype,每一个函数对象都有一个显示的prototype属性,它代表了对象的原型(Function.prototype函数对象是个例外,没有prototype属性). __proto__:每个对象都有一个名为__proto

Js中Prototype、__proto__、Constructor、Object、Function关系介绍 ,JS原型

此文来自:http://www.blogjava.net/heavensay/archive/2013/10/20/405440.html Js中Prototype.__proto__.Constructor.Object.Function关系介绍 一    Prototype.__proto__与Object.Function关系介绍        Function.Object:Js自带的函数对象. prototype,每一个函数对象都有一个显示的prototype属性,它代表了对象的原型(

VM克隆之后启动eth0找不到eth0:unknown interface:no such device

问题出现:VMware 克隆之后,ifconfig命令执行找不到eth0,报错 eth0:unknown interface:no such device 是因为/etc/sysconf/network-scripts/ifcfg-eth0配置复制过来和虚拟主机的网卡Mac等信息不匹配 解决方法: 删除/etc/udev/rules.d/70-persistent-net.rules,重启一下就可以重新生成网卡信息 # rm -rf /etc/udev/rules.d/70-persistent

SQL Server 环形缓冲区(Ring Buffer) -- SQL Server 与Ring Buffer的关系介绍

SQL Server 环形缓冲区(Ring Buffer) -- SQL Server 与Ring Buffer的关系 SQL Server 操作系统(SQLOS)负责管理特定于SQL Server的操作系统资源.其中相关的动态管理试图sys.dm_os_ring_buffers将被标识为仅供参考.不提供支持.不保证以后的兼容性. 先看看记录的不同的Ring Buffer类型. select distinct ring_buffer_type from sys.dm_os_ring_buffer

mysql-表关系介绍(开发应用重点知识)

目录 表之间的关系(重点) foreign key (外键) 级联操作 (cascade) 两种级联操作 外键的使用 多对一(一对多) 多对多 一对一关系 表之间的关系(重点) foreign key (外键) 外键约束,用于指向另一个表的主键字段 创建表时,需要先创建主表,在创建从表 # 创建主表 create table dept(id int primary key auto_increment, mananger char(10), content char(100) ); # 创建表的

CentOS7修改网卡为eth0

CentOS7修改网卡为eth0 1.编辑网卡信息 [[email protected]~]# cd /etc/sysconfig/network-scripts/  #进入网卡目录 [[email protected]]# mv ifcfg-eno16777728 ifcfg-eth0  #重命名网卡名称 [[email protected] network-scripts]# cat ifcfg-eth0  #编辑网卡信息 TYPE=Ethernet BOOTPROTO=static DEF

Linux 重启网络提示找不到eth0(no device found for “System eth0”)

一.背景 使用VMWare创建了一个虚拟机(VM1),然后通过拷贝的方式创建了另一台虚拟机(VM2).在第二台虚拟机上设置网卡为固定IP,使用service network restart重启网络的时候报错,eth0找不到. 二.原因 因为任何两块网卡的物理地址不能相同,所以通过拷贝的方式创建的虚拟机网卡的物理地址会与原来的不同.通过ifconfig命令可以看到VM2网卡的物理地址,通过查看/etc/udev/rules.d/70-persistent-net.rules文件,可以发现其中包含了

关于vmware下复制linux系统虚拟机后eth0变成eth1问题解决

在vmware虚拟机中,当我们克隆或者复制linux系统虚拟机后,再启动系统时会发现系统下不再有eth0,而变成了eth1 当我们使用/etc/init.d/network restart重启网络时,会提示找不到设备eth0,如下图所示: 这时我们再使用ifconfig -a命令去查看所有网卡时,会发现其实eth0已经变成了eth1. 那么为什么原来的eth0会变成eth1? 很多Linux distribution使用udev动态管理设备文件,并根据设备的信息对其进行持久化命名.udev会在系

CentOS7修改网卡名称为eth0

CentOS7修改网卡为eth0 1.编辑网卡信息 [[email protected]~]# cd /etc/sysconfig/network-scripts/  #进入网卡目录 [[email protected]]# mv ifcfg-eno16777728 ifcfg-eth0  #重命名网卡名称 [[email protected]]# cat ifcfg-eth0  #编辑网卡信息 TYPE=Ethernet BOOTPROTO=static DEFROUTE=yes PEERDN