Перейти к содержимому
Калькуляторы

vitalvas

Пользователи
  • Публикации

    43
  • Зарегистрирован

  • Посещение

1 подписчик

О vitalvas

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array

Информация

  • Пол
    Array

Город

  • Город
    Array

Посетители профиля

1491 просмотр профиля
  1. Есть ли какие-то продвижения с релеем?
  2. Что нужно курить чтоб поставить гидру? Что нужно еще употреблять для того чтоб ее запустить в работу? :) :) :)
  3. А не проще ли заставить абонента почистить комп? Не хочет? - систематический блекхол на транзите и редирект на информационную страницу. И так не хочет? - объяснить что его устройство наносит ущерб телекомуникационной сети и это уголовно наказуемо
  4. Никак. Там сикрет используется для подписи по хешу. Узнать можно получить получив полный доступ к системы. Если у Вас система работает, то можете как на НАС-е так и на радиус сервере узнать сикрет.
  5. С версиями эта софтина превратилась с AAA сервера в AAA фреймворк. Можно, но зачем?... FreeRadius прекрасно баланирует. Я ждал когда наконец-то nginx научится балансировать tcp/udp трафик. Разработка модулей для "phantom i/o engine" приносит еще то удовольствие.
  6. На самом деле не нужно делать каких-либо таких прослоек. От них в основном геморой. Для проведение тех работ хватает максимум 1 час. За это время можно не подключать абонов. На брасах, как правило, не ограничено количеством радиус серверов. Что Вам мешает поднять на резервной площадке радиус сервер с базой?... Есть нюанс с Stop пакетами. Этот нюанс можно спокойно обойти с помощью очереди. Как система заработает - все данные доедут. У меня тоже есть такой костыль. Перед тем как уходить в оффлайн - можно выгрузить в xml-ку все нужные данные. Даже под подобные задачи написал свой радиус сервер, где могу крутить логикой работы как захочу. Знаете сколько раз пригодилось такое решения за 5 лет? Целых 3 раза. 2 с которых - падения канала связи в ДЦ. Все это тупо не нужно. FreeRadius прекрасно умеет делать балансировку как и по бекендам так и по другим радиус серверам. И докрутить туда кеш или другую гадость не составляет труда. Если Вы начали велосипедостроение без предварительного изучения вопроса - Вы тупо потратили время на систему, которая в принципе и за бесплатно никому не нужна. Все можно реализовать довольно просто. Тем более инструментов для этого предостаточно.
  7. Стоит на стенде, как вменяемая замена с других систем. Жду выхода v3.
  8. А не проще ли остановить mysql, сбросить кеши и перелить по тому-же rsync? С 1гигом займет где-то 2 суток...
  9. У меня все сервисы живут в openvz/xen контейнерах, по этому как модуль ядра можно забыть. Запускать на брасах/роутерах софт, который даже толком не описан, я боюсь - мало ли. Может оно загонит ось в панику. А все-таки sla нужно придерживаться. + у вашем посте я вижу неуверенность в работе.
  10. в bird-e нет такого, как адрес нейбора там есть имена - protocol <proto> <name> с именами работать проще, уж поверьте. как я выше привел конфиг, и при этом все логично show route export up_ibgp show route protocol up_ibgp Документации для настраивать и рулить птицой в нете предостаточно. Если Вам не нравится bird - сразу бы сказали. Можете вбить квагу в отдельный namespace. Поможет до первых серйозных факапов.
  11. Только bgp. Конфиг довольно простой и хорошо структурированный. Доки из офф сайта хватает, чтоб сделать все что нужно. Импорт из ядра "protocol kernel". Пример работы bgp.
  12. Были постоянные проблемы с квагой. И не только из сканом интерфейсов. Перешел на bird с импортом из ядра и без скана интерфейсов.
  13. порно. Снова порно. Никакое это не порно, это раз. Второе - читайте внимательно - с тестовой машинки. Никто не утверждает, что эта конфигурация 1 в 1 работает в бою.
  14. да пожалуйста Да. Он шустрее сквида. А на сколько именно - сильно не тестировал. nginx много чего не умеет, чем squid, но это компенсируется фактором - "это не нужно"