nightfly

фігово прикрутили уміляюсь, обгрунтуйте фігово прикрутили точно фігово фігово прочитали доку хотів би побачити того мудлана, який підмережу "невідомих абонентів" мало того, що не зробить deny via ifaceout а щей своїми ж руками в табличку під NAT додасть. я ж казав шо фігово прикрутили "Фігово прикрутили" - залишається в силі. Звідки блін взявся index.html? Відки ці всі збочення? Чому замість того аби прочитати уважно пів екрана детального мануала, виходячи з якого це рішення працює вже в кількох сотень нормальних провайдерів вас тягне на якісь не зрозу

Ухты, как посмотрю регистрация без капчи с банальной активацией мылом. А сколько голосов нужно?

Так, все вірно. Худ думок в правильному напрямку. Хоча є ше така штука - досить спрощує життя.

Так і є. Тільки я не розумію яким місцем у вас співвідносяться блокування 172.16.0.0/24 і невідомих-відомих MAC фаєром(!).

пробігають інколи п-ф-ф-ф, головне цього більше ні при кому в голос не кажіть. Зирніть в arp -a краще.

а шо, фист видко? яке відношення фаєр має до виловлювання MACів? Хінт. В кінець /etc/syslog.conf вписуємо в кінець !dhcpd *.* /var/log/dhcpd.log після чого робимо # touch /var/log/dhcpd.log # /usr/local/etc/rc.d/isc-dhcpd restart # /etc/rc.d/syslogd restart і в alter.ini виставляємо NMLEASES так; NMLEASES=/var/log/dhcpd.log Зручна вибиралка і виловлювалка MAC для того і існує. А чому б і ні? Ну хіба б самі собі налаштували dhcp snooping.

Хецнер не?

mc? п-ф-ф-ф Там в депенденсах, чорт зна шо може підтягуватись - тому да, вже нечестива. Ви її осквернили. Зараз откровення Іоана Богослова почну цитувати. Підоймати NAT по імені інтерфейсу і масці з пулу аплінка - нє? Можу дати хорошу безкоштовну пораду - розглядати мікротіки просто як L2 транспорт рівня доступу, а не як NAS. Це ліквідує порядку 95% концептуальних проблем в подальшому.

nat не піднявся, викиньте то dhcp на rl0 нафіг, намалюйте руками це своє 192.168.1.253 по людськи, і так - дефолтгейтвей теж. ok значить нікому ходити в інтернети - в 3 та 4 табличках лежать активні користувачі. ok ok

Ні, до маку воно привязує зовсім іншим місцем (див arp -a). А це - психодел якийсь, такі конфіги в принципі генеруватись не можуть. Даремно. Фря на яку ви щось вже намагались ставити руками - вже нечистива, нічорта там нормально не взлетить. Убінсталлером в варіантах 8.3 Offline та 8.3 Offline KMOD ставиться клієнтам практично щотижня - все нормально. cat /etc/firewall.conf ipfw nat 1 show ipfw table 2 list ipfw table 4 list ipfw table 9 list покажіть

Що куримо - написано в FAQ сподіваюсь на чисту не чіпану руцями 8.3? Підозрюю, що як мінімум - фігово заповнили мережу в розділі "Мережі та послуги". От вам і sanity check failed. В вашому випадку наскільки розумію повинно бути, щось на кшталт початкова: 172.16.0.0 кінцева: 172.16.0.255 мережа/cidr: 172.16.0.1/24 а це ще що за психодел?

То-то я думаю маразмом попахивает втыкание туда DNS-ов. nlo - попробуйте таки со звездочкой, если взлетит - добавлю опцией в 0.3.7. Сможете обновиться из ночных сборок если таки заработает.

Но это же ебанутый п@зд#ц категорически неконцептуальное решение - пихать неймсервера на каждого юзера, тем более в авторизацию прямо. Есть подсеть/пул, со своими параметрами типа дефалтраутов, днс-ов, домейнов итд - туда такие вещи и рисуются. В БСД это таки ppp.conf в этом контексте, в этих ваших линуксах - понятия не имею, так как с pppoe/pptp не работаю очень давно, но могу поспорить что там тоже никто не додумался пихать днс сервера к авторизации - так что должно строиться по-нормальному, типа как pppoe-server-options или как там его в rp-pppoe. Вон посмотрите на вполне себе клевый со

да ну вот - понятным же языком написано в чем проблема. Как я и пророчил - в интерпретере. это не папка, это путь к php собранному к слову с поддержкой CLI. Подсуньте туда чего вам говорит whereis php что-ли.

Руками если позапускать - тоже пустота? А то вот, как-бы работает [nightfly@jesus ~/dev/ubilling/]$ /etc/stargazer/GetNasIP testuser 10.10.15.20 [nightfly@jesus ~/dev/ubilling/]$ Хотя да, я был прав - после шабанга интерпретер, по умолчанию там точно BSD-шный воткнут. Измените его для начала. И удостоверьтесь в том, что скрипто имеет права на выполнение и в /etc/stargazer/config указаны адекватные параметры БД.

Я типа в курсе как это работает Ну сделайте в OnConnect что-то типа NASIP=`/etc/stargazer/GetNasIP ${LOGIN}` echo ${NASIP} >> /var/log/nas.log вот и увидите чего оно вам возвращает. Ну либо что еще проще просто позапускайте руками из консоли /etc/stargazer/GetNasIP [логин_существующего_абонента] Естественно для подсети к которой пренадлежит абонент должен быть добавлен NAS соответствующего типа, чтобы оно в обратную сторону по логину могло айпишку NAS-а выдернуть. Есть подозрения, что собака могла порыться банально в шабанге.

Покажите в каком контексте пытаетесь их использовать в OnConnect/OnDisconnect

Обожаю эти ваши линуксы, каждый день что-то новое

Возможно человек хочет, чтобы все на него смотрели при помощи tail -F. Если бы хотел внимания от gdb - обозвался бы Segmentation fault

Тарифам - наплевать на скорость. Скорости - наплевать поверх чего и куда ее ложат. Вполне себе можно минимальную обертку, хоть на базе того же GetCF изобразить при желании.

Оке, проверим. Догадываюсь откуда ноженьки растут. OPENPAYZ_REALID - достает по каждому пользователю по его логину, настоящий virtualid из op_customers вместо дефолтной трансформации ip2int() как это делалось раньше в OpenPayz. В общем опция актуальна, если вы используете openpayz для приема оплат и хотите вместо традиционного Payment ID слепленного по айпишке нечто иное. Например, чистый цифренный логин. Опция влияет на модуля "Профиль пользователя" и "Поиск пользователя", а также собственно на "Кабинет пользователя" - но она там отдельно. SEARCH_STRICT - просто выставляет по каким тип

http://www.colocall....ua/prefixes.txt - на 99.5% готовый /etc/stargazer/rules http://www.colocall....ua/prefixes.txt - можно использовать как основу для политики шейпа

было еще пару недопиленых заказух правильно - на новый год я высыпался И вам вкусной кути

Релиз Ubilling 0.3.6 - rev 2264 - Изменения в структуре БД, см дамп. - alter.ini: новая опция SEARCH_STRICT управляющая строгостью поиска - alter.ini: новая опция DEAD_HIDE отключающая показ мертвых людей (ну прямо как в «Шестом чувстве» с Брюсом Уиллисом) - alter.ini: новая опция DEAD_TAGID устанавливающая ID тега отмечающего похороненных пользователей - alter.ini: новая опция OPENPAYZ_REALID указывающая на то, что следует доставать платежные ID из op_customers - alter.ini: новая опция PASSPDATA_IN_PROFILE включающая отображение паспортных данных в профиле