Phsm

А толку им писать? Это группа ребят, которые решили срубить бабла на недалёких клиентах. Может быть они и качественно предоставляют свои услуги, но цена очень сильно завышена Не желаю, мне их услуги совершенно не интересны: если я захочу себе любой из их сервисов - я их вполне могу реализовать сам и бесплатно

Дискуссия напоминает типичный линукс-форум: на вопрос тебе отвечают сотнями причин, почему тебе это не нужно, при этом не предлагая альтернатив По поводу оплат: да, возможно с помощью openpayz можно прикрутить собственные оплаты, возможно нет. Не могу на этот счёт дискутировать в полной мере, т.к. код его читал между строк. Но с другой стороны, почему бы не оставить альтернативу в виде api-вызова, который зачисляет абоненту деньги на счет? мне, к примеру, было гораздо быстрее написать свой скрипт, разобраться в ваших пхп-шниках и заинклудить нужный, чем вникать в openpayz (ко-ко-ко, вело

А зачем этот openpayz, когда мне нужно из собственного скрипта занести оплату абоненту? К тому же, если я правильно помню, openpayz - это набор функций для работы с той или иной платежной системой. Я к тому, что это неуниверсальный подход - если есть соотвествующий вызов к Remote API, то есть хотя бы шанс что среднестатистический сисадмин провайдера напишет скрипт для обработки платежей из платежной системы, которой нет в openpayz. С отсутствием такового вызова шанс сильно падает К тому же я смотрел код убиллинга: добавление нового вызова в Remote Api сводится к добавлению вызова функции

Ubilling.. А какая разница какой биллинг? Это ж радиус клиент по сути. В радиусе перловый скрипт на 80 строк, который SQL-запросами проверяет, можно ли абону в инет и т.п., а во время получения Interim-Update проверяет, если абона надо залочить, то посылает Radius CoA-пакет на accel-ppp, типа, залочь вот эту сессию.

Пользуюсь Ubilling, функционалом доволен, однако есть неприятные моменты: 1. Как правильно из своего скрипта вносить оплату клиенту в убиллинге? Очевидно что такая опция должна быть в Remote API. Сейчас пришлось заинклудить в свой PHP-скрипт кишки убиллинга и вызывать соотвeтствующие функции. 2. Такая же проблема с аккаунтингом трафика. У меня есть Freeradius с rlm_perl, в который раз в 5 минут accel-ppp складывает Interim-Update-ы с количеством трафика у юзеров. Как зачислять юзеру трафик в Ubilling-е? В Remote API такого функционала нет, а снова инклудить кусок биллинга в свой скрипт не

Centos 7 Ядро 3.10.0-123.20.1.el7.x86_64 обычное релизное проц Intel® Xeon® CPU E31240 @ 3.30GHz карта Intel 82580 accel-ppp версии 1.9.0, ipoe vlan per user с qinq Используется роутинг, нат, ipset с украинским сегментом для того, чтобы мимо шейпа ходило. 800 мбит/70 кппс load average 0.25 Полёт нормальный, нареканий нет вообще. Обнаружил багу в свое время, написал разрабу - полчаса дебага у меня на сервере, и через час патч был готов. Так что рекомендую.

Необходимо очень грамотно подходить к организации сервера через который будут работать люди. связанных с финансами + сама база 1С. Много параметров необходимо учитывать. Знакомые cделали себе удалённый сервер через ребят из проекта BlackBox: http://bboxx.biz/_services/vdi.php Ни слова ни о технологиях, которые они используют. Защищенная почта - 600$ разовая плата. За обычный почтовик? Также порадовала услуга "USB-ключ безопасности" - 100 баксов. При цене на этот "ключ" 15$ на ebay.

Для удобства работы я бы рекомендовал ставить сервер в Украине: меньше пинг, живее откликается RDP и как следствие, меньше жалоб от пользователей. Да, пинг до хецнера всего 40 мсек, но пользователи все равно будут замечать задержку и жаловаться. Говорю не с потолка, не одну сотню таких "терминальных серверов + VPN" запустил. Лично мне было комфортно работать и на 120 мсек, но юзера могут смотреть на сервере графику: PDF-документы, сканы документов например. В таком случае картинка у них будет загружаться несколько секунд поквадратно.

Телеграм ок, только нужно париться с: -номером телефона, к которому будет привязан отсылающий аккаунт -добавлением контактов в контакт-лист Я пользуюсь pushbullet. Точно так же на пуш-уведомлениях, вменяемый http-api.

Со скоростью через вас все Ок, но трафик далеко не всегда идет через вас. А вот принимаете ли вы и анонсируете дальше(в данном случае в x.ua) ВСЕ сети пришедшие к вам от клиентов? Допустим магистрал входит в точку обмена трафиком Giganet, все клиенты магистрала будут ходить через Giganet? Именно так. Единственное, что может роутсерверу дать инструкцию "Не анонсировать сеть туда-то", это установленное источником префикса (то есть клиентом) соответствующее коммьюнити. Иногда бывает ситуация, когда некоторые префиксы клиента не принимаются нашими роутсерверами: префикс длиннее /24,

rlm_stg на данный момент не существует. rlm_perl не умеет общаться со Stargazer. Почему же? Он умеет общаться с БД, он умеет общаться со старгейзеровским XML API, если написать общение с ним. Я говорю это не с потолка, у меня есть рабочая связка с Убиллингом (который, по сути и есть старгейзер). Написано было буквально за пару часов

еще как при чем. Косвенно... Причина не в них. Причина таки в Гиганете. Уже выяснили. @Sided. Спасибо , то о чем мы говорили ,это бывший наш аплинкер ) Причина скорее всего как раз не в Гиганете. Попробуйте сделать traceroute одного из своих IP из http://lg.x.ua . Если трасса идёт через Гиганет и при этом коннект плохой, то напишите, пожалуйста, нам на noc.

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

Надеемся, что кому-нибудь это однажды поможет

Nope. Изначально думали над реализацией flowspec, это было бы даже проще, однако столкнулись со следующими факторами: -Не у всех оборудование поддерживает flowspec. -Не все хотят его включать/разбираться с ним. -Ограничения нашего оборудования, накладываемые на селекторы трафика в ACL, в свою очередь, не позволят реализовать flowspec в полной мере.

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

Врядли. у ua-ix на вчерашний день препенд был убран глобально, насколько мне известно. Видимо просто у гугла что-то глюкнуло.

2Sided Это гугловый кэш, который доступен через пиринговое соединение с гуглом. Сегодня у гугла случилось что-то странное: упал трафик в Гиганет и Дтел, но подскочил в полку в Юаикс. Видимо, это не авария у них, а косяк с роутингом. На данный момент ситуация стабилизировалась.

Насколько мне известно, 100м сфп на экстриме не завести.

Научились, перешивают. Но видимо в данный момент они перешивают не "чтобы выглядело так, будто это экстримовский модуль", а "чтобы показывало DDM на экстриме", т.к. мой прошитый модуль на 15.4 (в этой версии экстрим только предупреждает) видится как Unlicensed.

А зачем свежая прошивка-то? Баги экстримы фиксят как раз в патч-версиях, а не мажорных релизах. К тому же начиная с 15.5 они режут скорость в 25% на неэкстримовских 40г/100г трансиверах, если не дашь им денег.

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

Пользовался CRS, моделью с 10Г аплинками для терминации qinq. Ужасные свитчи: * Забудьте про то, что вы знаете про коммутацию вланов. Здесь всё делается по другому. Вланы по факту настраиваются через vlan translation rules - даже на небольшом количестве вланов у вас этих правил наберется столько что потом в них чёрт ногу сломает и что-либо менять будет страшно. * До перепрошивки он зависал после ребута, до тех пор пока не сбросишь в дефолт * Под нагрузкой начал чудить вплоть до того что между двумя серверами в соседних портах и одном влане проходил только броадкаст (arp), юникаст отваливалс

Дык отключайтесь деградация данного проекта на лицо. Или смысл тогда в такой акции? Мы лично будем отключаться. Можете объяснить в чём именно заключается деградация по-вашему, не считая расплывчатого "Или смысл тогда в такой акции"? Не устраивает качество сервиса?

Из Харькова в Москву - вполне может.