Aliech Опубликовано 6 января, 2009 (изменено) · Жалоба и в S29vpnnetwork-pptp if [ "$PPTP_CALL_START" = "yes" ]; then echo "Starting VPN network pptp..." if [ "$PPTP_PEERDNS" = "yes" ]; then echo "pptp Peer_DNS" PEERDNS="usepeerdns" else PEERDNS="" fi if [ "$PPTP_DEFROUTE" = "replace" ]; then echo "Remove default route" ip route del default 2> /dev/null fi if [ "$PPTP_DEFROUTE" = "yes" ] || [ "$PPTP_DEFROUTE" = "replace" ]; then if [ "$PPTP_AUTO_REDIAL" = "yes" ]; then pppd call pptp defaultroute persist $PEERDNS & else pppd call pptp defaultroute $PEERDNS & fi else if [ "$PPTP_AUTO_REDIAL" = "yes" ]; then pppd call pptp persist $PEERDNS & else pppd call pptp $PEERDNS & fi fi fi Проанализируйте это и задумайтесь когда по вашему мнению будет возникать этот "баг/косяк". Хорошее решение... Тока вот не там выставлено, а то он гейт убивает до коннекта, со всеми исходящими последствиями. Вот так, если синтаксис нигде не переврал, работать уже точно должно: if [ "$PPTP_CALL_START" = "yes" ]; then echo "Starting VPN network pptp..." if [ "$PPTP_PEERDNS" = "yes" ]; then echo "pptp Peer_DNS" PEERDNS="usepeerdns" else PEERDNS="" fi if [ "$PPTP_DEFROUTE" = "yes" ]; then if [ "$PPTP_AUTO_REDIAL" = "yes" ]; then pppd call pptp defaultroute persist $PEERDNS & else pppd call pptp defaultroute $PEERDNS & fi else if [ "$PPTP_AUTO_REDIAL" = "yes" ]; then pppd call pptp persist $PEERDNS & else pppd call pptp $PEERDNS & fi fi if [ "$PPTP_DEFROUTE" = "replace" ]; then echo "Remove default route" ip route replace default dev ppp0 2> /dev/null fi fi Если не так написал, прошу поправить... Очень не уверен в строчке ip route replace default dev ppp0 2> /dev/null , но идея и так, думаю, ясна... Пока что лишь Jan 1 06:00:20 pppd[181]: pppd 2.4.5 started by root, uid 0 Jan 1 06:00:20 pppd[181]: Using interface ppp0 Jan 1 06:00:20 pppd[181]: Connect: ppp0 <--> /dev/ttyp0 Jan 1 06:00:21 pptp[184]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated Jan 1 06:00:21 pptp[190]: anon warn[open_inetsock:pptp_callmgr.c:329]: connect: Resource temporarily unavailable Jan 1 06:00:21 pptp[190]: anon fatal[callmgr_main:pptp_callmgr.c:127]: Could not open control connection to 85.21.0.65 Jan 1 06:00:21 pptp[184]: anon fatal[open_callmgr:pptp.c:479]: Call manager exited with error 256 Jan 1 06:00:21 pppd[181]: Modem hangup Jan 1 06:00:21 pppd[181]: Connection terminated. Больше похоже на лежащий серв... Может на дохлый линкануло... Изменено 6 января, 2009 пользователем Aliech Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Vicus Опубликовано 6 января, 2009 · Жалоба Залил на G700AP последний wive-ng. Отключил бридж, настроил pppoe, роутинг, нат, дхцп-сервер. wifi в режиме инфраструктуры с wep128. Все работает, но через несколько минут точка либо вешается, либо перезагружается... как выловить баг без консоли ума не приложу :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 6 января, 2009 (изменено) · Жалоба Больше похоже на лежащий серв... Может на дохлый линкануло... Попробовал на разных серверах... Везде одно и то же... Настройки правильные ставил (100%) 2.5.0 завёлся и пошёл... только не долго... самопроизвольно ребутнулся и всё... Изменено 6 января, 2009 пользователем Aliech Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 6 января, 2009 · Жалоба Больше похоже на лежащий серв... Может на дохлый линкануло... Попробовал на разных серверах... Везде одно и то же... Настройки правильные ставил (100%) 2.5.0 завёлся и пошёл... только не долго... самопроизвольно ребутнулся и всё... Исправлено. http://sfstudio.livejournal.com/8709.html Залил на G700AP последний wive-ng. Отключил бридж, настроил pppoe, роутинг, нат, дхцп-сервер. wifi в режиме инфраструктуры с wep128. Все работает, но через несколько минут точка либо вешается, либо перезагружается... как выловить баг без консоли ума не приложу :( Ничего удивительного. 8метров памяти это вам не хухры мухры, dhcpd сервер, нат pppoe =)))) Ещё небось сислог включен и т.д. и т.п.? На 8Мб девайсах wive-ng будет работать корректно только если отключить практически всё оставив её в режиме бриджа или роутера тупо гонять пакеты. Ни о каких pptp/pppoe на 8Мб девайсах лучше и не мечтать. Скажите спасибо "экономным" дибилинкам. Кастрировать софт дабы влезть в 8Мб рам могу предложить вам самостоятельно, я этим явно заниматься не буду. Все оптимизации какие только можно было выполнить для 8Мб девайсов выполнены. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2009 (изменено) · Жалоба Если не так написал, прошу поправить... Очень не уверен в строчке ip route replace default dev ppp0 2> /dev/null , но идея и так, думаю, ясна... Дык вы в routes путь к хосту добавьте и хрен сним что он dgw убьёт, главное чтобы каждый хоп маршрута до сервера был жив и в таблице всё это правильно было описано. Пока что лишьJan 1 06:00:21 pptp[190]: anon warn[open_inetsock:pptp_callmgr.c:329]: connect: Resource temporarily unavailable [/code] Больше похоже на лежащий серв... Может на дохлый линкануло... Это регрессия, исправлено в 0.2.7 который в срочном порядке выложил. P.S. Ненужно так много цитировать. Нам же не счётчик страниц накручивать однако. Изменено 7 января, 2009 пользователем sfstudio Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2009 · Жалоба Пара вариантов обновления фирмваои без физического доступа к телу и кнопке reset. http://sfstudio.livejournal.com/9165.html Используйте на свой страх и риск. Попозже попробую родить скрипт автоматизирующий сей процесс. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2009 · Жалоба Пара вариантов обновления фирмваои без физического доступа к телу и кнопке reset. http://sfstudio.livejournal.com/9165.htmlИспользуйте на свой страх и риск. Попозже попробую родить скрипт автоматизирующий сей процесс. Кстати, обратите внимаение на то что на sadnet.ru/wive-ng.sf.net слева есть рекламные модули от google и контекстный поиск от него же. Я буду вам блгодарен если вы при заходе на сайт воспользуетесь гугловским модулем для поиска или щёлкните по контекстной рекламе. Тем самым вы сможете оказать некоторую помощь в виде отчислений по программе от гугла. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 7 января, 2009 · Жалоба Дык вы в routes путь к хосту добавьте и хрен сним что он dgw убьёт, главное чтобы каждый хоп маршрута до сервера был жив и в таблице всё это правильно было описано. Проблема в том, что при большом кол-ве серверов все вписывать - долго... Он при коннекте пишет в роутинг один серв, к какторому сейчас коннектиться... Если default убить, то писать не будет... Можно и одним серваком пользоваться, да кидает всегда на самый быстрый, так что полезно... Хотя это сабж, и так всё должно пахать... Спасибо, буду тестировать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2009 · Жалоба Можно и одним серваком пользоваться, да кидает всегда на самый быстрый, так что полезно... Хотя это сабж, и так всё должно пахать... Спасибо, буду тестировать Что значит кидает? Опять же в нормальных сетях балансировка нагрузки по pptp выполняется DNS хаотично отдавая разные адреса разных pptp серверов/железок при каждом запросе. И роутинг тут никаким боком. Описывать все долго? Ну дык маршрутизация в сети через Ж значит, это уже к оператору тараканов травить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 7 января, 2009 · Жалоба Описывать все долго? Ну дык маршрутизация в сети через Ж значит, это уже к оператору тараканов травить.85.21.0.* - n кол-во серверов pptp, все забивать долго, да и может ещё где есть... Когда есть def ro при коннекте pptp наличествует, он пишет маршрут до сервера сам...После установки соендинения меняем default route на тот, что нам нужен... Опять таки, если соединения нет ppp0, то и в качестве default'а он не встанет. ЗЫ: а тараканов потравить не помешает, а то мне в роутинг автоматом пишеться ещё путь-до-впн сервака через сам ppp0 со всеми последствиями =/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2009 · Жалоба Кстати, есть возможность реализовать аналог FullDuplex режима микротика из 2х роутеров на rtl8186 с каждой стороны. Нужно 4ре идентичных девайса с мя eth интерфейсами типа AcorpWR-G и примерно месяц на реализацию в ядре, ессно месячная оплата моей занятости ибо придётся отключиться от всего остального и заниматься исключительно реализацией сей задачи. В общем, если есть организации заинтересованные в данной затеи - прошу в приват или лучше в Jabber будем обсуждать. Впринципе реализация в конечном итоге должна будет стать платформонезависимой (это условие я сам себе ставлю в первую очередь). Т.е. принципиально клиентами смогут быть любые ПК и ноутбуки с о мпециализированным ПО, но это в перспективе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 января, 2009 · Жалоба 85.21.0.* - n кол-во серверов pptp, все забивать долго, да и может ещё где есть... Когда есть def ro при коннекте pptp наличествует, он пишет маршрут до сервера сам... Ещё раз и на пальцах. Все сервера pptp у вас в одной подсети так кто мешает прописать маршрут до подсети с pptp серверами? После установки соендинения меняем default route на тот, что нам нужен... Опять таки, если соединения нет ppp0, то и в качестве default'а он не встанет. Писец, ну я уже устал повторять. pppd сам добавляет маршрут по умолчанию в туннель. Но чтобы он добавил маршрут dgw не должен существовать в таблице, потому его и удаляем. Никто не мешает вам прописать маршрут до ваших pptp нафига вы его пытаетесь засунуть в dgw мне не ясно, как и не ясно на кой это делает корбина. ЗЫ: а тараканов потравить не помешает, а то мне в роутинг автоматом пишеться ещё путь-до-впн сервака через сам ppp0 со всеми последствиями =/ Тут целых 2 стопки тараканов. 1е у корбины, 2е у вас в голове, вот эти 2 кагорты устроили разборки как Украина с Россией, только не за газ а за феерические маршруты. DNS должен вам отдавать адрес сервера при этом маршрут до подсети в которой висят их сервера должен быть происан в таблице маршрутизауции, pppd сам поменяет дефолтовый маршрут, точнее пропишет его если скрипт его удалит. Что сложного? Какие вытекающие и втекающие? Снесите винду, возьмите любой дистриб линукса и ручками без гуей разберитесь как работает сеть в *nix, вот тогда каша в голове у вас сама самоуничтожиться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
CrazyL Опубликовано 8 января, 2009 · Жалоба to sfstudio: Уважаемый, можете пожалуйста описать расположение прошивки на флешке девайса: адреса загрузчика, rw, ro и гиде какая файловая система. (прошивка - ваша текущая реалзация). Соответственно по каким адресам заливаем linux.bin и по каким часть с настройками. Прошу извинить за некорректности в формулировке. Спасибо) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 8 января, 2009 (изменено) · Жалоба Тут целых 2 стопки тараканов. 1е у корбины, 2е у вас в голове, вот эти 2 кагорты устроили разборки как Украина с Россией, только не за газ а за феерические маршруты. Тараканы больше волнуются тому, что роутер ребутается через н-кол-во времени... Притом, чем меньше всего включено, тем больше это Н времени. Логи поймать не успеваю - загарается wlan индикатор, ребут и логов больше нет... Обе фракции тараканов в моей голове подумывают об недостатке памяти (у меня укроп с 16м оперативки)... Есть ли возможность добавить память? Планок старых от компа море (помниться на укроповских адсл модемах можно было перепаять), а так же есть мысль добавить флешку (если на неё удасться спихнуть логи/своп раздел - было бы чудесно)... Если с добавлением флешки всё более-менее ясно (ну инструкции типа "а выход надо бы тоже припаять" - куда припаять? какой выход? а подробней?!), то вот насчёт первого не нашёл ничего. Вопрос такой - такая возможность вобще есть? Если да, то где искать? ЗЫ: падает роутер только когда много запросов вразнобой (например HTTP трафик через него гоню), а вот в CS он чудесно два часа прожил, да с пингом ниже чем при L2TP соендинении (= PS2: а если сменить микросхему памяти просто? Там ведь SDRAM? Чипы по 32 мб уже заготовил... Осталось паяльник разогреть... Ваша рекомендация? Изменено 8 января, 2009 пользователем Aliech Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vmn_fs Опубликовано 8 января, 2009 · Жалоба доброго вам времени суток. залил wive-ng 0.2.7, настроил pptp соединение как роутер. Все заработало но на чуть чуть. При обращении к сайту происходит загрузка максимум страницы, потом соединение умирает. роутер может ребутнуться, все это для eth0 интерфейса, до wlan - руки не дошли ибо по проводам не работает. аппарат акорп вр-г логи Jan 8 21:53:55 pptp[211]: anon log[callmgr_main:pptp_callmgr.c:237]: Closing connection (unhandled) Jan 8 21:53:55 pptp[211]: anon log[call_callback:pptp_callmgr.c:82]: Closing connection (call state) Jan 8 21:53:55 kernel: Unable to handle kernel paging request at virtual address 7d207d1c, epc == 8000af80, ra == 800c0c74 Jan 8 21:53:55 kernel: Oops in fault.c:do_page_fault, line 205: Jan 8 21:53:55 kernel: $0 : 00000000 1000f400 00000000 fffffffe 80ba6980 00000001 00000001 00000003 Jan 8 21:53:55 kernel: $8 : 00000000 0000004c 00000000 80bbd854 616e2032 80b05ed0 00000000 00000000 Jan 8 21:53:55 kernel: $16: 7d207d20 00000001 80ba6980 1000f401 00000001 000008fb 80ba6170 80ba6150 Jan 8 21:53:55 kernel: $24: 00000000 2ab759d0 80b04000 80b05db0 80b05db0 800c0c74 Jan 8 21:53:55 kernel: Hi : 000008ed Jan 8 21:53:55 kernel: Lo : 0002b5ab Jan 8 21:53:55 kernel: epc : 8000af80 Not tainted Jan 8 21:53:55 kernel: Status: 1000f400 Jan 8 21:53:55 kernel: Cause : 10000008 Jan 8 21:53:55 kernel: Process pptp (pid: 185, stackpage=80b04000) Jan 8 21:53:55 kernel: Stack: fffffff9 80133f64 00000000 8020d838 80ba6000 80b21000 80ba6170 00000000 Jan 8 21:53:55 kernel: 000008fb 00000004 800c0c74 80b05ea0 802b4e00 80b21000 802b4e00 80b21000 Jan 8 21:53:55 kernel: 802b4e00 80b21000 800d81c8 800d8108 801853c0 801852dc 80032b84 8013e838 Jan 8 21:53:55 kernel: 000008fb 80b21000 00000000 7fff1423 80ba6000 800c0e84 80b05ed0 80b05e88 Jan 8 21:53:55 kernel: 00002044 80b2dec8 7fff0b28 000008fb 80ba6000 7fff0b28 00000000 80cb6740 Jan 8 21:53:55 kernel: 80ba6980 ... Jan 8 21:53:55 kernel: Call Trace: [<80133f64>] [<800c0c74>] [<800d81c8>] [<800d8108>] [<801853c0>] [<801852dc>] Jan 8 21:53:55 kernel: [<80032b84>] [<8013e838>] [<800c0e84>] [<800bdbcc>] [<80128dd4>] [<800bd9b8>] Jan 8 21:53:55 kernel: [<800bae28>] [<80128f18>] [<800b7fc4>] [<80039d78>] [<800238a8>] [<8000706c>] Jan 8 21:53:55 kernel: [<8000706c>] Jan 8 21:53:55 kernel: Jan 8 21:53:55 kernel: Code: 00000000 12040018 00c08821 <8e04fffc> 00002821 8c820000 00000000 00541024 1040000d и еще от ребута до окончания соединения Jan 1 06:00:06 syslogd started: BusyBox v1.12.1.-wive-ng.sf.net Jan 1 06:00:06 kernel: klogd started: BusyBox v1.12.1.-wive-ng.sf.net (2009-01-07 02:53:30 OMST) Jan 1 06:00:06 kernel: Linux version 2.4.18.5-wive-ng.sf.net (wive-ng.sf.net@sfstudio.sadnet.lo) (gcc version 3.3.3) #1429 Wed, 07 Jan 2009 02:56:26 +0600 Jan 1 06:00:06 kernel: early printk enabled Jan 1 06:00:06 kernel: DetectRAMsequence Jan 1 06:00:06 kernel: REG returned:16[16] Jan 1 06:00:06 kernel: RAM after check region:16 Jan 1 06:00:06 kernel: FullviewRAM:16777216 Jan 1 06:00:06 kernel: Determined physical RAM map: Jan 1 06:00:06 kernel: memory: 01000000 @ 00000000 (usable) Jan 1 06:00:06 kernel: Initial ramdisk at: 0x8022c000 (36845 bytes) Jan 1 06:00:06 kernel: On node 0 totalpages: 4096 Jan 1 06:00:06 kernel: zone(0): 4096 pages. Jan 1 06:00:06 kernel: zone(1): 0 pages. Jan 1 06:00:06 kernel: zone(2): 0 pages. Jan 1 06:00:06 kernel: Kernel command line: root=/dev/ram console=0 ramdisk_start=0 noisapnp pci=nobios Jan 1 06:00:06 kernel: 179.40 BogoMIPS Jan 1 06:00:06 kernel: Memory: 13696k/16384k available (2028k kernel code, 2688k reserved, 156k data, 60k init, 0k highmem) Jan 1 06:00:06 kernel: Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) Jan 1 06:00:06 kernel: Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) Jan 1 06:00:06 kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Jan 1 06:00:06 kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Jan 1 06:00:06 kernel: Page-cache hash table entries: 4096 (order: 2, 16384 bytes) Jan 1 06:00:06 kernel: check_wait... unavailable. Jan 1 06:00:06 kernel: POSIX conformance testing by UNIFIX Jan 1 06:00:06 kernel: bogomips: Initialized. Jan 1 06:00:06 kernel: user_watchdog: Initialized. Jan 1 06:00:06 kernel: led0: Initialized. Jan 1 06:00:06 kernel: led1: Initialized. Jan 1 06:00:06 kernel: sysmem: Initialized. Jan 1 06:00:06 kernel: Linux NET4.0 for Linux 2.4 Jan 1 06:00:06 kernel: Based upon Swansea University Computer Society NET3.039 Jan 1 06:00:06 kernel: Initializing RT netlink socket Jan 1 06:00:06 kernel: Starting kswapd Jan 1 06:00:06 kernel: devfs: v1.10 (20020120) Richard Gooch (rgooch@atnf.csiro.au) Jan 1 06:00:06 kernel: devfs: boot_options: 0x0 Jan 1 06:00:06 kernel: Serial driver version 6.02 (2003-03-12) with no serial options enabled Jan 1 06:00:06 kernel: ttyS00 at 0x00c3 (irq = 3) is a rtl_uart1 Jan 1 06:00:06 kernel: state->flags=00000000 Jan 1 06:00:06 kernel: block: 64 slots per queue, batch=16 Jan 1 06:00:06 kernel: RAMDISK driver initialized: 16 RAM disks of 512K size 1024 blocksize Jan 1 06:00:06 kernel: PPP generic driver version 2.4.2 Jan 1 06:00:06 kernel: PPP MPPE Compression module registered Jan 1 06:00:06 kernel: PPP Deflate Compression module registered Jan 1 06:00:06 kernel: PPP BSD Compression module registered Jan 1 06:00:06 kernel: RealTek E-Flash System Driver. (C) 2002 RealTek Corp. Jan 1 06:00:06 kernel: Found 1 x 2M Byte AMD AM29LV160DB at 0xbe000000 Jan 1 06:00:06 kernel: => Scan for ROOT signature in flash from pos=0x000000 Jan 1 06:00:06 kernel: Founded at pos=0x0DFFF4 Jan 1 06:00:06 kernel: Checksumm ok for 0x0FC000 bytes calced=0xBE8A, stored=0xBE8A) Checksumm OK. Use as ROOT partition (/dev/mtd1) Jan 1 06:00:06 kernel: Reallocate partition for root size=0x0FC000 bytes Jan 1 06:00:06 kernel: Creating 4 MTD partitions on "DiskOnChip Millennium": Jan 1 06:00:06 kernel: 0x00000000-0x000e0000 : "boot+cfg+linux" Jan 1 06:00:06 kernel: 0x000e0000-0x001e0000 : "root fs" Jan 1 06:00:06 kernel: 0x001e0000-0x00200000 : "TGZfs" Jan 1 06:00:06 kernel: 0x00000000-0x00200000 : "all_flash" Jan 1 06:00:06 kernel: 8186NIC Ethernet driver v0.1.0-NG (15.10.2008) Jan 1 06:00:06 kernel: eth0: RTL8186-NIC at 0xbd200000, 00:01:02:03:04:05, IRQ 4 Jan 1 06:00:06 kernel: eth1: RTL8186-NIC at 0xbd300000, 04:05:06:07:08:09, IRQ 5 Jan 1 06:00:06 kernel: Check MII:phy 2, reg 31 Jan 1 06:00:06 kernel: 0x00001000 Jan 1 06:00:06 kernel: Check MII:phy 2, reg 26 Jan 1 06:00:06 kernel: 0x00007014 Jan 1 06:00:06 kernel: Asic.revision=0x00000004 Jan 1 06:00:06 kernel: RTL8185 driver version 1.14 (2008-02-15) Jan 1 06:00:06 kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Jan 1 06:00:06 kernel: IP Protocols: ICMP, UDP, TCP, IGMP Jan 1 06:00:06 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes Jan 1 06:00:06 kernel: TCP: Hash tables configured (established 1024 bind 2048) Jan 1 06:00:06 kernel: Linux IP multicast router 0.06 plus PIM-SM Jan 1 06:00:06 kernel: ip_conntrack version 2.1 (5953 buckets, 5953 max) - 312 bytes per conntrack Jan 1 06:00:06 kernel: PPTP netfilter connection tracking: registered Jan 1 06:00:06 kernel: ip_tables: (C) 2000-2002 Netfilter core team Jan 1 06:00:06 kernel: ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/ Jan 1 06:00:06 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Jan 1 06:00:06 kernel: RAMDISK: Compressed image found at block 0 Jan 1 06:00:06 kernel: Freeing initrd memory: 35k freed Jan 1 06:00:06 kernel: VFS: Mounted root (ext2 filesystem). Jan 1 06:00:06 kernel: Freeing unused kernel memory: 60k freed Jan 1 06:00:06 kernel: mount /proc file system ok! Jan 1 06:00:06 kernel: mount /dev/mtd1 file system ok! Jan 1 06:00:06 kernel: Algorithmics/MIPS FPU Emulator v1.5 Jan 1 06:00:08 kernel: eth0:phy is 8305 Jan 1 06:00:09 kernel: eth1:phy is 8305 Jan 1 06:00:09 udhcpc[73]: udhcpc (v1.12.1.-wive-ng.sf.net) started Jan 1 06:00:09 udhcpc[73]: Sending discover... Jan 1 06:00:12 udhcpc[73]: Sending discover... Jan 1 06:00:13 udhcpc[73]: Sending select for 10.9.140.70... Jan 1 06:00:13 udhcpc[73]: Lease of 10.9.140.70 obtained, lease time 80000 Jan 1 06:00:16 kernel: NET4: Ethernet Bridge 008 for NET4.0 Jan 1 06:00:16 kernel: device wlan0 entered promiscuous mode Jan 1 06:00:17 kernel: br0: port 1(wlan0) entering listening state Jan 1 06:00:17 kernel: br0: clear port list of multicast filter Jan 1 06:00:17 kernel: br0: port 1(wlan0) entering learning state Jan 1 06:00:17 kernel: br0: port 1(wlan0) entering forwarding state Jan 1 06:00:17 kernel: br0: topology change detected, propagating Jan 1 06:00:17 kernel: br0: set port num [33168] of multicast filter Jan 1 06:00:17 kernel: br0: port 1(wlan0) multicast bandwidth 40000kbps Jan 1 06:00:19 pppd[182]: pppd 2.4.5 started by root, uid 0 Jan 1 06:00:19 pppd[182]: Using interface ppp0 Jan 1 06:00:19 pppd[182]: Connect: ppp0 <--> /dev/ttyp0 Jan 1 06:00:19 pptp[185]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated Jan 1 06:00:20 pptp[212]: anon log[ctrlp_disp:pptp_ctrl.c:752]: Received Start Control Connection Reply Jan 1 06:00:20 pptp[212]: anon log[ctrlp_disp:pptp_ctrl.c:786]: Client connection established. Jan 1 06:00:21 pptp[212]: anon log[ctrlp_disp:pptp_ctrl.c:871]: Received Outgoing Call Reply. Jan 1 06:00:21 pptp[212]: anon log[ctrlp_disp:pptp_ctrl.c:910]: Outgoing call established (call ID 0, peer's call ID 15522). Jan 1 06:00:22 dnsmasq[231]: started, version 2.43 cachesize 150 Jan 1 06:00:22 dnsmasq[231]: compile time options: no-IPv6 GNU-getopt no-RTC no-ISC-leasefile no-DBus no-I18N no-TFTP Jan 1 06:00:22 dnsmasq[231]: reading /etc/resolv.conf Jan 1 06:00:22 dnsmasq[231]: using nameserver 217.8.82.24#53 Jan 1 06:00:22 dnsmasq[231]: using nameserver 217.8.80.1#53 Jan 1 06:00:22 dnsmasq[231]: read /etc/hosts - 1 addresses Jan 1 06:00:22 pppd[182]: CHAP authentication succeeded Jan 1 06:00:22 pppd[182]: CHAP authentication succeeded Jan 1 06:00:23 pppd[182]: local IP address 217.8.84.43 Jan 1 06:00:23 pppd[182]: remote IP address 79.98.95.1 Jan 1 06:01:07 pptp[212]: anon log[callmgr_main:pptp_callmgr.c:237]: Closing connection (unhandled) Jan 1 06:01:07 pptp[212]: anon log[call_callback:pptp_callmgr.c:82]: Closing connection (call state) Jan 1 06:01:07 kernel: Unhandled kernel unaligned access in unaligned.c:emulate_load_store_insn, line 370: Jan 1 06:01:07 kernel: $0 : 00000000 1000f400 00000000 fffffffe 80ba4980 00000001 00000001 00000003 Jan 1 06:01:07 kernel: $8 : 00000000 0000003e 00000000 80ba6854 207d207d 80b03ed0 00000000 00000000 Jan 1 06:01:07 kernel: $16: 207d207d 00000001 80ba4980 1000f401 00000001 0000088f 80ba4170 80ba4150 Jan 1 06:01:07 kernel: $24: 00000000 2ab759d0 80b02000 80b03db0 80b03db0 800c0c74 Jan 1 06:01:07 kernel: Hi : 00001250 Jan 1 06:01:07 kernel: Lo : 0007fba7 Jan 1 06:01:07 kernel: epc : 8000af80 Not tainted Jan 1 06:01:07 kernel: Status: 1000f400 Jan 1 06:01:07 kernel: Cause : 10000010 Jan 1 06:01:07 kernel: Process pptp (pid: 185, stackpage=80b02000) Jan 1 06:01:07 kernel: Stack: fffffff9 80133f64 00000000 8020d838 80ba4000 80b19000 80ba4170 00000000 Jan 1 06:01:07 kernel: 0000088f 00000004 800c0c74 8020d840 802b4e00 80b19000 802b4e00 80b19000 Jan 1 06:01:07 kernel: 802b4e00 80b19000 800d81c8 800d8108 80c1e5d0 c0044900 80c41820 8013e838 Jan 1 06:01:07 kernel: 0000088f 80b19000 00000000 7fff13b7 80ba4000 800c0e84 00000014 7fff4b80 Jan 1 06:01:07 kernel: 00000001 8001ac94 7fff0b28 0000088f 80ba4000 7fff0b28 00000000 80cb5740 Jan 1 06:01:07 kernel: 80ba4980 ... Jan 1 06:01:07 kernel: Call Trace: [<80133f64>] [<800c0c74>] [<800d81c8>] [<800d8108>] [<c0044900>] [<8013e838>] Jan 1 06:01:07 kernel: [<800c0e84>] [<8001ac94>] [<800bdbcc>] [<800f4a14>] [<800f4d00>] [<800bd9b8>] Jan 1 06:01:07 kernel: [<800bae28>] [<8001572c>] [<80128f18>] [<800b7fc4>] [<80039d78>] [<800b643c>] Jan 1 06:01:07 kernel: [<80014db8>] [<800238a8>] [<8000706c>] [<801ce244>] [<801c350c>] Jan 1 06:01:07 kernel: Jan 1 06:01:07 kernel: Code: 00000000 12040018 00c08821 <8e04fffc> 00002821 8c820000 00000000 00541024 1040000d Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 8 января, 2009 (изменено) · Жалоба Ну хоть кто-то успел логи сдёрнуть... Вобщем о той же проблемы страдаю... и отвте о памяти хотелось бы получить, а то гугль отказывается помогать... Изменено 8 января, 2009 пользователем Aliech Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 8 января, 2009 · Жалоба to sfstudio: Уважаемый, можете пожалуйста описать расположение прошивки на флешке девайса: адреса загрузчика, rw, ro и гиде какая файловая система. (прошивка - ваша текущая реалзация). Соответственно по каким адресам заливаем linux.bin и по каким часть с настройками. Прошу извинить за некорректности в формулировке. Спасибо) Смотрите mkimg в SDK Логи поймать не успеваю - загарается wlan индикатор, ребут и логов больше нет... Обе фракции тараканов в моей голове подумывают об недостатке памяти (у меня укроп с 16м оперативки)... 16 метров по уши. Проблема где-то рядом. Есть ли возможность добавить память? Планок старых от компа море (помниться на укроповских адсл модемах можно было перепаять), а так же есть мысль добавить флешку (если на неё удасться спихнуть логи/своп раздел - было бы чудесно)... Не имеет смысла. ЗЫ: падает роутер только когда много запросов вразнобой (например HTTP трафик через него гоню), а вот в CS он чудесно два часа прожил, да с пингом ниже чем при L2TP соендинении (= Т.е. при UDP через туннель всё ОК? Только с TCP ? А если вместо маскарада попробовать использовать DNAT/SNAT ? PS2: а если сменить микросхему памяти просто? Там ведь SDRAM? Чипы по 32 мб уже заготовил... Осталось паяльник разогреть... Ваша рекомендация? 16 метров хватает под все задачи на текущий момент. доброго вам времени суток.залил wive-ng 0.2.7, настроил pptp соединение как роутер. Все заработало но на чуть чуть. При обращении к сайту происходит загрузка максимум страницы, потом соединение умирает. роутер может ребутнуться, все это для eth0 интерфейса, до wlan - руки не дошли ибо по проводам не работает. аппарат акорп вр-г логи В курсе о наличии проблемы, но повторить у себя не получается, на удивление все работает чётко с моим сервером. Вадиму вроде удалось повторить, работает человек. Если у меня попутно что-то подобное нарисуется - починю. Пока как не пытался повторить не выходит. Попробуйте более старые версии прошивок, возможно это регрессия, тогда хотелось бы услышать на какой версии работало нормально. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 8 января, 2009 · Жалоба доброго вам времени суток.залил wive-ng 0.2.7, настроил pptp соединение как роутер. Все заработало но на чуть чуть. При обращении к сайту происходит загрузка максимум страницы, потом соединение умирает. роутер может ребутнуться, все это для eth0 интерфейса, до wlan - руки не дошли ибо по проводам не работает. аппарат акорп вр-г логи В курсе о наличии проблемы, но повторить у себя не получается, на удивление все работает чётко с моим сервером. Вадиму вроде удалось повторить, работает человек. Если у меня попутно что-то подобное нарисуется - починю. Пока как не пытался повторить не выходит. Попробуйте более старые версии прошивок, возможно это регрессия, тогда хотелось бы услышать на какой версии работало нормально. Это справедливо и для моей ситуации... Проблема наблюдается лишь с pptp включённым. А можно совсем в двух словах о DNAT/SNAT? Их необходимость для моего случая? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 8 января, 2009 · Жалоба А можно совсем в двух словах о DNAT/SNAT? Их необходимость для моего случая? Вместо маскарада попробовать использовать эти "модули", возможно проблема не в pptp собственно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 8 января, 2009 · Жалоба Да, попробуйте в /etc/ppp/peers/pptp строку pty "pptp 10.0.0.254 --nolaunchpppd --loglevel 0" поправить на pty "pptp 10.0.0.254 --nolaunchpppd --nobuffer" , о результатах сюда =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 8 января, 2009 · Жалоба Да, попробуйте в /etc/ppp/peers/pptp строку pty "pptp 10.0.0.254 --nolaunchpppd --loglevel 0" поправить на pty "pptp 10.0.0.254 --nolaunchpppd --nobuffer" , о результатах сюда =) Jan 1 06:00:21 pppd[183]: pppd 2.4.5 started by root, uid 0 Jan 1 06:00:21 pppd[183]: Using interface ppp0 Jan 1 06:00:21 pppd[183]: Connect: ppp0 <--> /dev/ttyp0 Jan 1 06:00:22 pptp[186]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated Jan 1 06:00:23 pptp[211]: anon log[ctrlp_disp:pptp_ctrl.c:752]: Received Start Control Connection Reply Jan 1 06:00:23 pptp[211]: anon log[ctrlp_disp:pptp_ctrl.c:786]: Client connection established. Jan 1 06:00:24 pptp[211]: anon log[ctrlp_disp:pptp_ctrl.c:871]: Received Outgoing Call Reply. Jan 1 06:00:24 pptp[211]: anon log[ctrlp_disp:pptp_ctrl.c:910]: Outgoing call established (call ID 0, peer's call ID 54707). Jan 1 06:00:24 pppd[183]: CHAP authentication succeeded Jan 1 06:00:24 pppd[183]: local IP address 93.80.19.178 Jan 1 06:00:24 pppd[183]: remote IP address 85.21.0.79 Jan 1 06:00:24 dnsmasq[233]: started, version 2.43 cachesize 150 Jan 1 06:00:24 dnsmasq[233]: compile time options: no-IPv6 GNU-getopt no-RTC no-ISC-leasefile no-DBus no-I18N no-TFTP Jan 1 06:00:24 dnsmasq[233]: reading /etc/resolv.conf Jan 1 06:00:24 dnsmasq[233]: using nameserver 85.21.192.3#53 Jan 1 06:00:24 dnsmasq[233]: using nameserver 213.234.192.8#53 Jan 1 06:00:24 dnsmasq[233]: read /etc/hosts - 1 addresses Jan 1 06:00:30 kernel: auth uses obsolete (PF_INET,SOCK_PACKET) Jan 1 06:01:54 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 404 (expecting 403, lost or reordered) Jan 1 06:01:54 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 403 (expecting 405) Jan 1 06:03:49 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 5575 (expecting 5574, lost or reordered) Jan 1 06:07:25 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 15164 (expecting 15163, lost or reordered) Jan 1 06:07:25 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 15163 (expecting 15165) Jan 1 06:09:15 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 20142 (expecting 20141, lost or reordered) Jan 1 06:09:15 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 20141 (expecting 20143) Jan 1 06:09:35 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 21058 (expecting 21057, lost or reordered) Jan 1 06:09:35 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 21057 (expecting 21059) Jan 1 06:09:45 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 21508 (expecting 21507, lost or reordered) Jan 1 06:09:45 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 21507 (expecting 21509) Jan 1 06:11:05 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 25134 (expecting 25133, lost or reordered) Jan 1 06:11:05 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 25133 (expecting 25135) Jan 1 06:11:47 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 26311 (expecting 26309, lost or reordered) Jan 1 06:11:53 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 26393 (expecting 26379, lost or reordered) Jan 1 06:11:53 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 26436 (expecting 26428, lost or reordered) Jan 1 06:12:03 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 26592 (expecting 26591, lost or reordered) Jan 1 06:12:11 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 26704 (expecting 26703, lost or reordered) Jan 1 06:12:16 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 26856 (expecting 26855, lost or reordered) Jan 1 06:14:51 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 27261 (expecting 27260, lost or reordered) Один раз сразу упал, второй - интернет пропал (частично, куда заходит, а куда нет... например на форум Нага не заходит не под каким предлогом)... А контре, тем временем, проблемы с частичным доступом побоку исключительно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 9 января, 2009 · Жалоба Один раз сразу упал, второй - интернет пропал (частично, куда заходит, а куда нет... например на форум Нага не заходит не под каким предлогом)...А контре, тем временем, проблемы с частичным доступом побоку исключительно Это проблемы с MTU/MRU. В options.pptp добавьте: mru 1400 mtu 1400 и в правила iptables: iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu Пробуйте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 9 января, 2009 (изменено) · Жалоба Пробуйте. Полчаса, полёт нормальный... Пока ещё выходные, кандидат в мануали куда пихать? Добавлено: работает стабильно, но плодиться... мб с чем поэкспериментировать? Jan 1 06:02:53 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 491 (expecting 490, lost or reordered) Jan 1 06:03:27 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 1749 (expecting 1748, lost or reordered) Jan 1 06:03:27 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 1748 (expecting 1750) Jan 1 06:05:27 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 7173 (expecting 7172, lost or reordered) Jan 1 06:05:27 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 7172 (expecting 7174) Jan 1 06:10:18 pptp[186]: anon log[decaps_gre:pptp_gre.c:417]: accepting packet 20170 (expecting 20169, lost or reordered) Jan 1 06:10:18 pptp[186]: anon log[decaps_gre:pptp_gre.c:408]: discarding duplicate or old packet 20169 (expecting 20171) [Wive-NG@/]# Изменено 9 января, 2009 пользователем Aliech Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 9 января, 2009 · Жалоба В peers/pptp вернуть на родину pty --loglevel 0 и убрать ноу буффер, проблема у вас похоже только в MTU/MRU. В общем поэксперементируйте и отпишитесь. Я завтра буду, стучитесь в jabber (координаты на сайте), дам доступ к вики и аккуратно прямо там бум править. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aliech Опубликовано 9 января, 2009 (изменено) · Жалоба В peers/pptp вернуть на родину pty --loglevel 0 и убрать ноу буффер, проблема у вас похоже только в MTU/MRU. В общем поэксперементируйте и отпишитесь. Я завтра буду, стучитесь в jabber (координаты на сайте), дам доступ к вики и аккуратно прямо там бум править. Нашёл значения нужные... содрал из мануаля по настройке зюхеля на rtl8186 под корбину... Вроде, пока что, стабильно Изменено 9 января, 2009 пользователем Aliech Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...