>[оверквотинг удален]
>>> Стоит задача логирования
>>> tcp пакетов уходящих/приходящих в/из интернет. Для начала хотелось бы знать, откуда,
>>> куда идут пакеты, порт, размер. В идеале подняться на до уровня
>>> протоколов для анализа http, ftp, pop, smtp траффика. Вот такие аппетиты).
>> 2)
>>> Средствами роутера сделать вряд ли получиться,
>> Ваше мнение 2 противоречит вопросу 1. Вы спрашиваете как сделать логирование, и
>> тут же говорите что средствами роутера это сделать невозможно. Сделать что?
>> То есть у вас УЖЕ ЕСТЬ ответ на вопрос 1?
> я знаю что с помощью только лишь роутера это сделать нельзя,ЧТО СДЕЛАТЬ?
> если бы можно сделать тоже зеркалирование порта,
какого именно порта? как вы собираетесь отлавливать весь трафик зеркалируя ПОРТ?
> то задачи записи логов с роутера можно переложить на предложенную железку, как это сделать я не знаю.
банально: tcpdump+netcat на другую машину
> крайний вариант настроить nat, и поставить между портом WAN и
> сетью 192.168.0.0. Но лишнее звено отказа, не хочется добавлять..
А еще можно фильтрующий бридж воткнуть в разрыв между шлюзом и аплинком.
Вы думаете что ваш роутер с вайфай более надежен чем комп на атоме?
Что же касается "еще одной точки отказа" - это не серьезно. Усраться можно как вы повысите надежность системы используя в качестве шлюза дешевый роутер вместо компа на атоме.
>> Возможностей организовать учет трафика при ваших исходных - масса.
> кроме ручного ковыряния в выводе tcpdump пока не приходилось сталкиваться с такими
> системами,
Вы принципиально неправильно подходите к вопросу. Ваша задача- не зеркалирование порта на роутере.
Ваша задача - контроль трафика. И исходя из этой задачи вы должны строить шлюзование во внешнюю сеть. Делать это наоборот - исходя из имеющейся сети пытаться сделать нечто - это как раз то самое "ковыряние для удовольствия".
Самый правильный вариант- это поднять на имеющемся атоме нормальный роутер, с нормальной трафикосчиталкой, файрволом и т.д. а роутер с вайфай - использовать просто как точку доступа.