我有一个桥梁正在用作docker的桥接口，并通过ipv6接口桥接到我们的VPN。 当我手动设置这个桥，一切工作正常，我可以连接到vpn（从我的笔记本电脑），并ping bbbb::2000以及所有的docker容器（如bbbb::242:ac11:4 ）就好了。 然而，将它作为一个configuration文件，会导致启动过程花费几分钟的时间，消息cloud-init-nonet waiting [10|60|120]s for network device ，一直Waiting up to [60|120] more seconds for network configuration… cloud-init-nonet waiting [10|60|120]s for network device出现，随后（最终） Waiting up to [60|120] more seconds for network configuration… 一旦它终于引导，桥梁确实工作，但长时间的重新启动周期关系到我。 所以我的问题（除其他外）是：我的configuration文件有什么问题，启动需要这么长的时间？ 我最初的想法是，可能在那里有bridge_ports tap0导致它无法启动，直到tap0启动，但删除bridge_ports可以防止桥接接口工作（并保持长时间启动），所以它一定是别的东西。 /etc/network/interfaces.d/br0.cfg # docker bridge network auto br0 iface br0 inet6 static bridge_ports tap0 bridge_stp off up echo […]
这是我几年来一直忽略的一个问题。 我有一台运行linux 3.16.0-4-amd64的Debian稳定服务器。 启动后几分钟到几个小时，服务器将失去出站networking连接，并停止响应SSH和ping。 打开SSH连接挂起。 我有3台基于KVM的虚拟机在这台主机上运行，而且他们可以从字面上运行多年，没有任何连接问题。 我也可以重新启动它们。 /etc/network/interfaces ： auto lo iface lo inet loopback iface eth0 inet manual auto br0 iface br0 inet static address xxx.xxx.xxx.6 netmask 255.255.255.0 network xxx.xxx.xxx.0 broadcast xxx.xxx.xxx.255 gateway xxx.xxx.xxx.1 bridge_ports eth0 bridge_stp off bridge_maxwait 0 bridge_fd 0 该杂志没有显示任何有趣的。 其中唯一与networking相关的消息如下，通常在启动后10-15分钟，但可能在断开连接前数小时： kernel: br0: Multicast hash table maximum of 512 reached, disabling […]
我按照说明在http://doc.pfsense.org/index.php/Configuring_pfSense上按照桥接/透明模式设置pfsense 但是我不能从我的互联网路由器获得一个DHCP地址。 它工作正常，如果我把我的机器设置为静态地址 – 我有互联网连接。 但是，如果我设置为DHCP，我从来没有得到一个地址。 如果我直接插入networking的WAN端，我可以得到一个很好的地址。 有任何想法吗？
我在Debian有两位客人（Debian和Windows 2008）的KVM virtualization 。 我想共享一个“挂载点”，可以同时访问3个系统（主机和2个guest虚拟机）。 所以我唯一发现的是NFS/SMBnetworking存储。 我select了NFS 由于我的以太网networking（10/100），我在3系统之间访问/传输文件之间的速度平均为8〜10MB / s。 重点是如果有机会获得升级系统在3系统（同时）之间共享文件，而不浪费我的SATA磁盘的速度。 我的意思是，没有10 MB / s的以太网限制 auto eth0 iface eth0 inet manual auto br0 iface br0 inet static address aaa.bbb.ccc.xxx (public ip1) netmask 255.255.255.0 network aaa.bbb.ccc.0 broadcast aaa.bbb.ccc.255 gateway aaa.bbb.ccc.254 (ISP gateway) bridge_ports eth0 bridge_fd 9 bridge_hello 2 bridge_maxage 12 bridge_stp off eth0是我的物理接口，bridge和vnet+ VM的接口 # brctl […]
我正在使用内核3.0，并且我已经configuration了一个linux容器，它被桥接到我的主机中的一个tap接口。 这是桥梁configuration： :~$ brctl show bridge-1 bridge name bridge id STP enabled interfaces bridge-1 8000.9249c78a510b no ns3-mesh-tap-1 vethjUErij 我的问题是这个网桥正在丢弃来自ns3-mesh-tap-1接口的ARP回复。 相反，如果我静静地填充ARP表，并ping直接一切正常，所以它必须是有关的ARP。 我已经阅读了关于相关职位的类似问题，我已经尝试了解决scheme中的解决scheme，但似乎没有任何工作。 特别： ~$ grep net.bridge /etc/sysctl.conf net.bridge.bridge-nf-call-arptables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-filter-vlan-tagged = 0 net.bridge.bridge-nf-filter-pppoe-tagged = 0 arptables和ebtables没有安装。 iptables FORWARD全部接受： Chain FORWARD (policy ACCEPT) target prot opt source destination 桥接接口设置为PROMISC： ~$ […]
我有一个KVM虚拟化服务器，它提供一个映射到eth0的br0网桥。 我想添加eth2作为我testing的IDS虚拟机的br2的桥接，但是guest虚拟机操作系统不会将br2或eth2看作有效的接口。 我在eth2上运行了tcpdump，并且可以validation它是否看到数据包，所以我知道我有一个有效的源，并且该接口具有使用ifconfig eth2 promisc up的PROMISC选项。 这是我的/ etc / network / interfaces文件： auto lo iface lo inet loopback auto eth0 iface eth0 inet manual auto br0 iface br0 inet static address 1.2.3.4 netmask 255.255.255.0 gateway 1.2.3.1 bridge_ports eth0 bridge_fd 9 bridge_hello 2 bridge_maxage 12 bridge_stp off auto eth2 iface eth2 inet manual auto br2 iface […]
我在我的主机上使用了KVM和libvirt（Debian lenny），每个客户端有两个桥接器（一个用于pipe理，一个用于公共stream量）。 该设置是不稳定的，有时我可以pingpipe理ip，有时不。 我不知道我的桥接对手是否正确，你能检查吗？ 或者如果有什么不对 还请注意，在客人接口不振作，我没有login我的主机。 当然，转发已启用。 iface eth3 inet手册 汽车bond0 iface bond0 inet手册 奴隶eth1 eth2 pre-up ip link set bond0 up down ip link set bond0 down 自动br0 iface br0 inet static 地址10.160.0.7 networking掩码255.255.255.128 bridge_ports eth3 bridge_fd 9 bridge_hello 2 bridge_maxage 12 bridge_stpclosures 自动br0：1 iface br0：1 inet static 地址10.160.0.9 networking掩码255.255.255.128 自动br0：2 iface br0：2 inet […]
我在Debian Squeeze上运行一个backport的KVM。 KVM-Guest客户端无法通过我设置的网桥连接到互联网。 客人可以到达对方，主持人，但没有外面。 我既不能ping通，nslookup也不能对远程地址做任何事情。 来宾被configuration为具有静态IP。 当我没有桥，但有一个虚拟桥（KVM默认），客人可以连接好。 事情发生之后，事情就解决了，所以我认为问题就在于此。 # The loopback network interface auto lo br0 iface lo inet loopback # Bonding Interface auto bond0 iface bond0 inet static address 10.XXX.XXX.84 netmask 255.255.255.192 network 10.XXX.XXX.64 gateway 10.XXX.XXX.65 slaves eth0 eth1 bond_mode active-backup bond_miimon 100 bond_downdelay 200 bond_updelay 200 iface br0 inet static bridge_ports eth0 eth1 […]
我正在考虑使用双NIC卡（一个有两个NIC端口）的计算机作为在线stream量整形器/ URLfilter/stream量分析器等（可能使用pfSense），但我担心，如果这台计算机无论出于什么原因，没有交通可以通过。 有什么可以做的，让stream量在两个NIC端口之间自由通过，如果发生断电或机器崩溃？
我似乎无法find像我的情况一样的现有问题。 我使用2个公共桥接器来连接4台虚拟机。 每个网桥设备两个虚拟机。 接口统计信息显示在入站stream量上使用了分配的网桥，但出站只通过第一个网桥。 # cat /etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback pre-up iptables-restore < /etc/firewall-rules auto br0 iface br0 inet dhcp bridge_ports eth0 bridge_stp off bridge_maxwait 0 bridge_fd 0 auto br1 iface br1 inet dhcp bridge_ports eth1 bridge_stp off bridge_maxwait 0 bridge_fd 0 # brctl show bridge name […]