Помогите настроить маршрутизацию между интерфейсам. Замучался уже весь.. две сетевухи rl0 (192.168.52.250/255.255.255.0) и rl1 (192.168.50.250/255.255.255.0) в rc.conf gateway_enable="yes", в ядре включена поддержка файрвола, netgraph и dummynet, стоит как firewall_type="open". С бзды пингуются обе подсети, с компов и с той и с другой подсетки пингуются оба интерфейса бзды, но компы из разных подсетей не могут пинговать друг друга. Если с машины допустим .52.10 пингануть допустим .50.10, и глянуть netstat -nr, то в таблице маршрутизации появляется запись об интерфейсе .50.10 т.е. бзда что-то сделать пытается.. да и еще если в rc.conf выставить router_enable="yes" затем /etc/netstart то лезут ошибки от routed, что не может *забиндить сокет - уже занят... Где собака порылась? ЗЫ С generic ядром тоже самое.

Добавьте статические маршруты в обе сети.
man route.

Я так и не понял в чем дело... =(

Чуточку подробнее, нужно сделать маршрутизатор, на freebsd 4.8, задача: нужно чтобы компы из обоих подсеток могли свободно "видеть" друг друга. В дальнейшем будет и третий интерфейс, на котором будет инет. А пока имеем две сетевухи:

ifconfig_rl0="inet 192.168.52.250 netmask 255.255.255.0"
ifconfig_rl1="inet 192.168.50.250 netmask 255.255.255.0"

в rc.conf:

gateway_enable="YES"
defaultrouter="NO"
router_enable="YES"
router_flags="-s"

static_routes="subnet1 subnet2"
route_subnet1="-net 192.168.52.0/24 192.168.52.250"
route_subnet2="-net 192.168.50.0/24 192.168.50.250"

Ядро generic, файрвола нет. С бзды пингуются обе подсети, с компов и с той и с другой подсетки пингуются оба интерфейса бзды, но компы из разных подсетей не могут пинговать друг друга.

В компах в подсетках прописаны соответствующие шлюзы.

В чем может быть дело? В ARP? Как лечить? Посоветуйте что-нибудь... кроме man ;) ибо man route не очень-то помог...

И вот еще что интересно:

на клиенте(192.168.50.22): ping 192.168.52.8

serv# tcpdump -i rl1
tcpdump: listening on rl1
23:40:12.922825 192.168.50.22 > 192.168.52.8: icmp: echo request
23:40:18.338504 192.168.50.22 > 192.168.52.8: icmp: echo request
23:40:23.344451 192.168.50.22 > 192.168.52.8: icmp: echo request
23:40:28.350401 192.168.50.22 > 192.168.52.8: icmp: echo request

serv# tcpdump -i rl0
tcpdump: listening on rl0
23:40:12.922875 192.168.50.22 > 192.168.52.8: icmp: echo request
23:40:18.338544 192.168.50.22 > 192.168.52.8: icmp: echo request
23:40:23.344485 192.168.50.22 > 192.168.52.8: icmp: echo request
23:40:28.350430 192.168.50.22 > 192.168.52.8: icmp: echo request

при этом:

serv# ping 192.168.52.8
PING 192.168.52.8 (192.168.52.8): 56 data bytes
64 bytes from 192.168.52.8: icmp_seq=0 ttl=128 time=0.280 ms
64 bytes from 192.168.52.8: icmp_seq=1 ttl=128 time=0.144 ms
64 bytes from 192.168.52.8: icmp_seq=2 ttl=128 time=0.154 ms
64 bytes from 192.168.52.8: icmp_seq=3 ttl=128 time=0.254 ms

окончательно запутался... получается, что пересылка пакетов между интерфейсами происходит.. но получается, что только в одном направлении... чушь. Куда еще посмотреть?

А клиенты знают свой default route?

Добавлено:

И traceroute нужно смотреть тоже...

To archy: да всё это указано.

Странно конечно... после перестановки c 4.8 на 4.10 всё заработало с теми же установками... полтергейст какой-то..

Ладно. Всем спасибо за советы.

Дальше нужно было сделать маршрутизацию мультикастов, это как два байта переслать. Теперь вопрос стоит такой, как сделать, что бы юзеры из одной подсети могли видеть юзеров другой в сетевом окружении.. обязательно самбу и в домен или можно по-проще?

Giga
Чтоб нормально работало нужен wins

Не сомневался ;) Значит буду "танцевать" Самбу =)