napTu

madf , подскажи, если, к примеру, множество пользователей одновременно ломятся на подключение, есть ли какая нить ограничивающая таблица, в которую они могут не влезть? Хотя после перезапуска стг всё ок происходит, все подключаются без вопросов.... иль может автодисконнект не до конца сработавший прерыватся новой попыткой коннекта?

пробывали поставить его ип адрес у себя (ессесно когда его комп вырублен) и подключится - не работает. пробывали добавить еще один ип адрес в конфиг пользователя и с него подключится - работает. смысл к нему идти? зависает ип адрес в сервере стг. идея состоит в том чтобы научится искуственно вызывать подобную ситуацию, дабы запустить дебаг режим и глянуть что происходит не на рабочем сервере, а на тестовом стенде.

неа, не в нем. перекомпилил без патча - снова жалобы (уже две). Поставил у себя в фаерволе фичу с потерей пакетов, но пока не могу попасть на эту ситуацию.

попробую сымитировать эту ситуацию, отпишусь.

да...начитался форума...про рассинхроницацию времени и прочую лабуду... ага, нетфлоу с его задержкой отключения пользователя это скомпиленный в дебаг режиме, но со старыми библиотеками, возможно это шло со скриптов, сейчас не важно, ибо дебаговый стг я пока не запускал в полном объеме.

нет у меня возможности врубать в дебаг режиме (да еще и с его глюками) и копить логи (места мало). Однако заметил следующую закономерность: невозможность подключения возникает в тех местах, где наблюдалась проблема с оборудованием (т.е., к примеру, свич с потерями). пользователь долбит подключение, не удается, а затем восстанавливаем свич, но его более не пускает. Причем не пускает именно его ИП,с другого ИП на томже логине можно подключиться. Как будто бан какойто, или множество накопленных и не обработанных(не обрабатываемых) реквестов в очереди.

исправлением ошибок, в том числе критичных хоть бы намекнул... именно так. именно так и должно быть! чет не вяжется. активности не наблюдается в поле сервера, или он у себя в мозгах только держит эту инфу и не показывает?

+1 ну очень интересно

Несколько вопросов Максу: 1.почему закрыли ветку форума по разработке нетфлоу коллектора? 2.чем отличается нетфлоу 1.39 от 1.34? 3.на что ставить патч версии 1.39, ибо он к 2.403б и 2.404 не подходит? 4.какова должна быть логика работы пропачтеного сервера? как я понимаю, должно быть так: при отключении пользователя, выполняется OnDisconnect, при этом сервер еще 100сек показывет клиента в онлайн и считает его трафик с коллектора. Почему-то этого не наблюдается: - при закрытии авторизатора, отключения вообще не происходит и обрубон идет по таймауту отсутствия ответа от клие

аааа, блиннн, точно, он же библиотеки перекомпилил, а я их не снес в общий доступ!

блин, ерунда какаято. запускаю тестовый старгез собранный как ./build debug , а он мне ничего не выводит. конекчусь, дисконекчусь, авторизатором,конфигуратором - никаких сообщений. че делать? ума не приложу.

у меня рисовало на 50юзерах, правда данные с ipfw я брал. далее убрал из-за тормозов

посмотри внимательно, я предлагал обратное. Держать онлайн всех пользователей в гейзере "галочка там такая есть", это чтобы он трафик считал всем. а подключаться через твой опенвпн.

- не знал... - дык я с чего и удивляюсь, собрал ./build debug , а оно мне список ип адресов пихает. - да, спасибо за мысль, надо syslog.conf поковырять...

даешь встроенного впн клиента в авторизаторе! %)

можно пользователю в старгезе проставить всегда в онлайн, а авторизироваться через впн

перенаправление в файл можно сделать, но надо добраться до сервера, ибо при отвале ssh упадет всё что в этой сессии запущено и не демонизировано. перенаправлял кстати в файл. там просто список ип адресов, которые, как я предполагаю, подключились. по одному на строку. в скриптах не ошибка, а фича . для разных тарифов разные строки правил инициируются, а при отключении удаляются все правила для любого тарифа.

впиши строку старта в /etc/rc.local у меня оттуда стартует или еще вариант - в кроне скрипт на проверку живости старгеза и его перезапуск в противном случае

отличное предложение! он же на консоль сыпет лог. да и доступа нет к компу щас. тока ssh а пользователь у меня раз в 1-5 суток не может подключиться. и как я этот выхлоп буду дежурить? причем среди сыпания сообщений об неуспешности удаления несуществующих правил: ipfw: rule 32643: setsockopt(IP_FW_DEL): Invalid argument ipfw: rule 32644: setsockopt(IP_FW_DEL): Invalid argument ipfw: rule 32645: setsockopt(IP_FW_DEL): Invalid argument ipfw: rule 38264: setsockopt(IP_FW_DEL): Invalid argument ipfw: rule 42641: setsockopt(IP_FW_DEL): Invalid argument ipfw: rule 42642: setsockopt(IP_FW_

griffie, поборол?

переехал я на 2.404, но ситуация осталась неизменной. Случайный пользователь не может подключиться, кнопка авторизатора отпадает. При изменении логина сообщает об ошибке. Перезапускаем старгейзер - всё в норме. Кстати, старые версии авторизатора перестали сообщать об ошибке. Как бы протрассировать этот глюк?

путем втыкания в код и в лог изменений новой версии, выяснено что первый патч уже присутствует. второй патч в первозданном виде отсутствует, ели конечно же он не внесен иным методом подсчета трафика после отключения абонента. путем мелкозернистого напильника второй патч лекго ложится на новую версию старгеза. патч для билдинга модуля вместе со старгезом не срабатывет, т.к. список модулей перенесен из макфайла в билд файл. Достаточно добавить netflow в этот список.

то ли у меня дежавю, то ли в разделе "модули" была тема по NetFlow, но отсутствовала по vpn. И где теперь по NetFlow спрашивать? В частности интересует необходимость при установке патчить новогоднюю версию старгеза: "надо ли изменять внутренний интерфейс биллинга, это изменение позволяет корректно работать модулю netflow, Если это исправление присутствует в вашей версии Stargazer`a" "надо ли вносить изменение заключающееся в том что трафик от пользователей будет учитываться некоторое время после их отключения"

блин, если бы еще знать как его заменить. 3.4 версия установлена, но по умолчанию работает 2.95 пока тупо заменил файлы cc gcc c++ g++ cpp. откомпилилось. под конец правда выругалось кучей warnings, но исполняемый файл получен. не нашел install однако. покидал всё вручную.

конкретный вопрос проясните плиз. не билдится новогодний 2404 релиз с такой ошибкой: ../../../user_property.h:341: syntax error before `::' ../../../user_property.h:342: syntax error before `::' синтакс там такой oldVal.flags(oldVal.flags() | ios_base::fixed); newVal.flags(newVal.flags() | ios_base::fixed); фря 4.10 # g++ -v Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD]