SIOCDIFADDR
SIOCDIFADDR
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, но толку от скрипта нет...
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, но толку от скрипта нет...
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
-
- Сообщения: 95
- Зарегистрирован: Сб июн 24, 2006 5:38 pm
Выход из этой ситуации при условии возможности изменений пока только на стороне сервера? pptp vpn?realmarkiz писал(а):Я использую, ограничения в именно 5 тунелей нет, но иногда такое возникает. Особенно проявляется на абонентах с гнилой последней милей или кривых свичах в сетках.dm135 писал(а):а я хочу спросить: кто ещё использует pppoe с abills`ом ?
с pptp у меня таких проблем не было...
Вообщем причина такая:
слетало правило ipfw divert, моя не внимательность, да...
у меня оно под номером 3010, рекомендация автора - увеличить номера правил после divert (пока не могу протестировать)
но я не работаю с pipe. @START_FW = (3000, 2000, 1000); у меня не обрабатывается (по идеи..).
даже если обрабатывает, то почему это происходит именно и всегда на 6-ой подключившейся сессии...
возможно, кто-нибудь использующий pppoe поделится рабочими правилами.
слетало правило ipfw divert, моя не внимательность, да...
у меня оно под номером 3010, рекомендация автора - увеличить номера правил после divert (пока не могу протестировать)
но я не работаю с pipe. @START_FW = (3000, 2000, 1000); у меня не обрабатывается (по идеи..).
даже если обрабатывает, то почему это происходит именно и всегда на 6-ой подключившейся сессии...
возможно, кто-нибудь использующий pppoe поделится рабочими правилами.