dgreen

Alexnik,

Alexnik, ты не прав. Ты посмотри с чего ветка началась. Человек задал вопрос про бюбок - фдмин-вайерлес честно ответил на поставленный вопрос. Какой пиар ???? И зачем действительно спорить с блюбоксовцами ? Если железяка работает - она работает. И это есть ОЧЕНЬ ХОРОШО. Пока не пощупешь руками сам и не выяснишь, что что-то там не работает - лучше прочесть форум и убедится, что о самом устройстве плохих отзывов нет. д-линк это или не д-линк - это не тема ТЕХНИЧЕСКОГО форума ! И вообще - если в наше время люди на украине выпускают высокотехнологичное оборудование - то это уже хорошо :) Я вон тоже подумываю купить себе пару для дальнего линка. Позже :)

Фу-у-у-х. Поборол я двухфайловую систему :) Самое трудноре было понять, как заставить ядро пользоавть обе. Оказалось все очень просто. Программеры из реалтека, описывая возможные ситуаци условной компиляцией просто не задумались о том. что возможна ситуация наличия initrd и sqfs одновременно :) Подправил руками. sqfs монтируется очень просто - напрямую из блочного девайса mtdblock (в некоторых версиях ядра он почему-то называется mtd1). Что я сделал: Сделал 2 файловый - одна RO, хранящая все бинарники и библиотеки. (/bin,/sbin,/lib,/usr/bin,/usr/sbin) Вторая - RW, хранит все остальное RW - это root, организованный через initrd - т.е. прилинкован к ядру. RO - это sqfs. Он монтируется сразу после initrd (дописал прямо в init/main.c) в точку /ro_fs, а RW-fs изначально проложенны символические ссылки. Вроде как файловые собрал - тепереь надо разобраться с ядром. Если его собирать без CONFIG_KERNEL_TINY - то его размер (неупакованный - то, что будет выложено память) - около 7 метров. Для d-linka это катастрова. Памяти не останется :( Если собрать с CONFIG_KERNEL_TINY - то пропадает часть функциональности. Сегодня полезу по коду ядра - смотреть, что убирает CONFIG_KERNEL_TINY, и что можно оставить. Результаты - завтра на ветке.

Как я понял, ты подключаешься по wifi, а пытаешься пинговать eth. А попробуй включить форвардинг в линухе - echo 1 > /proc/sys/net/ipv4/ip_forward iptables -P FORWARD ACCEPT может поможет ?

Как обычно - куча гонора и ноль информации. кто выдел хоть одну полезную информацию, которую запостил сюда админ-вайелес ? :) Пора бы и привыкнуть. Даже ссылку умудрился бросить в середину форума. А там, между прочим, люди действительно обсуждают, ДЕЛЯТСЯ информацией (а не говорят, что они пишут, но никому не дадут и не продадут :) Ладно, все - надоело. Люди не перевоспитываются никогда. Если кого обидел - звиняйте, больше не буду :)

и ещею админ вайелесс - ты тут писал о сертификации на Украине.. только что звонил в ГИЕ. Смеялись с меня долго. Будь добр - номер и дату сертификата скажи - потому как в нашем, украинском ГИЕ данных о железке под именеи BlueBox нету :)

дядя такой богатый :) подари нам по блюбоксу ? админвайерлес. Хватит. Может ты и действительно хороший специалист - не знаю, во всех постах твоих пока не видел ни одного реального доказательства. Но вот проблемы с общением у тебя есть. Точно такие же, как у моего малого - которому 14 лет отроду - наезд за наездом. Извини конечно, но я еще не видел ни одной ветки у нага, где был бы ты - и небыло бы твоего бахвальства и наездов на других людей. Придержи свои руки-язык. Не обижай людей. Даже если ты действительно умный - тогда стань мудрым. Я уже когда вижу твой ник в постах - и форум читать не хочется :(

Kitsok, доступ к флешу был, есть и будет без дров NOR. Сам подумай - ядро файловую берет ? Настройки берет ? веб-странички берет ? Откуда ? Из флеша. И берет он ее через /dev/mtd, который в свою очередь формируется mtd_четатам.o, который в дровах реалтека в папке линуха. Доступ есть - просто попробуй :) Я ужо давно работаю напрямую с флешем - возьми исходники моей прошивки (где-то здесь на ветке есть ссылка), и посмотри файлик flash_sr - он пишет и читает флеш без дополнительных дров. По второй мессаге. Где лежит корневая система во флеше - и так понятно. Даже если она вдруг потеряется - найти ее по сигнатуре ROOT не составляет труда. Мне не понятно, где ее монтирует ядро (вернее, уже почти понятно. Кому интересно - посмотрите init/main.c и fs/stat.c - очень глубокомысленное решение по сборке ядра от реалтека. Руки бы повырывал таки программистам.) В общем - сегодня я таки прицеплю sqfs поверх intrd - уже знаю как. А это снимает ограничение на RO_FS при 8 метрах оперативки.

У меня вопрос к линуксоидам. Где (и как) ядро грузит файловую, собранную как sqfs. Немогу найти точку обращения к флешу за куском, начинающимся с сигнатуры ROOT Задача стоит в том, чтобы смонтировать эту вот sqfs не в корень, а в отдельную папку. А в корень смонтировать рамдиск, прилинкованный к ядру. Может кто посоветует - где искать Монтирования корня проходит в fs/super.c - но вот что-то именно доступа к sqfs там нет. Вечером конечно еще посижу - но может кто уже искал.... и даже находил ?

Почему не ставится сам ? Потому что SDK, которое гуляет по инету не есть полностью доделанное. Т.е. дрова под NOR выпущенны реалтеком, но не используются в точках типа 5460 и т.д. и писатели конфигов и майков не утруждали себя доделыванием этого. Вопрос в другом. В принципе. А тебе зачем все это ? Эсть готовый работающий доступ к флешу через /dev/mtb - зачем еще что-то ? Тот же флеш - вид сбоку ?

а, еще. NOR флеша там нет. Я не шибко специалист в типах фоеша - но, как сказанно в даташите по 8186 Support boot from NAND type to reduce total bone cost и ни слова о загрузке с NOR. А поскольку система таки грузится, то значит флеш типа NAND.

здесь просто реалтеки перестраховались. У них 3 (вот это избыточность) копии настроек. А все прошивки в нете работают максимум с двумя. А родные ртслеживают, если что не так - на старте переливают из первой. Вот кусок из родного init.sh так что ничего другого во флеше нет. Можешь ее через /dev/mtd открыть и всю прочесть - читается все 2 метра.

Другой вопрос - поблема имено с win2000 - на всех системах все нормально, а при попытке поставить RASPPPoE на Win2000 в винде пропадала сеть напрочь. Ставил на одном и том же дистрибуте винды 4 раза - результат тот же. Теперь боюсь ставить у клиентов - поднимаю для них специально VPN. Сталкивался ли кто-то с этим, и если да - то как с этим бороться ?

Бало много аналогичных проблем. Надоело разбираться - отказался от mpd - поднял ppoe через стандартный pppd - проблемы пропали. Если надо - брошу конфиги для pppd сюда.

непонятно немного написал - проблема решена со стороны ТОЧКИ - осталось переделать страгейзер под netflow или cisco accounting. :)

Alexnik, В любом случае запихивать полный коплект системы учета в точку нет смысла. А значит структура в виде "что-то снимающее трафик" на банке и "что-то типа коллесктора и обсчета всего этого" на центральном сервере статистики. Теперь надо определится - как ни странно - не с этими двумя частями, а с протоколом обмена. Можно взять что-то стандартное. Я их наю 2 - netflow и cisco accounting - по сути одно и то же, отличающееся лишь инициатором - netflow идет от клиента к серверу постоянно, а cisco accounting по запросу от сервера. Можно написать свое. Недостаток второго очевиден - даже описывать все не буду. Итого: если в качестве системы учета используется старгейзер (а вообще-то учитывая принятие за метод передачи netflow или cisco accounting - то точке ПОФИГУ, что у вас за коллектор стоит) - то проблема, в общем то, со стороны RTL8186 уже и решена. Работает и реально все снимается. Остается вопрос управления клиентами - т.е. поднять-опустить канал до клиента. А вот это предлагаю - опять же, не мудрствуюя лукаво - на стандартной связке pppoe + radius

Упс, сорри. Невнимательно просмотрел этот ваш старгазер. Мне показалось при первом рассмотрении, что он снеимает статистику с системного файервола. С raw - сокета - это, как я понимаю, через libpcap - иначе для Linux и для FreeBSD ьыли бы сильно различные методы обсчета. Тогда проблем никаких - libpcap у меня в прошивке собранна. Тогда действительно пригразит проц процентов на 5-10 максимум.

Alexnik, ты таки реншил снимать статистику старгейзером ? Т.е. через ipchains. Аккуратно - уложишь точку по производительности ! Сливать с точки на сервак куда-то там кроном и т.д..... Ау-уу ! Не делайте ведущим устройством то, что должно быть ведомым ! Сервер статистики должен забирать все с точки, а не точка писать на сервер статистики ! Иначе идеология звезды с активным центром теряется - и получаете массу проблем. (плавали - знаем, по морде получали :) ) Не надо изобретать велосипед. Или гарантированная доставка - и netflow, или не гарантированная доставка - и активный центр на сервере статистики. А если переписывать старгейзера - то тогда его проще и под cisco accounting переделать.

Бывают. Толоько в последнее время гореть перестало. Отказался от меди между домами (между прочим, даже по СНиМам это запреженно) - и проблемы пропали. А из горелых свичей (между прочим - практически все горелые - каньоны) выпаял все светодиоды и сделал светильник над пеленальным столиком. Яркости хватает, чтобы жена перепеленала ребенка не влючая свет вообще. Т.е. их там около 2 сотен :)

По поводу статистики. Alexnik все рвется ее засунуть в точку. Ау ! Там места для хранения полноценной статистики не будет. И места под полноценный веб-ифейс тоже. Давайте не мучать себя. И еще. Снимать распределение потоков через iptables можно, но при большом количестве сетей не хватит производительности точки. Мы с этим столкнулись, когда на полноценном маршрутизаторе под FreeBSD пытались посчитать для 200 клиентов трафик отдельно для внутригорода. Там порядка 150 сетей. Помножим на 200 клиентов - 30000 правил. На таком количестве даже при 1 мегабите потока 1.8G Celeron был занят на 50-60% ! Поэтому и отказались - перешли на ipcad. Тольно на cisco accounting - netflow хоть и проще, но имеет тот недостаток, что если коллектор вдруг ляжет - все. Статистика не собирается совсем. С cisco accounting проще в том плане, что она все это время будет накапливаться в памяти точки.

N.leiten, вы мне льстите :) По поводу ppoe - я сделаю. Мне, по крайней мере - надо. Одна проблема - у меня сейчас ни одной полносью рабочей точки не осталось (вернее одна есть - но я через нее дома в инет хожу - жалко снимать. И еще одна длинкина - она рабочая, но в виду перепада напрцги при подключенном терминале выхорел UART - я ничего не вижу, а доделать рабочую прошивку под 8М памяти не успел :). На следующей неделе куплю - и буду добивать :)

Стоят. Шуршвт пакетиками... у меня вон 50% свичей на крышах вообще Canyon-ы. Сначала ставил из экономии - умрут-не жалко. Потом выяснилось, что умирают реше, чем 3Com - перестал ставит 3Com вообще. НО - на одном доме стоят длинки с влешкой допаянной и перестроенно под вланы - стоят. Работают - без проблем вообще ! А по поводу квадратное-катать. Ты пожалуй меня не понял. Я о том, что многие орут - гамно, надо ставить снециальный outdor - вваш шираотреб дохнет.... Ты мне скажы - у тебя свици на крыше стоят со штатным БП ? не переделанные ? Не вентилируемые ? :) То-то. Это indoor - и мы, зная это, перед установкой их ПЕРЕДЕЛЫВАЕМ. Делаем из квадратного - круглое. И катим :)

Ага, забыл сказать. Там собран ee - тот, котоаый из FreeBSD - мне с ним удобнее, чем с vi :) И - перед ПЕРВОЙ заливкой в profile закоментируйте вызов restorelocal - пущай не восстанавливает то, чего у вас пока еще не прписанно через savelocal

N.leiten, nuclearcat, залил вам обоим кусок своего дерева. Это - под овис (16 метров памяти, 2 метра флеша). Заливал не полностью все - там нет ядра (уж ядро то у вас есть). Из ядра там только один файлик - timer.c - это то, что я менял для НЕПАДЕНИЯ со скрытым SSID основной маке - посмотрите внутри. make refs пересобирает ядро и файловую. make без параметров помоему пересобирает все. Точно не помню - последний раз пересобирал все давно :) В конец make refs стоит копирование linux.bin в /mnt/smb - туда у меня примаунченна виндовая папка машины, за которой я сижу (я все время на разных машинах :) ) Технология заливки такая: в fs-stub лежит шаблон файловой. То, что должно быть в итоге. Копируете usr.local в fs-stubusrlocal редактируете rc.conf - как вам надо. Там все понятно вроде как собираете прошивку и заливаете ее ВЕБ ИНТЕРФЕЙСА НЕТ !!!! Вход по ssh и/или telnet (как указанно в rc.conf) на точке выполняете savelocal теперь во влеше записан весь каталог /usr/local убтваете из fs-stub usr/local србираете и заливаете прошивку без них - на старте profiles вытягивает данные из флеша и потом запускает rc (посмотрите скрипты ПЕРЕД заливкой обязательно !) логин захода на точку - root или rot пароль - greenline Скрипты со сменой пароля - через несколько дней. Не успел. Еще - в mkimg посмотрите - там расписанно, какой софт заливается на точку. Это вообще скрипт создания файловой :) -------------- Меня завтра на форуме не будет - монтаж точки очень тяжелый, да еще и в годом одиночестве на коньке двускатной крышы :( В общем - на целый день. Послезавтра - ответы на все возможные вопросы. Вообще можно писать в аську - он загруженна на работе - 77173999

Shiva, далеко от нас. На Украине выливать на sf - не сильно быстрое и безболезненное мероприятие :) Хотя я уже и о них думал :) Проблема в том, что с ними разбираться надо. Что-куда-как. А мне... наверное даже не "некогда" а "лениво". Увы - наш менталитет. Возьмешься вести ? А мы тебе все сливать будем :)