Radius выдает дублирующиеся IPы
Radius выдает дублирующиеся IPы
FreeBSD,MPD4.3,5.2.1-004+netup_radius
После массовой смены тарифных планов появилась следующая проблема:
Netup_radius начал выдавать пользователям одинаковые IP-адреса.
При подключении абонентку выдается ИП из пула и привязывается к нему в биллинге. Трафик считается и тарифицируется этому пользователю. Через некоторое время второй пользователь авторизовывается,получает этот же ИП,отвязывается от первого пользователя в биллинге и привязывается второму. Первый пр этом остается на линии и у него работает интернет. У второго же ниче не работает,но трафик,пользуемый первым пользователем теперь записывается и тарифицируется второму.
ИПы выдаются динамически из пула так,как это описано в документации. Имеются 3 услуги (Коммутируемый доступ,передача трафика,периодическая услуга абонентской платы). Стоят обе галки "динамической распределение ИП-адресов".
Для всех тарифов (кроме безлимитных) используется общий пул *.*.29.128/255.255.255.128. Есть 4 безлимитных тарифа. Для каждого отдельный пул по 16 ИПов из диапазона *.*.29.1-64.
Дублирующиеся ИПы начинают выдаваться примерно через сутки после запуска NASa. Наблюдается это только для основного пула. Для безлимитных такой проблемы нету.
Перезапуск NASa спасает.
Наблюдение: ниразу не видел,чтобы абоненту был выдан ИП больше 29.200. Судя по всему ИПы выдаются до определенного порога и начинают выдаваться снова со 128 ИПа. Хотя одновременно больше 60 человек (вместе с безлимитчиками) никогда не подключалось.
Тарифные планы при смене делал один в один со старыми. Настройки идентичны.
Перерыл уже все что тока можно было. Нету ошибок в настройках.
Есть предположения куда копать?
После массовой смены тарифных планов появилась следующая проблема:
Netup_radius начал выдавать пользователям одинаковые IP-адреса.
При подключении абонентку выдается ИП из пула и привязывается к нему в биллинге. Трафик считается и тарифицируется этому пользователю. Через некоторое время второй пользователь авторизовывается,получает этот же ИП,отвязывается от первого пользователя в биллинге и привязывается второму. Первый пр этом остается на линии и у него работает интернет. У второго же ниче не работает,но трафик,пользуемый первым пользователем теперь записывается и тарифицируется второму.
ИПы выдаются динамически из пула так,как это описано в документации. Имеются 3 услуги (Коммутируемый доступ,передача трафика,периодическая услуга абонентской платы). Стоят обе галки "динамической распределение ИП-адресов".
Для всех тарифов (кроме безлимитных) используется общий пул *.*.29.128/255.255.255.128. Есть 4 безлимитных тарифа. Для каждого отдельный пул по 16 ИПов из диапазона *.*.29.1-64.
Дублирующиеся ИПы начинают выдаваться примерно через сутки после запуска NASa. Наблюдается это только для основного пула. Для безлимитных такой проблемы нету.
Перезапуск NASa спасает.
Наблюдение: ниразу не видел,чтобы абоненту был выдан ИП больше 29.200. Судя по всему ИПы выдаются до определенного порога и начинают выдаваться снова со 128 ИПа. Хотя одновременно больше 60 человек (вместе с безлимитчиками) никогда не подключалось.
Тарифные планы при смене делал один в один со старыми. Настройки идентичны.
Перерыл уже все что тока можно было. Нету ошибок в настройках.
Есть предположения куда копать?
-
- Сообщения: 2
- Зарегистрирован: Чт янв 17, 2008 08:19
Up.
Что имею:
Есть MPD5 (перебрано 3 версии: 4.1,4.1 и 5)
utm5.2.1-004 + netup_radius
Ситуация описана в первом посте с той лишь разницей что для безлимитных тарифов ситуация имеет место быть.
Для каждого безлимитного тарифа выделен пул из 16 ИПов.
В каждом безлимитном тарифе сейчас по 11 человек.
Судя по используемым ИПам - одновременно больше 7 безлимитчиков на линии небыло.
Для "лимитных" тарифов выделен пул из 128 ИПов. (ИПы 128-256)
ИПа выше 191 ни разу не видел.
Наблюдения:
Смотрю отчет по модемным и ВПН-сессиям в интерфейсе админа. Если не понятно будет - скриншетов накидаю.
Опишу пример для одного ползователя.
Далее появляется следующаяя строка
А в это время в логах netup_radius:
Вот так выглядит стандартный Accounting-ответ от NAS для этого пользователя (идентичные блоки повторяются с момента подключения пользователя)(выборка производилась по ID сессии 2387132-VPN42)
А вот так выглядит этот блок в 23:59:35 (как раз момент появления второй записи с ИПом 0.0.0.0)
Настораживает строка
и далее
Строка RADIUS IPPool: Bind <0> : <ac1d1d20> судя по всему и освобождает ИП x.x.x.34 и дает пользователю ИП "никакой".
НАСу же ничего не приходит и пользователь продолжает спокойнинько висеть на линии и пользовать интернет.
Кроме того,в DIAL-UP отчете вижу следующее:
в логах же MPD в это время появляется следующее:
Как видно,НАС получает от радиуса ип х.х.х.34 и пытается присвоить его подключающемуся пользователю,но не может, т.к. такой ИП все еще используется на другом интерфейсе. Об этом свидетельствует запись
В итоге получается: у пользователя test ИП биллинг отлинковал, пользователю test2 прилинковал. Ползователь test продолжает висеть на линии и качать интернет. А трафик записывается пользователю test2 и соответственно ему же и тарифицируется.
При перезагрузке НАСа проблема уходит до следующего раза.
Проблема явно не в MPD. Потому что поменяно уже 3 версии, а проблема не уходит.Появляется случайным образом.
Раньше все прекрасно работало на протяжении более полугода.
Ума не приложу куда копать
Что имею:
Есть MPD5 (перебрано 3 версии: 4.1,4.1 и 5)
utm5.2.1-004 + netup_radius
Ситуация описана в первом посте с той лишь разницей что для безлимитных тарифов ситуация имеет место быть.
Для каждого безлимитного тарифа выделен пул из 16 ИПов.
В каждом безлимитном тарифе сейчас по 11 человек.
Судя по используемым ИПам - одновременно больше 7 безлимитчиков на линии небыло.
Для "лимитных" тарифов выделен пул из 128 ИПов. (ИПы 128-256)
ИПа выше 191 ни разу не видел.
Наблюдения:
Смотрю отчет по модемным и ВПН-сессиям в интерфейсе админа. Если не понятно будет - скриншетов накидаю.
Опишу пример для одного ползователя.
Код: Выделить всё
Дата начала: 19:25:30
Дата окончания: 23:59:34
Полученый IP: x.x.x.34
ID сессии NAS: 2387132-VPN42
Логин: test
Принято: 11223344
Код: Выделить всё
Дата начала: 23:59:35
Дата окончания: 00:15:56
Полученый IP: 0.0.0.0
ID сессии NAS: 2387132-VPN42
Логин: test
Принято: 211334
Вот так выглядит стандартный Accounting-ответ от NAS для этого пользователя (идентичные блоки повторяются с момента подключения пользователя)(выборка производилась по ID сессии 2387132-VPN42)
Код: Выделить всё
?Debug : Feb 07 23:57:26 RadiusSocket: Waiting for RADIUS raw data
?Debug : Feb 07 23:57:26 RadiusSocket: RADIUS raw data sent
?Debug : Feb 07 23:57:27 RADIUS Stream[plugin]: Ping reply received
?Debug : Feb 07 23:57:27 StreamConnection: Message id <0x202f>, handler returns 0
?Debug : Feb 07 23:57:28 RadiusSocket: RADIUS packet successfully received
?Debug : Feb 07 23:57:28 RadiusSocket: RADIUS raw data obtained
?Debug : Feb 07 23:57:28 RADIUS Packet: Size <181>; HDR.Size <181>
?Debug : Feb 07 23:57:28 AcctServer: Recv...
?Debug : Feb 07 23:57:28 AcctServer: Packet from <x.x.x.x> packet dump: RPacket:
Code: 4; ID: 78
<Vendor: 0; Attr: 1>[4]: 67756c61
<Vendor: 0; Attr: 4>[4]: ac1de5fe
<Vendor: 0; Attr: 5>[4]: 00000029
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: ac1d1d22
<Vendor: 0; Attr: 9>[4]: ffffffff
<Vendor: 0; Attr: 31>[14]: 3137322e32392e3232382e323136
<Vendor: 0; Attr: 32>[5]: 616c706861
<Vendor: 0; Attr: 40>[4]: 00000003
<Vendor: 0; Attr: 42>[4]: 0013fbe1
<Vendor: 0; Attr: 43>[4]: 003ef929
<Vendor: 0; Attr: 44>[13]: 323338373133322d76706e3432
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 00003fc3
<Vendor: 0; Attr: 47>[4]: 00006c18
<Vendor: 0; Attr: 48>[4]: 0000818e
<Vendor: 0; Attr: 50>[13]: 323338373133322d76706e3432
<Vendor: 0; Attr: 51>[4]: 00000001
<Vendor: 0; Attr: 52>[4]: 00000000
<Vendor: 0; Attr: 53>[4]: 00000000
<Vendor: 0; Attr: 61>[4]: 00000005
?Debug : Feb 07 23:57:28 RADIUS DBA: NAS found. Data size <0>
?Debug : Feb 07 23:57:28 AcctServer: Acct packet with session ID: 2387132-vpn42
?Debug : Feb 07 23:57:28 RADIUS DBA: NAS found. Data size <0>
?Debug : Feb 07 23:57:28 AcctServer: Acct-Interim-Update packet
?Debug : Feb 07 23:57:28 AcctServer: Acct-Start: User <test>
?Debug : Feb 07 23:57:28 AcctServer: Updating session <2387132-vpn42> input/output octets <1309665>/<4127017> session time <16323>
?Debug : Feb 07 23:57:28 RADIUS DBA: Interim updating session <2387132-vpn42> with timestamp <1202403448>
?Debug : Feb 07 23:57:28 RADIUS Stream[plugin]: edit log id <882>
?Debug : Feb 07 23:57:28 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 78
?Debug : Feb 07 23:57:28 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Feb 07 23:57:28 AcctServer: Next...
?Debug : Feb 07 23:57:28 RadiusSocket: Waiting for RADIUS raw data
?Debug : Feb 07 23:57:28 RadiusSocket: RADIUS raw data sent
?Debug : Feb 07 23:57:32 RadiusSocket: RADIUS packet successfully received
?Debug : Feb 07 23:57:32 RadiusSocket: RADIUS raw data obtained
?Debug : Feb 07 23:57:32 RADIUS Packet: Size <185>; HDR.Size <185>
?Debug : Feb 07 23:57:32 AcctServer: Recv...
?Debug : Feb 07 23:57:32 AcctServer: Packet from <x.x.x.x> packet dump: RPacket:
Code: 4; ID: 226
<Vendor: 0; Attr: 1>[10]: 616c656b736173686b61
<Vendor: 0; Attr: 4>[4]: ac1de5fe
<Vendor: 0; Attr: 5>[4]: 00000018
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: ac1d1d23
<Vendor: 0; Attr: 9>[4]: ffffffff
<Vendor: 0; Attr: 31>[12]: 3137322e32392e3232382e33
<Vendor: 0; Attr: 32>[5]: 616c706861
<Vendor: 0; Attr: 40>[4]: 00000003
Код: Выделить всё
?Debug : Feb 07 23:59:33 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Feb 07 23:59:33 AcctServer: Next...
?Debug : Feb 07 23:59:33 RadiusSocket: Waiting for RADIUS raw data
?Debug : Feb 07 23:59:33 RadiusSocket: RADIUS raw data sent
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <836> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <837> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <842> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <850> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <857> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <861> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <866> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <869> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <879> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Not interim updated session <882> found. Dopping it ...
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <883> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <921> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <927> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <939> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <954> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <967> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <972> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <980> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <990> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1006> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1010> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1016> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1021> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1024> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1028> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1049> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1057> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1064> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1066> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1081> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1088> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1089> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1090> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1094> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1098> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1101> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1107> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1109> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1113> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1114> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1116> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1118> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Correctly interim updated session <1123> found. Leave untouched.
?Debug : Feb 07 23:59:34 RADIUS DBA: Session erase ... login type <4>
?Debug : Feb 07 23:59:34 RADIUS DBA: login type login_pool or login_named_pool
?Debug : Feb 07 23:59:34 RADIUS IPPool: Released <ac1d1d22>
?Debug : Feb 07 23:59:34 RADIUS DBA: login type login_dialup or login_named_pool
Info : Feb 07 23:59:34 UT: session_addon <0>
Info : Feb 07 23:59:34 UT: tarification for slink 3186, tr_id 1, mult 0.000000, next 1202403573
Info : Feb 07 23:59:34 UT: cost info:
Info : Feb 07 23:59:34 UT: type 0 deny 0 base_cost 1.000000 size 16443 tr_id 1 mult 0.000000 added 0 sum 0.000000
?Debug : Feb 07 23:59:34 RADIUS DBA: Dialup Discount: TR ID 1: 0.000 for 16443 sec
?Debug : Feb 07 23:59:34 RADIUS Stream[plugin]: finish log id <882>
?Debug : Feb 07 23:59:34 RADIUS Stream[plugin]: Account <849> with balance <1234>
?Debug : Feb 07 23:59:34 StreamConnection: Message id <0x2003>, handler returns 0
?Debug : Feb 07 23:59:35 RadiusSocket: RADIUS packet successfully received
?Debug : Feb 07 23:59:35 RadiusSocket: RADIUS raw data obtained
?Debug : Feb 07 23:59:35 RADIUS Packet: Size <181>; HDR.Size <181>
?Debug : Feb 07 23:59:35 AcctServer: Recv...
?Debug : Feb 07 23:59:35 AcctServer: Packet from <x.x.x.x> packet dump: RPacket:
Code: 4; ID: 16
<Vendor: 0; Attr: 1>[4]: 67756c61
<Vendor: 0; Attr: 4>[4]: ac1de5fe
<Vendor: 0; Attr: 5>[4]: 00000029
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: ac1d1d22
<Vendor: 0; Attr: 9>[4]: ffffffff
<Vendor: 0; Attr: 31>[14]: 3137322e32392e3232382e323136
<Vendor: 0; Attr: 32>[5]: 616c706861
<Vendor: 0; Attr: 40>[4]: 00000003
<Vendor: 0; Attr: 42>[4]: 0013fbeb
<Vendor: 0; Attr: 43>[4]: 003ef935
<Vendor: 0; Attr: 44>[13]: 323338373133322d76706e3432
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 0000403b
<Vendor: 0; Attr: 47>[4]: 00006c19
<Vendor: 0; Attr: 48>[4]: 0000818f
<Vendor: 0; Attr: 50>[13]: 323338373133322d76706e3432
<Vendor: 0; Attr: 51>[4]: 00000001
<Vendor: 0; Attr: 52>[4]: 00000000
<Vendor: 0; Attr: 53>[4]: 00000000
<Vendor: 0; Attr: 61>[4]: 00000005
?Debug : Feb 07 23:59:35 RADIUS DBA: NAS found. Data size <0>
?Debug : Feb 07 23:59:35 AcctServer: Acct packet with session ID: 2387132-vpn42
?Debug : Feb 07 23:59:35 RADIUS DBA: NAS found. Data size <0>
?Debug : Feb 07 23:59:35 AcctServer: Acct-Interim-Update packet
?Debug : Feb 07 23:59:35 AcctServer: Acct-Start: User <test>
?Debug : Feb 07 23:59:35 AcctServer: Updating session <2387132-vpn42> input/output octets <1309675>/<4127029> session time <16443>
?Debug : Feb 07 23:59:35 RADIUS DBA: Info for login <test> found. type <2>
?Debug : Feb 07 23:59:35 RADIUS DBA: info for user found. type <4> info addr <136452096>
?Debug : Feb 07 23:59:35 RADIUS DBA: search_user_info return info <136452096>
?Debug : Feb 07 23:59:35 RADIUS DBA: search_user_info return valid info
?Debug : Feb 07 23:59:35 RADIUS IPPool: Bind <0> : <ac1d1d20>
?Debug : Feb 07 23:59:35 RADIUS DBA: Setting interim interval <120> for session id <2387132-vpn42>
?Debug : Feb 07 23:59:35 RADIUS DBA: Calling send_session_log_init_sync ...
?Debug : Feb 07 23:59:35 RADIUS Stream[plugin]: send_session_log_init_sync
?Debug : Feb 07 23:59:35 RADIUS Stream[plugin]: init log id <1126>
?Debug : Feb 07 23:59:35 RADIUS DBA: Interim updating session <2387132-vpn42> with timestamp <1202403575>
?Debug : Feb 07 23:59:35 RADIUS Stream[plugin]: edit log id <1126>
?Debug : Feb 07 23:59:35 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 16
Код: Выделить всё
?Debug : Feb 07 23:59:34 RADIUS DBA: Not interim updated session <882> found. Dopping it ...
Код: Выделить всё
?Debug : Feb 07 23:59:35 RADIUS DBA: Info for login <test> found. type <2>
?Debug : Feb 07 23:59:35 RADIUS DBA: info for user found. type <4> info addr <136452096>
?Debug : Feb 07 23:59:35 RADIUS DBA: search_user_info return info <136452096>
?Debug : Feb 07 23:59:35 RADIUS DBA: search_user_info return valid info
?Debug : Feb 07 23:59:35 RADIUS IPPool: Bind <0> : <ac1d1d20>
НАСу же ничего не приходит и пользователь продолжает спокойнинько висеть на линии и пользовать интернет.
Кроме того,в DIAL-UP отчете вижу следующее:
Код: Выделить всё
Дата начала: 00:02:20
Дата окончания: 00::18:49
Полученый IP: x.x.x.34 ------------!!!
ID сессии NAS: 2403738-VPN14
Логин: test2
Принято: 12 (пока линковались успел посчитать)
Код: Выделить всё
mpd: [vpn14] AUTH: Accounting-Thread started
mpd: [vpn14] RADIUS: RadiusAccount for: test2 (Type: 1)
mpd: [vpn14] rec'd unexpected protocol CCP, rejecting
mpd: [vpn14] IPCP: rec'd Configure Request #5 (Req-Sent)
mpd: IPADDR 0.0.0.0
mpd: NAKing with x.x.x.34
mpd: PRIDNS 0.0.0.0
mpd: NAKing with x.x.x.x
mpd: PRINBNS 0.0.0.0
mpd: SECDNS 0.0.0.0
mpd: SECNBNS 0.0.0.0
mpd: [vpn14] IPCP: SendConfigRej #5
mpd: PRINBNS 0.0.0.0
mpd: SECDNS 0.0.0.0
mpd: SECNBNS 0.0.0.0
mpd: [vpn14] IPCP: rec'd Configure Reject #13 (Req-Sent)
mpd: COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
mpd: [vpn14] IPCP: SendConfigReq #14
mpd: IPADDR x.x.x.x
mpd: [vpn14] IPCP: rec'd Configure Request #6 (Req-Sent)
mpd: IPADDR 0.0.0.0
mpd: NAKing with x.x.x.34
mpd: PRIDNS 0.0.0.0
mpd: NAKing with x.x.x.x
mpd: [vpn14] IPCP: SendConfigNak #6
mpd: IPADDR x.x.x.34
mpd: PRIDNS x.x.x.x
mpd: [vpn14] IPCP: rec'd Configure Ack #14 (Req-Sent)
mpd: IPADDR x.x.x.x
mpd: [vpn14] IPCP: state change Req-Sent --> Ack-Rcvd
mpd: [vpn14] IPCP: rec'd Configure Request #7 (Ack-Rcvd)
mpd: IPADDR x.x.x.34
mpd: x.x.x.34 is OK
mpd: PRIDNS x.x.x.x
mpd: [vpn14] IPCP: SendConfigAck #7
mpd: IPADDR x.x.x.34
mpd: PRIDNS x.x.x.x
mpd: [vpn14] IPCP: state change Ack-Rcvd --> Opened
mpd: [vpn14] IPCP: LayerUp
mpd: x.x.x.x -> x.x.x.34
mpd: [vpn14] IFACE: Up event
mpd: [vpn14] IFACE: Adding IPv4 address to ng14 failed: File exists
mpd: [vpn14] RADIUS: rec'd RAD_ACCOUNTING_RESPONSE for user test2
Код: Выделить всё
mpd: [vpn14] IFACE: Adding IPv4 address to ng14 failed: File exists
При перезагрузке НАСа проблема уходит до следующего раза.
Проблема явно не в MPD. Потому что поменяно уже 3 версии, а проблема не уходит.Появляется случайным образом.
Раньше все прекрасно работало на протяжении более полугода.
Ума не приложу куда копать

-
- Сообщения: 31
- Зарегистрирован: Сб июл 26, 2008 11:58
-
- Сообщения: 134
- Зарегистрирован: Ср июн 29, 2005 13:08
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23