Total Commander

А если не включать шифрование имён файлов? Тогда будет и синхронизация, и опознание, и всё остальное, что шифрование имён априори убирает.

Версия плагина последняя и все работало (Win8x32), но неожиданно получил при скачке файлов "Достигнуто максимальное количество перенаправлений при запросе файла с адреса...". Даже не знаю с чем связать. Переустановка системы проблему не решила. На ноуте с Win10x64 в этой же версии ТС проблем нет и все работает. Если кто решал подобную проблему, подскажите как исправить.

gti503
Как показывает история, эта проблема возникает случайным образом, не отлавливается, и как её устранить - непонятно. Впрочем, если мне память не изменяет, в данном обсуждении кто-то писал, что у него проблема исчезла после каких-то шаманств.
Если есть возможность - поэкспериментируйте, пустите, например, плагин в сеть через другое соединение/прокси/vpn/tor, если будет успех - можно будет хотя бы подумать, в какую сторону копать.

UPD: тут пришла идея: а посмотрите в логе на строчку типа

Достигнуто максимальное количество перенаправлений при запросе файла с адреса: https://cloclo41.datacloudmail.ru/get/

она всегда одинаковая, или цифры после cloclo меняются?

Цифры после cloclo меняются.
Я посмотрел на старой системе, что последнее ставилось. У меня получается что это из за обновления Microsoft Visual C++ (Skype новый не хотел запускаться и требовал файлы из этого пакета).

D1P писал(а):Эта строка почти наверняка будет содержать символ "", который в файловой системе будет трактоваться, как разделитель каталогов

Это, наверняка, выход с base64. Если так, то "" можно заменить на что-нибудь типа "_", "-", ".", и т.д.

D1P писал(а): (при одинаковом ключе расшифровав, например, имя файла, злоумышленник сможет расшифровать и сам файл). В результате получилось два пароля

Как вариант - есть password - им шифруется файл. А другой -password_name = SHA256(password) - им шифруется имя. Если злоумышленник получил password_name, то задача восстановления password не очень упрощается. Или я неправ?

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

Или я неправ?

Правы, более того, внутри плагина примерно так и сделано (на случай, если пользователь установит одинаковые пароли). Но мне принципиально хочется сделать именно два пароля; после доработок сложностей с вводом не должно будет быть.

D1P писал(а):Афи
В мастер-сборке исправлены (некоторые) косяки с поддержкой файловых комментариев, в том числе работает копирование комментариев вместе с файлами (в облако и из облако). Фича писалась чисто под себя, но если интересно - можно пробовать.

Немного с запозданием... Потестировал, всё работает. Спасибо!

Может получится в качестве стандарта шифрования файлов и имен каталогов взять стандарт EncFS?
Есть достаточно неплохая его реализация под виндовс, с открытым исходным кодом.
https://github.com/jetwhiz/encfs4win/

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

D1P писал(а):EncFS - это вот вообще не про то.

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

Я не пользовался EncFS, но исходя из того, что я прочитал о ней на Хабре/Википедии, ей можно пользоваться вместе с плагином уже сейчас - достаточно кидать в облако шифрованные самой EncFS данные.

Или я что-то не так понимаю?

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

Все так, но если бы плагин показывал уже расшифрованные имена файлов, а при скачивании расшифровывал бы и сам файл было бы вообще хорошо!

Гм:

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

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

D1P
Это пока не могу проверить, завтра (есть проблемный комп) попробую (последний раз проверял с билдом от 26.10 - было без изменений).
Но тут внезапно исправился другой косяк, с конфликтом библиотек. [cut]В последние полгода использование длл с разной image base уже не помогало, а сейчас всё работает и без этого*, и никаких крэшей/ошибок (с билдами от 26.10 и 14.11 были).

* p.s. Даже наоборот - через несколько проверок всё-таки вылезла ошибка - попробовал тогда одинаковые длл - пока что всё прекрасно. Возможно и раньше надо было так сделать, хотя до этого билда TC падал или плагин выдавал ошибку сразу же при первой проверке.

Хотя, может дело в новой версии TC 9.12 RC4? Сейчас попробовал потестировать билд от 14-го - тоже не сразу воспроизводится. А несколько дней назад с TC 9.12 RC3 сразу вылазило: если сначала ftps, потом CloudMailRu - ошибка, а если CloudMailRu, а после него sftp-plugin, то падение.

upd. Погонял после перезагрузки - с sftp упало при первой проверке, после не падает, а ошибки CloudMailRu больше не наблюдается, сколько не пытался повторить.[/cut]

upd. Проверил на проблемном компе - помогло. Конечно, с постоянным тыцканьем "Try another shard", но по всякому лучше, чем раньше было.
upd2. Не, проверил через 3 дня - опять не качает, смены шарда не помогают. (