在我的情况下，有一台机器可以同时作为基于iptables的防火墙和OpenVPN服务器。 它有两个networking接口 – eth1连接到互联网，而eth0连接到机器后面的LAN。 到现在为止，我明白如何configuration路由/基于TUN的VPN连接的iptables。 您可以在openvpn.net上find以下可视化文件： | FIREWALL | | | {eth1 eth0} | \ / | | +———————-+ | | | iptables and | | | | routing engine | | | +–+—————-+–+ | | | | | | (openvpn)——-{tun0} | | 10.8.0.1 | +——————————–+ 根据图像，逻辑分区stream程如下所示： Internet – > eth1 – > iptables（通过INPUT链） – […]
我有一个4个以太网卡的服务器。 通过交换硬件，我把所有4个卡放在不同的VLAN中。 通过CoreOS上的默认networking，我得到了一个私有IP地址范围的容器的单一网桥。 除此之外，我可以控制主机联网，转发端口。 我想要的是控制哪个容器连接到哪个物理端口，而不将主机networking堆栈暴露给容器。 我想到了多个网桥：每个物理卡一个网卡，将每个网卡的物理端口连接到相应网桥的一个成员，并将容器连接到我指定的网桥。 我可以控制容器的VLAN成员资格。 但是我不确定docker是否可以处理这个问题。 我知道如何将Docker连接到自定义网桥，但我找不到任何提示将其连接到多个网桥。 它能做这样的事吗？ 有没有其他解决scheme来控制我的容器属于哪个VLAN？ 谢谢， __ s。
我有一个单一的WAN IP pfsense，我想分配多个WAN IP的。 pfsense机器位于VM机器上，其他服务器希望NAT转发。 我想给每个服务器一个wan ip地址。 服务器都通过内部虚拟networking接口连接到防火墙。 有人可以帮助我如何正确configurationpfsense到NAT。 图片：
我有一个容器有一个传入的VPN。 到该容器的连接将被分配192.168.10.10 IP。 容器的虚拟NIC具有10.10.10.1的IP和10.10.10.1的网关（在主桥上）。 当直接login容器时，一个数据包将以10.10.10.1作为数据源，并知道如何返回（通过网桥）。 在VPN-in中，数据包以192.168.10.10作为源，并且不会返回，因为192.168.10.x在networking中没有被通告（没有到该networking的路由）。 有两个解决scheme： 要么伪装在容器中，以便数据包与10.10.10.1离开 或者广告networking上的192.168.10.x路由 我想（由于各种原因）避免去这些解决scheme之一，并想知道是否有可能在桥本身做主机方面的伪装 ？ 换句话说，数据包将离开容器的源192.168.10.10 ，然后将被“桥”重写为已知的10.10.10.1 IP（然后当答复回到容器时再次被重写） 注意：如何在shorewall做到这shorewall真棒，但任何信息将是伟大的。
我有一台Ubuntu服务器，充当KVM主机，一些虚拟机暴露在networking下运行。 虚拟机拥有自己的iptables规则，并通过主机上的直接网桥br0联网。 我的问题是，我应该如何在主机上的iptables中处理这个桥梁。 我是否认为它是自己的设备，并保护它，因为我会任何接口？ 有什么我应该知道的，如果我阻止主机上的stream量，可能会阻止客人的stream量？ 或者也许写我的规则到原始的接口eno1？ 我的设置看起来像这样：（virbr0不被任何虚拟机使用，vmnet0是一个正在运行的guest虚拟机的networking） br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet xxx.HOSTIP.xxx netmask 255.255.255.0 broadcast 62.210.172.255 inet6 fe80::d6ae:52ff:fece:993a prefixlen 64 scopeid 0x20<link> inet6 xxx:HOSTIPv6::xxx prefixlen xx scopeid 0x0<global> ether d4:ae:52:ce:99:3a txqueuelen 1000 (Ethernet) RX packets 753413 bytes 59239171 (59.2 MB) RX errors 0 dropped 51 overruns 0 frame 0 TX packets 115967 bytes 17911763 […]
在使用/etc/network/interfaces （例如Debian）的Linux发行版中，我可以使用（内核）桥来使用其静态桥接从属接口之一的MAC48地址，例如内置的wlan0 ，如下所示： post-up ip link set br0 address `cat /sys/class/net/wlan0/address` 这确保了1）每个克隆系统使用其独特的MAC48（独特的wlan0中的一个），并且2）即使热插拔更低MAC48的桥接器，桥MAC也保持稳定。 systemd-networkd是否支持在networking（或netdev）启动后可以运行的任何types的post-up命令？ 我试图find这样的事情，但可能错过了。 或者是systemd中完全不同的正确方法，即有一个设备单元和一个包装ip link…命令并依赖于设备单元的服务？ 如果是这样，设备单元和服务单元文件将如何？
我有一个Linksys WRT54Gx路由器DD-WRT软件工作正常。 但。 主机路由器没有configuration为默认的192.168.1.1子网时，是否有可能将其用作中继器网桥？ 我已经从这些说明中设置了一切。 我也尝试设置中继器路由器的IP地址在主机的子网内，设置网关+ DNS的IP地址…但它仍然没有工作。 连接到第二个路由器（我的Linksys）的客户端机器被configuration为使用DHCP以及主机子网内的静态IP。 没有工作。 任何人都可以告诉我如何configuration它使其工作？
如何在RHEL5或OEL5上正确configurationvlan网桥？ 我已经尝试了下面的networking脚本，但没有收到数据包在桥上。 如果我添加一个IP地址到vlan60，我无法到达该子网的网关。 如果我添加相同的地址到eth0.60，它工作正常。 我也注意到vlan60的硬件地址是00：00：00：00：00：00。 桥应该inheritance物理控制器/ VLAN接口的硬件地址？ 我错过了什么？ 在/ etc / sysconfig / network中的脚本/的ifcfg-eth0的 DEVICE=eth0 BOOTPROTO=none ONBOOT=yes /etc/sysconfig/network-scripts/ifcfg-eth0.60 DEVICE=eth0.60 BOOTPROTO=none ONBOOT=yes VLAN=yes TYPE=Ethernet Bridge=vlan60 <– This one should be BRIDGE=vlan60 在/ etc / sysconfig / network中的脚本/的ifcfg-vlan60 DEVICE=vlan60 BOOTPROTO=none ONBOOT=yes TYPE=Bridge 这是ifconfig的输出，注意0 RX数据包和空的硬件地址： [root@hydrogen]# ifconfig vlan60 vlan60 Link encap:Ethernet HWaddr 00:00:00:00:00:00 UP BROADCAST RUNNING MULTICAST MTU:1500 […]
Bascially我需要build立一个像下面这样的configuration： http://wiki.wireshark.org/CaptureSetup/Ethernet#Capture_using_a_machine-in-the-middle 我有一台电脑与Windows XP和2 nics。 我没有关于如何设置它的线索，大部分我看到的文章都不涉及到我想要做的事情。 是否有可能保持这两个networking相同的网段？ 这是什么意思： “在networkingstream量方面，使得Windows安装”安静“可能比Unix更难。” 多谢你们
我正在使用这个脚本为openvpn创build一个桥梁： #!/bin/bash br="br0" tap="tap0" eth="eth0" eth_ip="192.168.8.4" eth_netmask="255.255.255.0" eth_broadcast="192.168.8.255" for t in $tap; do openvpn –mktun –dev $t done brctl addbr $br brctl addif $br $eth for t in $tap; do brctl addif $br $t done for t in $tap; do ifconfig $t 0.0.0.0 promisc up done ifconfig $eth 0.0.0.0 promisc up ifconfig $br $eth_ip netmask […]