a_n_h

для начала как разделишь сеть /27.

ФАК: Q: Можно собрать биллинг и NAS на одном физическом сервере? A: Да. Но это не лучшая идея и возможно подойдет только для махоньких (ми-ми-ми) сетей. смотреть нужно на свои возможности/потребности.

он и не бегает, просто при запросе отвечает МАС-ом WAN порта.

у как фря будет видеть в какую сторону отправлять пакет? более того сети WAN и LAN не должны "пересекаться".

если хочешь разобраться, не обращай на него внимание.

arp решило проблему с пингом, спасибо! Вопрос по настройке наса в юбилинге сірі_________________________________________________білі сеть - 172.16.0.1 ___________________________________10.0.3.8 тип сервера доступа - локал нас_____________________ локал нас ір - 172.16.0.1_________________________________________ ? имя сервера доступа - локал нас _________________________? Ссылка на Bandwidthd http://192.168.56.104/band/___________ ? 192.168.56.104 - мій менеджерський інтерфейс підскажіть які дані необхідно внести в нас для білих адрес?? сірі_________________________________

читай: https://ru.wikipedia.org/wiki/ARP

все в одном флаконе?

Месяц тому назад я такую же проблему решал, прослушав tcpdump-ом входящий трафик и увидел arp пакеты запроса МАС адреса от вышестоящего магистрала, т.е. из интернета.

для маршрутизації пулу білих адрес? до сьогодні нетре було, а відколи треба? а ethernet как работать будет?

ТС в качестве белых использует сеть какую выдает роутер.

МАС адрес не нужен?

конечно не будет если не проходит arp. инет, поиск..... это уже "готовая команда", т.е. введи и нажми "энтер", до перезагрузки буде работать.

да добавил? или не знаешь куда?

Грамматика..... кошмар, такая же работа?

graff0633 еще не разобрался?

по документации: http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas нужно в 9-ю: Немного о логике фаервола и табличках (2) - подсети пользователей, попадают в NAT, по умолчанию запрещено прохождение пакетов через внутренний интерфейс (3) и (4) - таблички используются для шейпа (3-вверх/4-вниз). Попадают сюда пользователи при помощи OnConnect. (47) - сюда попадают пользователи отстреленные вызовами OnDisconnect (9) - адреса и подсети для которых не будет производиться NAT (17) - адреса 80-й порт которых будет доступен всегда по-умолчанию (зарезервировано) (6) - префиксы UA-IX (за

фаервол в студию

"белые" от "серых" отличаются только тем, что их не нужно "натить".

вот источник: https://habrahabr.ru/post/243203/

мое сообщение читал?

в подробности не вникал, но вроде все правильно. Есть один секрет и он не в билинге, а в самом маршрутизаторе, подсказка: Если требуется хождение трафика между клиентами с реальными адресам включаем ProxyARP sysctl net.link.ether.inet.proxyall=1

а их на пригодность как проверить можно? для этого существуют соответствующие приборы, какие позволяют проверить исправность без выпаивания, либо осциллографом посмотреть уровень пульсаций. Как вариант - по очереди впаивать параллельно, с нижней стороны платы заведомо исправных конденсаторов (новый не гарантирует исправность) - если "помогло", значит соответствующий конденсатор неисправен.

тестер, паяльник, опыт ремонта - что из перечисленного имеется?

скорее всего "поломался"..... судя по заданному вопросу наиболее правильно обратиться в ближайший сервис.