Пообщался тут намедни с разработчиками. Тема CLI для контрола, так вот, желание и идея его написать есть давно, но не всё сразу. У разработчиков появился вопрос, что наше сообщество хочет иметь возможность настраивать при помощи CLI в первую очередь.
Т.е. что я прошу вас сделать по возможности, описать список наиболее важных задач администрирования, на ваш взгляд, администрировать которые вы хотели бы так же и через интерфейс CLI. Данный сведения передам через неделю\две разработчикам.
Прежде всего управлять интерфейсами и vpn тунелями! Отключить тунель, включить, переназначить интерфейсы "основной\дополнительный". Это, imho, самое важное.
1. Расширенная настройки динднс. Приоритеты интерфейсов, какие брать ip - куда их совать, с какой периодичностью обновлять и т.д. И чтоб можно было использовать более одного динднс адреса.
2. Нормальный стар. Ибо приходиться пользоваться сторонними приложениями, чтобы видеть ВСЁ. А лучше анализатор логов.
3. Склеивать в кластеры, к примеру посредством виртуального интерфейса. Чтоб можно было раскидать по предприятию шлюзы с разными провайдерами и управлять с одного веб-окна.
4. Создание групп в правилах траффика. Чтоб можно было создать группы к примеру "Удалёнка" "Шэфы" и т.д. и заполнять их соответственно, чтоб новый админ, не работавший с керио ногу не сломал. Да и самому приятней.
5. Прокидывание интернета через впн, чтоб тунели и клиенты без дополнительных прописей маршрутов могли работать. Сделать под это галку/раздел и т.д. где настраивать.
6. Вернуть клиента для керио (для нелюбящих веб-интерфейсы)
Не проще-ли взять и купить у прова постоянный IP (у Билайн-Бизнес это бесплатно, например) + доменное имя у РуЦентра + Primary - Standard + Secondary NSes за 1000 рублей в ГОД?? Прикинь, ты имя домена САМ выберешь, имена компам какие хошь и сколько хошь в паблик зоне развешивай, а ДинДнса бесплатного более нет. %)
Это сделал Бабах. Сделал отлично. Зачем изобретать лисапед?? "Шеф, все уже украдено, до нас! (с) Трус".
А зачем?? Не хватает центрального шлюза?? Все равно система маршрутизации винды не поддерживает динамической схемы маршрутизации на нескольких серверах-шлюзах. При выходе из строя одного из сегментов так или иначе придется править маршруты руками. При такой схеме (мультишлюзовой) целесообразно пользоваться специализированными аппаратными комплексами, например Cisco Systems. А там и подсчет траффика и логи с анализаторами свои.
Это есть и так. Какие проблемы? Правила на основе групп авторизации, групп интерфейсов, групп сервисов - нет проблем. Это существует давно.
То-есть искусственно создать для конторы дополнительные финансовые затраты, при генерации двойного (тройного/четверного/и.т.д.) трафика в/из центральный офис (кстати, через инет из бранча/бранчей) из/в инета?? Вай маладэц! Инет потом из своего кармана оплатишь??
Обсуждалось. Невозможно, by unify. Да и с нормальной скоростью сети нет проблем при наличии хрома.
__________________ [Для просмотра данной ссылки нужно зарегистрироваться]
1) А если такой возможности нет? К примеру до меня идёт только один провайдер, который физ лицам отказывается предоставлять.
2) Да, Бабах молодец. Но чё будет делать какой-нибудь сисиадмин Ли Чан из китая?) Проще говоря не все найдут форум. Да и возможность сделанная именно разработчиками и внедрённая в программу это совсем другое дело.
3) Циски дорогие слишком. хз и пф сэнс и микротики запихивали в кластер и всё ок работало без правки маршрутов... правдо не совсем так как хотелось бы, но всё равно ок.
4) Я не про те группы. Я именно про группы правил траффика. Чтоб к примеру правило с радмином и правило с веб-сервером можно было засунуть в группу и свернуть чтоб глаза не мазолило на экране. (Немного бесполезно, но если правил действительно много)
5) Если затраты несущественны (у нас в отличии от америки пока ещё есть анлимы), а шэф конторы хочет всё тотализировать?
6) Плохо конечно.... надеюсь хоть доступ через командную строку добавят.
мне как-то пох. У него есть метное комьюнити, и я так думаю, что у них ДАВНО есть нечто похожее.
А здесь НЕ БУДЕТ, так как маршрутизацией занимается ОС.
То ему следует объяснить, что количество паразитного траффика сведет на нет всю пропускную способность ЛЮБОГО канала на нет. Затраты станут существенны тогда, когда на получение важного емейла (или его отправку) ты потратишь в пять-десять раз большее время чем это было ранее. Время - деньги. Странно, что шеф оного не понимает, и что мешает поставить в бранчах такие-же керио??
__________________ [Для просмотра данной ссылки нужно зарегистрироваться]
1) Да мысль ведь не про это. Пускай таких продуктов будет тысячи, но блин... хотя бы один из них вставили бы в дистрибутив. Это же цельный, готовый продукт, а не ip tables с тысячами дополнений, разбросанных по всему интернету. Тут должно быть всё из коробки.
2) И что, что ос? Керио в этом случае надстройка. Автоматическое добавление маршрута в ос в зависимости от правил впн думаю вполне легкореалезуемо.
3) Необязательно. Конечно тут ты абсолютно прав, если шэф хочет, чтоб китайский офис сидел в интернете через гавайский. Но я имел ввиду именно несущественный (может пример привёл не очень). К примеру раздавать интернет во второй офис через сеть провайдера, где внутренний трафик не учитывается.