Vipnet Клиент Для Mac Os X

[andrey22]

Когда будет клиент под Mac? И планируется ли?

[PinG]

Когда будет клиент под Mac? И планируется ли?

Планируется, если, конечно, сохранится тенденция к росту числа пользователей с MacOs. Но какие-то конкретные сроки пока не определены.

[serhak]

Планируется, если, конечно, сохранится тенденция к росту числа пользователей с MacOs. Но какие-то конкретные сроки пока не определены.

Прошло уже больше года, но я так и не смог найти на сайте ссылку для скачивания клиента под Mac. Когда уже будет готово, хоть под какую-нибудь unix-систему?

[Stratos]

Пока что есть прототип клиента под MAC. Когда будет релиз - затрудняюсь ответить. Распространенность именно МАС клиентов крайне мала сама по себе, в основном Win, Lin, Android, iOS. Для этих ОС Клиенты есть.

[serhak]

Пока что есть прототип клиента под MAC. Когда будет релиз - затрудняюсь ответить. Распространенность именно МАС клиентов крайне мала сама по себе, в основном Win, Lin, Android, iOS. Для этих ОС Клиенты есть.

Насколько я понимаю, клиент для Linux называется ViPNet Coordinator (Linux), увидел где-то на форуме. А как называются клиенты для Android и iOS? Не смог их найти в соответствующих магазинах.

[Stratos]

Клиентов для Android и iOS пока нет ни в AppStore ни в Google Play. Не все так просто.

В настоящее время клиентов можно приобрести только у нас.

Если у становить дистрибутив для Linux и подложить ему ключи от клиента, то он и будет работать как клиент. Только никакой Деловой Почты и Файлового Обмена не будет. Фактически это клиент VPN + сетевой экран.

[serhak]

Клиентов для Android и iOS пока нет ни в AppStore ни в Google Play. Не все так просто.

В настоящее время клиентов можно приобрести только у нас.

Если у становить дистрибутив для Linux и подложить ему ключи от клиента, то он и будет работать как клиент. Только никакой Деловой Почты и Файлового Обмена не будет. Фактически это клиент VPN + сетевой экран.

А есть какая-то пошаговая инструкция по настройке VPN-клиента под Linux?

[slavanchuk]

Вообще, в документации описан процесс установки.

[serhak]

Вообще, в документации описан процесс установки.

Документация конечно вещь хорошая, но зачем нужно регистрироваться на сайте, чтобы её просмотреть? Ладно, зарегистрировался, почитал, и опять засада, клиент не поддерживает мою версию Ubuntu. О чём собственно мне и сказал скрипт установки, слишком новая оказалась.

Вообще мне всё это ПО напоминает историю о двух мостах, когда людям нужно переходить реку в одном месте, а мост построили в другом.

[slavanchuk]

К сожалению, мы всегда питаем больше надежд к средствам безопасности. А они, зачастую (особенно, если сертифицированные) на шаг позади прогресса. И не всегда это плохо. Хотя, всё зависит от востребованности продукта. Чем больше пользователей, тем больше потребность и тем быстрее реакция производителей. А у нас наоборот - государство подталкивает ещё неподготовленное общество к обеспечению безопасности. А пользователям ничего не нужно пока они не осознают важность этого вопроса и что они конкретно хотят получать. За последнее время (во многом именно благодаря государству) у нас очень бурно развивается рынок отечественной безопасности. А в будущем, надеюсь, он будет развиваться за счёт спроса пользователей продукта.

[Sandman]

Вот только зачем нужен Linux клиент без той же деловой почты? Не, не спорю, может кому и нужен. Но это недоклиент какой-то, так, обрубок.

[slavanchuk]

Это не столько недоклиент, сколько недокоординатор linux работает он на его базе. А деловая почта, как я уже говорил, инструмент сомнительный, хотя и удобен в ряде случаев.

[Stratos]

Коллеги, ответов два:

- Linux версии Деловой Почты скорее всего не будет - одни кричат - "Нам не нужны GUI!!! Даешь консоль!!!", другие наоборот - "Даешь GUI!!! Не хотим работать в консоли!!!!" Так вот, ответ прост - БОЛЬШИНСТВО работает именно в консоли, да и Linux Координатор не предполагает работы в GUI как таковой. Посему заморачиваться на интерфейс да и еще прикручивать Деловую Почту мягко говоря нерентабельно. Так что вариант только один - использовать Win Клиента.

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

[slavanchuk]

Полностью с Вами согласен, Алексей. Всё-таки, первостепенная задача для VipNet - это криптография, VPN и ЭП. Остальное можно сделать на этой базе сторонними программами. До профессиональных продуктов по документообороту или сервисов взаимодействия наподобии BizTalk или ESB деловая почта точно недорастёт. Поэтому следует сразу смотреть в их сторону. А от Инфотекса требуется профессионально отработать базовую задачу по обеспечению удобного управляемого VPN.

[Kurtasanov]

Да, согласен, что первостепенная задача для ViPNet - криптография. Но позвольте, у кого Вы спрашивали нужен ли GUI и деловая почта на пользовательских Linux дистрибутивах? У простых пользователей? У руководства предприятий где внедрены Linux рабочие станции? Судя по ответу, скорее всего опрос был проведён среди знакомых системых администраторов за чашечкой чая (простите за сарказм). Проблема заключается в другом - побочные от крипото продукты никак не развиваются. Хотя у той же Деловой почты и защищённого чата имеется громадные преимущества пред стандартным почтовиком и средством корпоративного обмена. Их тупо забросили. Хотя уже 4-я версия ViPNet на носу, а, например, чат до сих пор автоматом не может принимать сообщения (извините, но это не то что каменный век, это на поделку школьника не тянет). И при этом разработчик имеют смелость утверждать, что развитие чата под вопросом, так как отзывы неоднозначные. Конечно, взгляните на любой нормальные мессенджер (даже миранду в минимальной комплектации) и будет понятно почему отзывы неоднозначные. А делов-то по переделке - просто очеловечить гуи и исправить приём сообщений и он уже будет удобнее чата того же Lync. И ведь пользуются им, несмотря на эти недостатки...

[Stratos]

Сарказм принят.

Если Вас так интересует вопрос, среди кого проводился опрос, то отвечу Вам так: да, по большей части опрос (в том или ином виде) проводился среди пользователей и администраторов компаний, которые используют ViPNet решения. Добавьте сюда еще проектных менеджеров, людей, кто проектирует системы на базе решений ViPNet. По-моему немало "персонажей" набегает, не правда ли? Или по Вашему кого-то не хватает?

По поводу чата - я Вас недопонял - да, отзывы практически всех трех вышеперечисленных "персонажей" неоднозначные, и что теперь? При чем тут смелость вообще непонятно... Любая разработка (доработка) затрагивает три вопроса - актуальность на рынке, рентабельность, ресурсы. Если с первым пунктом проблемы, то ко вторым и третьим даже приступать не будут.

[Kurtasanov]

Не знаю может как-то непонятно объясняю . По поводу чата. Ещё раз скажу, что с чатом сложилась комичная ситуация. Он есть, он работает, но им невозможно пользоваться. Если другим языком, то пользователи хотят им пользоваться (а это только по моим сведениям не одна сотня пользователей и, причем, не самого низкого ранга), но они не могут им пользоваться из-за его ужасного GUI и алгоритма работы приёма сообщений. Не хотят они постоянно 10 кнопок (поменьше конечно 2-3) нажимать чтобы только прочитать каждое сообщение. И после этого разработчики имеют смелость утвержать, то возможно избавятся от этого компонента.

Но если всё хорошенько посмотреть, то нормально работающая система Почты и Чата и криптографического средства позволяет создать очень неплохую экономию предприятию, если им требуется внутрення почта и внутренний чат (пусть без звука). Формально, да и фактически всё есть. Остаётся только всё пригладить, причесать ну и разработать гейт для почты (чтобы вообще от сторонних продуктов избавиться).

[Stratos]

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

P.S. Я не говорил, что компания собирается избавиться от него. Откуда у Вас такая информация?

[Kurtasanov]

Я уже отправлял отчет по 4й-бета версии VipNet в котором предлагал улучшить пользовательский GUI и функциональность чат-клиента да и вообще всего комплекса. На что мне был ответ, что рассматривается исключение чат-клиента из дистрибутива, в связи с неоднозначными отзывами пользователей. Ответ мой был почти аналогичный вышенаписанному. Постараюсь собрать тестовый стенд и сделать нужные скриншоты на последней версии 3.x.

[Kurtasanov]

Поднял простенький стенд. Стоит клиент версии 3.11. Первое что сразу бросается в глаза - нерационально используемое пространство для клиента.

Многие и причем ненужные поля (получатели сообщений (1) и сеансы (2)) используют Горизонтальные полосы прокрутки.

Получатели сообщений (1), на данный момент, везде заменены вкладками. Это не только удобно, но и выглядит эстетически. По мере общения поле Получатели сообщений (1) постоянно будет заполняться информацией о статусе сообщений, и будет появляться горизонтальная прокрутка. Почему бы информацию о статусе сообщений не размещать рядом с сообщением (цветовая идентификация, просто ставить галочки или что-то другое)? Поле сеансы (2). И уже видно что чат работает некорректно. Я хотел отправить сообщение пользователю Client... Почему создалась новая сессия? Теперь разные сообщения будут приходить в разных сессиях и будет путаница. Хотя в 2-х разных сессиях общаются одни и те же люди. И зачем эта горизонтальная прокрутка? Зачем кому-то проматывать поле в сессиях чтобы узнать количество непринятых сообщений если система принятия сообщений работает их рук вон плохо. Да и вообще, необязательно показывать количество непринятых сообщений. Можно просто обозначать цветом либо в сеансах (2) либо на самой вкладке диалога (если они появятся).

Теперь о приёме сообщений. Каждый раз при приходе нового сообщения приходится либо лицезреть информационное окно о новом сообщении, причем данное окно легко теряется в дебрях других окон, либо постоянно видеть иконку (3). Но и в том и в этом случае чтобы получить сообщение постоянно требуется либо нажимать на кнопку в информационном окне, либо нажимать на иконку. Каждый долбанный (уж извините, но наболело) раз.

Для примера, первое попавшееся, окно jabber-клиента с почти идеальным размещением элементов:

Как видете, для каждого пользователя или конференции имеется отдельная вкладка, нет дубляжей сеансов, нет элементов с горизонтальной прокруткой. Нет только информации о статусе сообщений (но оно скорее всего отключено) и кнопки отправки сообщений (опять же настраивается отдельно). В целом данное окно очень компактное, удобное и информативное.

Дополнительно вот неплохой пример информации о статусе сообщений:

Одна галочка - сообщение отправлено (получено, но не прочитано)

Две галочки - сообщение прочитано

[Echo]

for all:

Коллеги, спасибо вам за отзывы о нашем ПО, и критические, и благожелательные, главное, чтобы их побольше было...

Чат дорабатывается, пока его изымать их ПО не будут, в версии 4.2 он претерпел определенные изменения и стал удобнее (это мое субъективное мнение), примерно через неделю выйдет очередной релиз, предлагаю взять посмотреть-потрогать.

По поводу ДП. Да, ДП не рассматривается как средство построения СЭД и оснащаться полноценными функциями СЭД не будет, хотя нередко ее так называют и используют. А что касается расширения возможностей по отчетным и аудиторским функциям в ДП - от этого мы не отказываемся. Дополнительно, есть и SDK с функци\ми формирования транспортного защищенного конверта, совместимого с ДП, есть автоматическая система приема-отправки файлов, так что можно что-то придумать в этом направлении.

По поводу полноценного Клиента под Линукс и другие ОС - такие запросы рассматриваются, пока их количество не доросло до критической массы, но ситуация уже изменилась, так что возможность получить Клиента с GUI под Линукс и другие ОС уже не категорическое "нет", а "думаем".

for slavanchuk: прошу, если возможно, поподробнее написать, в чем сомнительность ДП? (лучше в личку, хотя я не против публичной дискуссии )

for Kurtasanov: Вам персональное спасибо за Ваши отзывы, они не просто полезны как отчет о бета-тестировании, мы их учитываем и как аргумент от бизнеса. Что касается наших ответов, то ту так раз ситуация вполне может изменяться, если пожелания пользователей противоречат нашим представлениям. с другой стороны, ставить задачу скопировать и затем конкурировать со Скайпом или Квипом в части прикладных сервисов мы вряд ли станем.

А расширять или изменять наш функционал - вполне возможно.

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

По поводу иконок, окон и приема новых сообщений чата, я Вам напрямую напишу, если Вы не возражаете...

И еще раз благодарю всех участников за отзывы и пожелания.

С уважением, Echo

[Kurtasanov]

Отличная новость. Ждем релиза или бета-версии .

[slavanchuk]

for slavanchuk: прошу, если возможно, поподробнее написать, в чем сомнительность ДП? (лучше в личку, хотя я не против публичной дискуссии )

В данном случае имеет смысл публичная дискуссия, так как вопрос касается всех пользователей Тем не менее, деловая почта в том виде, в котором она присутствует, безусловно, решает простую задачу защищённой переписки. И, несмотря на недоработанность с точки зрения юзабилити, деловая почта иногда даже приятнее обычной электронной. Одна только адресная книга, где невозможно ошибиться в адресе получателя - это большой плюс для пользователей. Но на этом удобства заканчиваются. Если говорить о полноценном проектах масштаба среднего бизнеса, то для полноценного обмена хотелось бы видеть полноценный документооборот. А что касается передача пакетов через автопроцессинг, то ему явно не хватает гибкости и сама деловая почта не заточена на полный и безотказный автоматизм. Для этого существуют продукты другого уровня. А что касается малого бизнеса, то кто мешает обмениваться по обычной электронной почте, обёрнутой в VPN?! Всё-таки, от VPN клиента нужен только VPN-клиент. Чем меньше вещей наворочено, тем проще будет пользователю не запутаться в лишних функциях. Пытались автоматизировать обмен файловыми потоками через ДП - удобство оставляет желать лучшего, недостаточный уровень мониторинга. Думали о документооборте - недостаточный уровень контроля, нет централизованных журналов или баз. Да и сама файловая база деловой почты не очень-то стабильна. Если уж писать решения подобного плана, то тут требуется открытый API и большая гибкость. Нельзя так сильно ограничивать продукт широких масс. Ведь только для того, чтобы автоматизировать правила автопроцессинга, пришлось целый день ковырять файл autoproc.dat.

[Echo]

Благодарю, очень полезная информация.

открытый API есть в нашем SDK, позволяет создавать конверты, совместимые с ДП или несовместимые. Можно встраивать в СЭД, например.

По остальному, видимо, следует серию опросов организовать...

Про файловую БД не очень понял.

Про сравнение с обычной почтой, если учесть, что масимально ДП может передать конверт с вложениями до 2 ГБ, то держать все письма в БД представляется сложным.

Кстати, это может быть еще одним плюсом - возможность передавать большие файлы-документы.

А в чем ДП не заточена на полный и безотказный автоматизм автопроцессинга?

[Vintik]

А где можно взять Клиента для Mac ?

На ютубе есть хороший ролик - работает вроде там давно.. но на сайте в демо нет такого.