проблема с добавлением внутреннего адреса во FreeBSD

в файрволле разрешен доступ к 192.168.1.21?

скорее всего man route

и что означает понятие "видеться"? можно попробвать попинговать другие машины в той сети 192.168.1.x, если попытки пинга соседней машины посмотреть arp -an, показывается MAC адрес цели?

Попытка пинга соседней машины
arp -an
? (192.168.1.20) at (incomplete) on rl0 permanent [ethernet]
и так далее, ничего не пингуеться

Еще там лезут сообщения типа frodo% Feb 21 17:44:22 frodo last message repeated 6 times Feb 21 17:44:53 frodo /kernel: arp: XXX.XXX.XXX.130 is on ed1 but got reply from 00:80:84:ee:1f:a1 on rl0 Feb 21 17:45:43 frodo /kernel: arp: XXX.XXX.XXX.140 is on ed1 but got reply from 00:0a:ff:21:b1:01 on rl0 Feb 12 17:46:59 frodo last message repeated 2 times шлюз провайдера XXX.XXX.XXX.140 внешний интерфейс нашего шлюза XXX.XXX.XXX.130 на ed1

почему rl0 отвечает? И почему он не пингуется из локалки?

FreeBSD вижу в первый раз, сами мы не местные :-)

Может быть действительно что-то с route? Как посмотреть таблицу маршрутизации?

Оборудование, к которому осуществляется подключение TP1016C 16-PORT ETHERNET 10BASE-T REPEATER ^^^^^^^^ К нему подключены: внешний интерфейс FreeBSD, внешний интерфейс нашего шлюза, и два контроллера домена со внутренними адресами. Кабель 100% рабочий.

Еще там лезут сообщения типа
frodo% Feb 21 17:44:22 frodo last message repeated 6 times
Feb 21 17:44:53 frodo /kernel: arp: XXX.XXX.XXX.130 is on ed1 but got reply from 00:80:84:ee:1f:a1 on rl0
Feb 21 17:45:43 frodo /kernel: arp: XXX.XXX.XXX.140 is on ed1 but got reply from 00:0a:ff:21:b1:01 on rl0
Feb 12 17:46:59 frodo last message repeated 2 times
шлюз провайдера XXX.XXX.XXX.140
внешний интерфейс нашего шлюза XXX.XXX.XXX.130 на ed1

почему rl0 отвечает?
И почему он не пингуется из локалки?

FreeBSD вижу в первый раз, сами мы не местные :-)

Может быть действительно что-то с route? Как посмотреть таблицу маршрутизации?

Оборудование, к которому осуществляется подключение
TP1016C 16-PORT ETHERNET 10BASE-T REPEATER
                                  ^^^^^^^^
К нему подключены: внешний интерфейс FreeBSD, внешний интерфейс нашего шлюза, и два контроллера домена со внутренними адресами.
Кабель 100% рабочий.

ужас, мне даже страшно представить, что ты там наворотил... бедная FreeBSD... неужели трудно найти еще один свич?

>почему rl0 отвечает?
>И почему он не пингуется из локалки?

сложно представить, какие у тебя там адреса и как калбасит arp таблицу...

>К нему подключены: внешний интерфейс FreeBSD, внешний интерфейс нашего шлюза, и два контроллера домена со внутренними адресами. Кабель 100% рабочий.

тихий ужас...

> почему rl0 отвечает?

>И почему он не пингуется из локалки?

У тебя на внутренний интерфейс фтп-сервера смотрящий в локалку приходят пакеты от внешнего интерфейса вашего шлюза и от шлюза провайдера. Тебе это ни о чем не говорит?

>ужас, мне даже страшно представить, что ты там наворотил... бедная FreeBSD... неужели трудно найти еще один свич?

К счастью я пока ничего не наворотил, пытаюсь разобраться с тем, что мне оставили. Потому сюда и полез спрашивать, чтобы не наворотить :-)

Ты бы все-таки route -nr показал и что именно возвращает ping.

192.168.1.0/24 подключены к тому же оборудованию, куда и freebsd внешним интерфейсом воткнута? Если да, тогда тебе поможет:

ifconfig ed0 alias 192.168.1.21 netmask 255.255.255.0

и убери rl0

route -nr route: illegal option -- r usage: route [-dnqtv] command [[modifiers] args]

add, flush, delete, change, get, monitor

route -n get 192.168.1.20 route to: 192.168.1.20 destination: 192.168.1.0 mask: 255.255.255.0 interface: rl0 flags: <UP,DONE,CLONING> recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 -472870

route -n get ya.ru route to: 87.250.251.8 destination: default mask: default gateway: XXX.XXX.XXX.140 interface: ed1 flags: <UP,GATEWAY,DONE,STATIC,PRCLONING> recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0

route -nr
route: illegal option -- r
usage: route [-dnqtv] command [[modifiers] args]

add, flush, delete, change, get, monitor

route -n get 192.168.1.20
route to: 192.168.1.20
destination: 192.168.1.0
mask: 255.255.255.0
interface: rl0
flags: <UP,DONE,CLONING>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire
    0     0     0      0     0      0    1500  -472870

route -n get ya.ru
route to: 87.250.251.8
destination: default
mask: default
gateway: XXX.XXX.XXX.140
interface: ed1
flags: <UP,GATEWAY,DONE,STATIC,PRCLONING>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire
    0     0     0      0     0      0    1500  0

Во FreeBSD таблица маршрутизации смотрится через netstat -nr, а не через route. Но сути это не меняет. Раздобудь еще один свич и не делай "как ненадо"

netstat -nr
Destination        Gateway           Flags Refs Use   Netif Expire
default            XXX.XXX.XXX.140   UGSc  48   13958 ed1
192.168.1/24       link#1            UC    2    0     rl0
192.168.1.20       link#1            UHLW  0    3     rl0
192.168.1.21       00:21:bf:9d:2a:0f UHLW  0    80    lo0
XXX.XXX.XXX.139/29 link#3            UC    3    0     ed1

Еще один свич будет позже, а разобраться с тем что есть надо уже сейчас Ж-(

Подключил к другому свичу в локальной сети, проблема сохранилась.

>Подключил к другому свичу в локальной сети, проблема сохранилась.

еще раз

компы из сети 192.168.1.0/24 воткнуты вот в эту железку TP1016C 16-PORT ETHERNET 10BASE-T REPEATER?

Нет, в другую.

ну у тебя freebsd считает, что все находятся в одной сети.

посмотри tcpdump'ом трафик на ed0 и rl0, если он одинаковый, то просто алиасом внутренний интерфейс пропиши на ed0

Да, трафик одинаковый! Спасибо за совет использовать алиас, наверно так и сделаю.

Но кто-нибудь может об'яснить, почему в моем случае весь трафик с обоих интерфейсов виден и на ed1 и на rl0??? Разве это нормально?

Просто хочется понять, почему так.

смотри, как сеть устроена.