Можете ли вы монтировать и использовать контейнер Truecrypt через медленное VPN/ сетевое соединение?

Question

Я хотел бы смонтировать контейнер Truecrypt через VPN-соединение. VPN-соединение в среднем составляет 0,4 Мбит / с в любом направлении.

Добавляет ли Truecrypt значительные издержки (в байтах) на чтение / запись, что делает невозможным монтирование контейнера через медленное соединение? Или байты для чтения / записи для конкретного действия будут в основном такими же, как чтение / запись непосредственно в общий ресурс Windows?

В случае, если это помогает, я пытаюсь найти решение для удаленного резервного копирования, которое шифрует данные, но по-прежнему допускает резервное копирование "только разницы". Моя идея состоит в том, что я открываю удаленный контейнер Truecrypt, а затем использую что-то вроде Robocopy для синхронизации содержимого контейнера с некоторыми локальными данными.

Answer 1

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

Answer 2

Я решил "вытащить палец" и сделать свои собственные тесты.

Сначала я создал контейнер Truecrypt емкостью 50 МБ и скопировал его на мой удаленный узел (стандартная копия Windows в общую папку Windows). Копия достигла средней скорости 59 КБ / с.

Я попытался открыть удаленный контейнер TC, и это сработало, с задержкой в несколько секунд, пока процесс монтажа завершился.

Затем я попытался скопировать 25-мегабайтный файл на диск TC. Процесс копирования файла переместился на 99%, приостановился на несколько секунд, а затем диалоговое окно копирования исчезло.

Я проверил скорость загрузки в клиенте Hamachi (VPN). Он показывал стабильные 60 КБ / с, поэтому, предположительно, клиент Truecrypt конвейеризовал файл и затем перенес зашифрованные блоки в контейнер в фоновом режиме.

Во время этой фоновой передачи я пытался отключить диск в клиенте Truecrypt. Клиент замер, но не вылетел. Я следил за клиентом Hamachi, и как только сетевой трафик упал, диск TC был отключен, и клиент снова начал отвечать.

Я перемонтировал контейнер и скопировал 25 маленьких файлов общим объемом 13 МБ на диск TC. Опять же, диалоговое окно копирования немедленно исчезло, но Hamachi показал, что клиент Truecrypt передает зашифрованные файлы в фоновом режиме.

Answer 3

Соединение медленное, что заставляет меня поверить, что время прохождения в оба конца тоже будет плохим. Использование truecrupt поверх этого не поможет.

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

Например:

• Если вы используете эту настройку, чтобы один раз загрузить ssh-ключи в оперативную память и использовать их до тех пор, пока длится сеанс, это, вероятно, будет работать (небольшие данные мало читают / записывают)
• Если вы планируете запустить инструмент, который много читает и пишет, то, вероятно, этого не произойдет. (много данных читается / пишется часто)