- Как идет прокачка по убогой сети. Есть ли докачка, проверка целостности файлов и т.п.

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

- Может ли синхронизировать файлы в локальных и удаленных папках

- Отрубание «прелестей» интерфейса

- Поддерживает ли алгоритм шифрования и архивирования мультипоточность (работа на многопроцессорном сервере)

- Авторизация по паролю – какая защита от подмены ip и mac адреса (как клиента, так и сервера – защита от перехвата пароля), можно ли перехватить трафик, как передается пароль – в открытом виде, происходит ли авторизация сервера (ну может что-нить типа как сделано в протоколе ms chap2)

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

- Почему нельзя юзать шифрование в триальной версии

- инициация связи односторонняя? Может ли сервер инциировать передачу?

[Алексей Пикуров]

День добрый.

Докачки файлов нет. Проверка целостности файлов есть, причём на нескольких этапах. Проверяется целостность как по CRC, так и по электронной подписи.

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

Да, клиент может работать из командной строки, никаких проблем.
Что за скрипты Вам нужны? Обычно, если это необходимо, запускается bat-файл, вся обвязка описывается там и вызов клиента - соответственно.

Может ли синхронизировать файлы в локальных и удаленных папках

В версии 3.0 - пока нет. Но работы ведутся в этом направлении, после НГ будет версия. Если есть пожелания - пишите на [email protected], постараемся учесть.

Отрубание «прелестей» интерфейса

Нет. Это мешает?

Поддерживает ли алгоритм шифрования и архивирования мультипоточность (работа на многопроцессорном сервере)

Да, поддерживает.

Авторизация по паролю – какая защита от подмены ip и mac адреса (как клиента, так и сервера – защита от перехвата пароля), можно ли перехватить трафик, как передается пароль – в открытом виде, происходит ли авторизация сервера (ну может что-нить типа как сделано в протоколе ms chap2)

Пароль на шифрование не передаётся вообще. Пароль на подключение передаётся в открытом виде, смысла шифровать его нет никакого. Переватить трафик можно конечно, но даже если это будет сделано - а файлы будут передаваться в зашифрованном виде, то на их "вскрытие" может уйти не один десяток лет Файлы шифруются надёжно. К слову, Вы можете выбирать метод шифрования и криптостойкий пароль любой длины.

Что Вы вкладываете в "происходит ли авторизация сервера"? Поясните.

как хранятся пароли шифрования на клиенте и сервере. Есть ли возможность взлома

Пароли хранятся в базе данных в зашифрованном виде (как на клиенте - так и на сервере), метод шифрования - AES. По взлому - смотрите предыдущий пункт.

Почему нельзя юзать шифрование в триальной версии

Можно, почему нельзя.

инициация связи односторонняя? Может ли сервер инциировать передачу?

Всегда односторонняя. Клиент открывает сеанс связи и после этого начинается обмен файлами. Сервер никогда не инициирует соединение первым. Это противоречит технологии клиент-сервер

Team lead
Чат со мной

[Алексей Пикуров]

Начиная с версии 4.0 реализована ещё и возможность синхронизации файлов (по дате/времени и по контрольным суммам).
http://nsoft-s.com/downloadgermes.html

Team lead
Чат со мной