Перейти к содержимому

Traffpro


Рекомендованные сообщения

Извините за некроманство.

 

Abills - простой в использовании системой для эникей Windows админа не назовешь.

Тут надо уметь пользоваться iptables, MySQL, и даже наверно лезть в код биллинга написаном на Perl, если вдруг что-то не нравится (добавить функционал или исправить не значительную ошибку).

То есть систему настраиваешь так, как тебе нравится, но для этого как было написано на вверху - нужны знания. Это дает свои большие преимущества если компания является провайдером, но если компания обычный офис, то возникает сложность в установке и по следующем обслуживании этой системы. Надо быть Линуксоидом, а не эникей Виндовс амдином. Большой плюс Abills - это его бесплатность, чего нет к сожалению у TraffPro.

 

TraffPro  - простая система, знать ни чего не надо практически в iptables, MySQL, PHP и т.д., админу не зачем соваться в недра сложных конфиг файлов. Систему до такой степени упростили,  что дело дошло до простых (как в Windows): Нажмите кнопку Далее -> потом еще раз Далее -> Далее -> ВСЕ, ГОТОВО!

Все работает, настройки обычные при которых мозг не взрывается. Админу который хочет слезть с Windows где стоял например его Kerio Winroute, MS ISA, не зная при этом в плотную linux, проще установить TraffPro и сидеть тихо на своей Опе.   

Код программы закриптован, вносить свои изменения (дополнения) не получится, для этого придется обратится в к разработчику. 

 

ИТОГО: 

1. Abills - ориентирован на провайдеров по большому счету

2. TraffPro - позиционируется как замена Winroute, ISA, Traffic Inspector и т.д.

 

Но думаю TP уже допилили до уровня провайдера. 

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

Извините за некроманство.

 

Abills - простой в использовании системой для эникей Windows админа не назовешь.

Тут надо уметь пользоваться iptables, MySQL, и даже наверно лезть в код биллинга написаном на Perl, если вдруг что-то не нравится (добавить функционал или исправить не значительную ошибку).

То есть систему настраиваешь так, как тебе нравится, но для этого как было написано на вверху - нужны знания. Это дает свои большие преимущества если компания является провайдером, но если компания обычный офис, то возникает сложность в установке и по следующем обслуживании этой системы. Надо быть Линуксоидом, а не эникей Виндовс амдином. Большой плюс Abills - это его бесплатность, чего нет к сожалению у TraffPro.

 

TraffPro  - простая система, знать ни чего не надо практически в iptables, MySQL, PHP и т.д., админу не зачем соваться в недра сложных конфиг файлов. Систему до такой степени упростили,  что дело дошло до простых (как в Windows): Нажмите кнопку Далее -> потом еще раз Далее -> Далее -> ВСЕ, ГОТОВО!

Все работает, настройки обычные при которых мозг не взрывается. Админу который хочет слезть с Windows где стоял например его Kerio Winroute, MS ISA, не зная при этом в плотную linux, проще установить TraffPro и сидеть тихо на своей Опе.   

Код программы закриптован, вносить свои изменения (дополнения) не получится, для этого придется обратится в к разработчику. 

 

ИТОГО: 

1. Abills - ориентирован на провайдеров по большому счету

2. TraffPro - позиционируется как замена Winroute, ISA, Traffic Inspector и т.д.

 

Но думаю TP уже допилили до уровня провайдера. 

 

 

Ссылка на сообщение
Поделиться на других сайтах

Да, это известный чит - средний палец. С помощью него можно раскрывать все недокументрированые возможности, естественно в один клик.

Ссылка на сообщение
Поделиться на других сайтах
~AsmodeuS~

 

Все таки биллинги разные, например обычные минусы для эникей админа Abills следующие:

1. Сейчас многие эникей админы используют Linux, у вас заточенность биллинга под FreeBSD. Эникей админы не управляют провайдерской сетью, у них обычная маленькая локальная сеть. И ставить там FreeBSD ни кто не будет, в основном Debian/CentOS.

2. Управление фаерволом (через браузер) в Abills - НЕТ. Многие эникей админы которые ставят Linux, сразу не въезжают в настройки iptables. Для них это сложно, поэтому выбирается TP.

3. IPoE доступ в Abills можно было бы реализовать по легче и понятней, в TP он по умолчанию включен сразу, что на самом деле ПРАВИЛЬНО. Доступ по Radius/PPTP в маленьких локальных сетях практически не используется.

 

Все это стопорит переход на Linux других админов, которые мало знакомы с Linux/Unix.

Надо все упрощать, но конечно же оставлять возможность для расширенной настройки.

Эникей - возьмет базовые настройки.

Линуксоид -  со стажем будет крутить сложные конфиги.

 

Вообще этот спор глуп, системы разные, пользователи разные.....

Ссылка на сообщение
Поделиться на других сайтах

Все таки биллинги разные, например обычные минусы для эникей админа Abills следующие:

2. Управление фаерволом (через браузер) в Abills - НЕТ. Многие эникей админы которые ставят Linux, сразу не въезжают в настройки iptables.

Это уборщицы скорее, а не админы. И правильно говорить не эникей админы, а просто дибилы, опять же к серверам пускать нельзя.
Ссылка на сообщение
Поделиться на других сайтах

Просто в TP функционал смещен в сторону софт роутера с функциями биллинга.

Чего не скажешь о Abills.

 

Мне как-то все равно, я использую обе системы, и конечно у каждого биллинга свои минусы и плюсы.

Ссылка на сообщение
Поделиться на других сайтах

1. Сейчас многие эникей админы используют Linux, у вас заточенность биллинга под FreeBSD.

Нет никакой заточенности. Поднимается и работает на чем угодно. Уверен, и под виндой можно при должном желании и упоротости упорности заставить работать - перл и фрирадиус есть.

 

2. Управление фаерволом (через браузер) в Abills - НЕТ.

Нет и не надо. Задача биллинга - учет и авторизация. Остальное - задача браса/файрвола/шейпера/прочего. Вы же не требуете от стиральной машины функций кофеварки?

 

3. IPoE доступ в Abills можно было бы реализовать по легче и понятней, в TP он по умолчанию включен сразу, что на самом деле ПРАВИЛЬНО. Доступ по Radius/PPTP в маленьких локальных сетях практически не используется.

В мелких сетях таки правит бал PPPoE/PPTP. Банально потому, что не требует управляемого железа и не требует системы управления тем самым железом.

А если руки ровные - то и accel-ppp/реализации isg прикручиваются элементарно, небольшой правкой кода. Причем - полноценный IPoE, с возможностью выдачи белых динамических адресов.

А привязка юзер-мак-ип - это уже в общем-то и нафиг никому не нужно.

 

У абиллса проблемы в другом, но среднестатистического юзера они скорее всего не коснутся. Проблемы - под капотом, и касаются в основном тех, кто решает что-то под себя пилить.

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

~AsmodeuS~

 

Все таки биллинги разные, например обычные минусы для эникей админа Abills следующие:

1. Сейчас многие эникей админы используют Linux, у вас заточенность биллинга под FreeBSD. Эникей админы не управляют провайдерской сетью, у них обычная маленькая локальная сеть. И ставить там FreeBSD ни кто не будет, в основном Debian/CentOS.

2. Управление фаерволом (через браузер) в Abills - НЕТ. Многие эникей админы которые ставят Linux, сразу не въезжают в настройки iptables. Для них это сложно, поэтому выбирается TP.

3. IPoE доступ в Abills можно было бы реализовать по легче и понятней, в TP он по умолчанию включен сразу, что на самом деле ПРАВИЛЬНО. Доступ по Radius/PPTP в маленьких локальных сетях практически не используется.

 

 

Не хочу Вас обижать но Вы не знакомы с системой вообще или знакомились с ней лет 7 назад.

 

1 система кросплатформеная любая платформа с поддержкой Perl  даже на  MS Windows,  были наработки но оказалось не целесобразно их вести

2 странно очень зачем в интерфейсе билинга управление фаерволом или при заведении абонента админ должен через интерфейс заветси десяток правил для абонента ?

 в ABillS  это все проще есть кнопка включить выключить и все, а система уже сама решает какие правила поднимать в зависимости от типа сервера доступа

3 Куда понятней завели абонента прописали данные и система уже следит когда ему работать, нужно чтобы он постоянно работал есть галочка _включить IPN_ (автоматически поднять виртуальную сессию) при заведении.

Ссылка на сообщение
Поделиться на других сайтах

Я не обитчивый, боялся что Вас обижу своим мнением :)

 

По моему надо из всех биллингов делать софт роутер, чтоб был комбайн.

Вот в чем изюминка имхо. Народ хочет биллинг+софт роутер в одном флаконе.

 

Хотя в Linux все по кирпичикам строится, но монолит бы в данном случае не помешал.

Ссылка на сообщение
Поделиться на других сайтах

Вы точно понимаете о чем говорите? Любая ОС это готовый софт-роутер.

В чем разница, ставить отдельно биллинг и отдельно НАС, или совместить все на 1 машине?

 

Рекламировать таким образом биллинг как-то глупо даже.

Ссылка на сообщение
Поделиться на других сайтах

По моему надо из всех биллингов делать софт роутер, чтоб был комбайн.

Вот в чем изюминка имхо. Народ хочет биллинг+софт роутер в одном флаконе.

Для чего? Вот вы выше писали, что офисным админам сложно, а зачем офисам биллинг? А готовые дистры роутеров на линуксе есть, даже с CLI.

 

но если компания обычный офис, то возникает сложность в установке и по следующем обслуживании этой системы. Надо быть Линуксоидом, а не эникей Виндовс амдином.

Ссылка на сообщение
Поделиться на других сайтах

По моему надо из всех биллингов делать софт роутер, чтоб был комбайн.

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

Полностью конечно софт роутер не надо делать, просто биллинг должен быть прослойкой между юзером и ОС.

 

Вот тот же Керио Винроут работает как-то, DDoS ему не страшен, есть защита от флуда. Почему нельзя сделать так же, плюс прикрутить функции биллинга.

 

Законченное готовое решение - неужели это плохо?

 

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

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

Полностью конечно софт роутер не надо делать, просто биллинг должен быть прослойкой между юзером и ОС.

Биллинг это  система учета а не прослойка. Вот аникейадмин который нихрена не может кроме как красивую кнопочку нажать  это прослойка между креслом и монитором

Ссылка на сообщение
Поделиться на других сайтах

 

Полностью конечно софт роутер не надо делать, просто биллинг должен быть прослойкой между юзером и ОС.

Биллинг это  система учета а не прослойка. Вот аникейадмин который нихрена не может кроме как красивую кнопочку нажать  это прослойка между креслом и монитором

 

Спасибо конечно за прослойку =)))), поржал)))))

Хорошо что не сказал, что эникей - это прокладка между трусами и одним местом  девушки.

 

Эникей - тоже человек, просто уровень знаний маленький. 

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

Ссылка на сообщение
Поделиться на других сайтах

Вот тот же Керио Винроут работает как-то, DDoS ему не страшен, есть защита от флуда. Почему нельзя сделать так же, плюс прикрутить функции биллинга.

Угу, как-то. Как - сравните на одном и том же железе пропускную способность. Разница раз в 20-50 будет на нате скорее всего.

 

Законченное готовое решение - неужели это плохо?

А кому оно нужно, кроме мелких домосетей и офисов? Кто в здравом уме

 

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

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

 

Эникей - тоже человек, просто уровень знаний маленький.

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

 

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

Надо будет биллинг - эникей должен либо поставить опенсорс, либо оплатить услуги установки решения.

Покупать закрытую, нерасширяемую и немасштабируемую коробку будет разве что камикадзе, не совсем дружащий с мозгом. Ибо шаг влево/шаг вправо от функционала, заложенного автором - или невозможен, или стоит очень дорого. А когда трафик сквозь сию коробку упрется в полку - тут и наступит горе...

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×
×
  • Создать...