Страница 1 из 1
SIOCDIFADDR
Добавлено: Пт апр 13, 2007 4:18 am
dm135
5 тунелей от tun0 до tun4 прекрасно живут, как только подключается ещё юзер, при создании tun5 данные перестают ходить. решается перезагрузкой машины, рестарты демонов не помогают...
NAS использую exppp PPPoE
в ppp.log при этом такое
Warning: iface rm: ioctl(SIOCDIFADDR, 192.168.0.40 -> 10.128.128.55): Can't assign requested address
и такое:
Warning: iface add: ioctl(SIOCAIFADDR, 192.168.0.40 -> 10.128.128.152): File exists
всё это вроде как подходит под проблему описанную в faq, но толку от скрипта нет...
Добавлено: Пт апр 13, 2007 8:06 am
~AsmodeuS~
были найдены ещё ошибки они уже тоже обрабатываются биллингом
обновитесь до последней версии из CVS
Добавлено: Пт апр 13, 2007 9:42 am
dm135
обновлялся сегодня ночью, сейчас в curent репозитарии нового ничего нет, но проблема повторилась с утра точ в точ...
Добавлено: Пт апр 13, 2007 10:05 am
~AsmodeuS~
свяжитесь со мной по аське я попробую разобраться
Добавлено: Пт апр 13, 2007 12:05 pm
dm135
всё же, кто сталкивался или какие мысли есть, прошу откликнуться...
Добавлено: Вт апр 17, 2007 2:28 am
dm135
вообщем с mpd pppoe то же самое...
где-то жостка ограничение это сидит
Добавлено: Вт апр 17, 2007 9:58 am
~AsmodeuS~
кто ещё заметил ограничение?
какая у Вас система, апартный комплекс?
Добавлено: Ср апр 18, 2007 4:56 am
dm135
а я хочу спросить: кто ещё использует pppoe с abills`ом ?
с pptp у меня таких проблем не было...
Добавлено: Ср апр 18, 2007 7:46 am
realmarkiz
dm135 писал(а):а я хочу спросить: кто ещё использует pppoe с abills`ом ?
с pptp у меня таких проблем не было...
Я использую, ограничения в именно 5 тунелей нет, но иногда такое возникает. Особенно проявляется на абонентах с гнилой последней милей или кривых свичах в сетках.
Добавлено: Пт апр 20, 2007 11:16 am
dm135
realmarkiz писал(а):dm135 писал(а):а я хочу спросить: кто ещё использует pppoe с abills`ом ?
с pptp у меня таких проблем не было...
Я использую, ограничения в именно 5 тунелей нет, но иногда такое возникает. Особенно проявляется на абонентах с гнилой последней милей или кривых свичах в сетках.
Выход из этой ситуации при условии возможности изменений пока только на стороне сервера? pptp vpn?
Добавлено: Сб апр 21, 2007 9:30 am
dm135
Вообщем причина такая:
слетало правило ipfw divert, моя не внимательность, да...
у меня оно под номером 3010, рекомендация автора - увеличить номера правил после divert (пока не могу протестировать)
но я не работаю с pipe. @START_FW = (3000, 2000, 1000); у меня не обрабатывается (по идеи..).
даже если обрабатывает, то почему это происходит именно и всегда на 6-ой подключившейся сессии...
возможно, кто-нибудь использующий pppoe поделится рабочими правилами.