From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 From: Sergey Organization: Home To: sysadmins@lists.altlinux.org Date: Sat, 11 Apr 2009 20:33:46 +0500 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200904112033.47447.a_s_y@sama.ru> Subject: [Sysadmins] bridge & iptables MASQUERADE X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2009 15:34:13 -0000 Archived-At: List-Archive: Приветствую. Наткнулся на некоторую неприятную особенность ядра и хотелось бы надеяться, что это баг, а не фича. Хотелось бы разобраться. Итак, имеем iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -j MASQUERADE Среди прочего есть # brctl show bridge name bridge id STP enabled interfaces bridge1 8000.0015172652e5 yes eth0.22 eth6.22 Там ещё 802.1q, но, наверное, это не очень важно. eth0.22 и eth6.22 без IP-адресов. Если в сегменте Ethernet, который образуется из двух других этим bridge1, использовать адреса, например, из 192.168.1.0/24, связи через бридж нет, tcpdump же показывает, что включился NAT для этого трафика ! При этом есть один интересный момент. Если на самом bridge1 поднять IP, то появляется дорожка для изначального обмена MAC-ами. То есть, всё начинает работать. Без NAT просто работает, и без IP на bridge1. И вот кажется мне, что таки это какая-то бага всё-таки, а не фича. 2.6.18-ovz-smp-alt24. Кто что думает ? -- С уважением, Сергей a_s_y@sama.ru