planken

не правильный пароль rad_recv: Access-Reject packet from host 127.0.0.1 port 1812, id=224, length=20 лимит трафика rad_recv: Access-Reject packet from host 127.0.0.1 port 1812, id=246, length=20 абонент отключен rad_recv: Access-Reject packet from host 127.0.0.1 port 1812, id=36, length=20 не правильный логин rad_recv: Access-Reject packet from host 127.0.0.1 port 1812, id=251, length=20 отличается только ID, который меняется каждый раз Разработчики ЛанБиллинга сказали, что биллинг дает только ACCEPT или REJECT

Товарисч, вы вопрос читали? Я хочу что бы было 691, а выскакивает повторите ввод пароля, а пароль можно вводить до посинения, т.к. на самом деле баланс нулевой Общался с разработчиками из ЛанБаллинг, они сказали, что биллинг в ЛЮБОМ случает дает только два ответа ACCEPT или FAILED, далее ответы интерпретирует NAS (MPD в данном случае) и операционка. RFC почитаю что конкретно подправить?

ответ не верный - во-первых жывотных к интернету не допускаем во-вторых, такая же байда выскакивает, когда отрицательный баланс или достигнут лимит трафика

Есть в наличии LanBilling 1.9 установленный на FreeBSD 7.2 + MPD5. Когда биллинг отказывает абоненту в подключении выдается ошибка 691, однако в некоторых случаях выдается другое сообщение об ошибке http://content.foto.mail.ru/mail/vel-kom/1/i-2.jpg в лог MPD при этом пишется, затем дает еще 2 попытки авторизации и ошибка 734 Mar 16 14:16:56 localhost mpd: [L-1] AUTH: RADIUS returned: failed Mar 16 14:16:56 localhost mpd: [L-1] AUTH: ran out of backends Mar 16 14:16:56 localhost mpd: [L-1] CHAP: Auth return status: failed Mar 16 14:16:56 localhost mpd: [L-1] CHAP: Reply message: ^AE=691 R=1 Mar 16 14:16:56 localhost mpd: [L-1] CHAP: sending FAILURE #1 len: 14 Mar 16 14:16:56 localhost mpd: [L-1] LCP: authorization failed Когда выдается ошибка 691, в лог пишется Mar 16 14:18:44 localhost mpd: [L-1] AUTH: RADIUS returned: failed Mar 16 14:18:44 localhost mpd: [L-1] AUTH: ran out of backends Mar 16 14:18:44 localhost mpd: [L-1] CHAP: Auth return status: failed Mar 16 14:18:44 localhost mpd: [L-1] CHAP: Reply message: E=691 R=0 M=Login incorrect Mar 16 14:18:44 localhost mpd: [L-1] CHAP: sending FAILURE #1 len: 31 Mar 16 14:18:44 localhost mpd: [L-1] LCP: authorization failed Что надо подправить, что бы всегда выдавалась ошибка 691, когда неудачная авторизация в биллинге?

Дык, не ложаться же. С приемом модемами сигнала от головного кабельного модема ЦМТС, проблем вообще нет, бывают проблемы с передачей из-за шумов в обратном канале. Теоретически скорость до 30 Мб/c прием и до 3 Мб/c передача, мы правда скорость урезаем. Говорю же - до 50 чел. в чате, при неск. сотнях клиентов, проблем не замечено. Сеть, однако, растет, может в дальнейшем могут возникнуть проблемы ??? Просто чат очень популярен - в сети много чайников, чатом пользуются, mIRC не хотят. Не хотелось бы ограничивать. Пока ничего вразумительного не услышал, кроме того, что чат - зло и смертелен.

Ну это понятно, что броадкастовые пакеты получают все, но так ли велика нагрузка на сеть, которую создает тот же VyPress Chat ? У нас сеть DOCSIS на основе кабельного ТВ, от головного модема к кабельным абонентским модемам все равно весь трафик широковещательный, а абонентские модемы выбирают пакеты, которые предназначены для них. Видимо нам чат не страшен, я так понимаю ???

Я понял, что зло, но в чем заключается ??? Подробней растолкуйте, плиз.

Вопрос - а для чего вообще бороться с такими чатами? Какой от них вред? У нас в сети до 50-60 чел. одновременно сидят в VypressChat, проблем не заметил (может пока не заметил ??? ). Установлен Джаббер, но он пользуется гораздо меньшей популярностью, чем чат.