ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Alexandr Barysnyev                   2:5020/400     19 Jun 2006  00:13:08
 To : mitrohin a.s.
 Subject : Re: if_bridge и gif
 -------------------------------------------------------------------------------- 
 

 .RFC-Message-ID: <4495b3b7$1@news.abbon.net>
 .RFC-References: <20060618121247.GC2434@swp.pp.ru>
 .RFC-X-Spam-Processed: mail.abbon.net, Sun, 18 Jun 2006 23:12:45 +0300 (not
 processed: message from valid local sender)
 From: Alexandr Barysnyev <abb@abbon.net>
 
 Hello, All!
 
 mitrohin a.s. пишет:
 
 > hello.
 >
 > возникла потребность (временно) втащить удаленный сегмент ethernet в
 > локальный.
 >
 > (winxp) - gate1(freebsd) ... gate2(freebsd) - server(win2003)
 >
 > между gate1 и gate2 сделан gif-туннель (с адресами на loopback), на обоих
 > концов этот туннель забриджеван с соответствующей сетевой картой. на
 
 gate1
 
 > bridge0 не имеет ip, на gate2 bridge0 ip имеет.
 >
 > все машины в получившемся броадкастовом сегменте видятся и получают
 > настройки с dhcp (win2003) сервера, но для winxp почему-то не доступен
 > gate2. пинги с gate2 до winxp доходят и видно ответы на gate2
 > (tcpdump -ni bridge0), но gate2 ведет себя так, будто эти пакеты не ей
 > предназначены. пробовал опции gif (link2) и if_bridge (sysctl) - ничего
 > не добился.
 >
 > /swp
 
    Аналогичная задача и аналогичные результаты у меня :(.
 
    Забриджованные с помощью if_bridge интерфейсы и весь полученный таким
 образом бридж ведет себя как-то странно по отношению к другим, не
 включенным в бридж интерфейсам. Между бриджевыми интерфейсами все
 работает как положено, но до тех пор, пока не надо обратиться к самому
 компу, на котором бридж работает, например для управления. Прописанный
 на любом интерфейсе компа с бриджом IP адрес доступен из сетей,
 подключенным к бриджевым интерфейсам не всегда и как-то странно. Такое
 впечатление, что там что-то не в порядке с ARP протоколом.
 
    Разбираться подробнее у меня времени не было, зато было на вот этом
 gate2 по аналогии два свободных физических интерфейса, посему был
 сооружен костыль, который так и работает уже месяца три. Костыль
 заключался в том, что один из свободных интерфейсов был включен в бридж,
 а на втором был прописан требуемый IP адрес. Затем оба интерфейса были
 соединены кабелем :). Вот такой типа _внешний_ по отношению к бриджу
 адрес на _внешнем_ по отношению к бриджу интерфейсе виден нормально
 откуда угодно. А жаль, мне казалось, что достаточно будет его прописать
 например на сам bridge0 например.
 
    Кроме того, были еще и проблемы с самим эзернет туннелем через gif с
 включением в бридж через if_bridge. Там этот EtherIP протокол и его
 реализация видно еще сыроваты, поскольку были совсем недавно включены.
 Суть проблем не помню уже, но поскольку времени бороться не было, то
 поднял старый добрый vtun с tap интерфейсами и все тогда прекрасно
 завелось и работает до сих пор.
 
 --
 
 --- ifmail v.2.15dev5.3
  * Origin: PE ABB, Lviv, Ukraine, NewsMaster@ABBon.Net, tel. 38032 (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    if_bridge и gif   mitrohin a.s.   18 Jun 2006 16:35:32   Re: if_bridge и gif   Alexandr Barysnyev   19 Jun 2006 00:13:08   if_bridge и gif   Vladimir Kurtukov   19 Jun 2006 07:55:23