» WinRAR (часть 2)

EugeneRoshal

Цитата:

Обновлять английский релиз после выхода нежелательно, но включить новую сборку в новую локализацию допустимо. Я сейчас выложил на rarlab.com только что полученный турецкий перевод 5.10. Можете оттуда достать winrar.exe, он должен обрабатывать -y вместе с -cp.

Достал, проверил, всё хорошо, спасибо.


Цитата:

В 5.11/5.20 добавлю для всех.

EugeneRoshal

Цитата:

начиная с 5.00 код RarVM не используется даже для распаковки RAR 4.x архивов

Цитата:

В 5.11/5.20 добавлю для всех.

Это радует!

свой архив : видео, фото и текстовые файлы - архивирую винраром с паролем и закатываю на болванку для хранения. Вопросы:

1. Найден ли на данный момент способ взлома пароля винрар?

2. Есть ли для моей задачи более эффективный архиватор?

в качестве пароля использую 20 знаков из букв и цифр, буквы заглавные и обычные.

Metal_Ag

Цитата:

Есть ли для моей задачи более эффективный архиватор?

Задача -- гарантировать невскрытие топовыми спецслужбами в течение ближайших 20 лет? Тогда решаемо только при сжигании полученной болванки.

Metal_Ag

Есть, обладает уникальным сжатием и называется /dev>nul. Невскрытие пароля в течении бесконечного времени гарантируется. А все проблемы распаковки данных - ваши.

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

chAlx, Victor_VG - злые вы Напали на человека почём зря. Он, может, всерьёз.

Metal_Ag
По поводу 1 - да, есть. Называется терморектальный криптоанализ. Эффективность 100%
По поводу 2 - Victor_VG ответил -
Цитата:

кому в конторе вы нужны чтобы на вас время тратить?

20 знаков - вполне достаточно, успокойтесь.

Metal_Ag
Взлома (официально) — нет, а переборщиков паролей хватает.
Фактически вы сами облегчили работу: зная кол-во символов уже будет проще подбирать,
особенно, если пароль простенький, типа "aaaaaaaaaaaaaaaaaa".

Цитата:

Victor_VG: Невскрытие пароля в течении бесконечного времени гарантируется.

А как же так называемые "бекдоры" для спецслужб?

ALEX666999

Пусть ищут. Кто ищет то всегда найдёт, и по секрету скажу - в чёрной дыре что прячется в центре нашей Галактики есть специальный бэкдор встроенный туда по личной просьбе Гарри Трумэна, а вся переписка Metal_Ag особо отслеживается АНБ и ЦРУ - вдруг он против американской демократии умышляет? Честному человеку скрывать нечго, а коли шифрует - "Арестовать шпиёна!".

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

Metal_Ag

Ну а если совсем серьёзно, то время необходимое на взлом алгоритма AES-256 имеющимися сегодня ЭВМ значительно превышает время устаревания зашифрованной им личной информации даже при условии объединения в единый вычислительный комплекс всех ЭВМ планеты, а потому данную задачу просто никто не станет решать.

Это задача сродни задаче расчёта глобального прогноза погоды на длительный срок - теоретически решить вроде и возможно, но надо учесть бесконечное число случайных факторов, а потому задача долгосрочного глобального прогноза погоды не имеет решения. А оценочные решения базируются на многолетних наблюдениях и имеют точность ±90%.

Так и ваша задача имеет обратный смысл только если известен ключ шифрования, но я не думаю что вы его на видном месте держите. Скорее она имеет смысл для вас лично в случае если вы его сами забыли, но тогда с учётом вышесказанного вы можете считать что зашифрованные данные если они у вас были в единственном экземпляре для вас утеряны навсегда.

gjf

Цитата:

Если в раре и есть бэкдоры, вероятность их наличия в открытых продуктах крайне мала.

Подойдет архиватор с открытыми исходными кодами 7-Zip, поддерживающий AES-256.

EugeneRoshal
Добавьте пожалуйста распаковку архивов .arc было бы просто великолепно

Fossius

Вы имеете ввиду FreeArc? У меня друг большой его любитель, да вот "беда" на UNIX его нет, а он упрямо таскает мне эти архивы. Ну, ладно, я посмотрю как он будет распаковывать терабайтный .trz (tar.rz) с его 900 Мб словарями и отсутствием вин порта для rzip.

Victor_VG
Ага, про него. Просто Булат ленится? сделать человеческий ГУИ (элементарный drag and drop) вот и приходится других разрабов просить

Fossius

Допустим распаковку Женя сделает, но это малая часть того что сделано у Булата. А остальное? Это же огромная масса кода. По моему проще Булата убедить реализовать наиболее востребованные новые функции и получить двойной плюс и FreeArc улучшить и Rar не поломать...

По идее unarc.dll есть, но как быть с приличным минимумом - srep и precomp?
Не говоря уже о лицензии, т.к. два вменяемых разработчика смогут, наверное, найти общий язык.

Victor_VG

Цитата:

Допустим распаковку Женя сделает, но это малая часть того что сделано у Булата. А остальное?

Вы про упаковку? А вот встраивание упаковки из бесплатного архиватора в платный без автора FreeArc и его согласия на это, неэтично. ИМХО

GORA2

Я имел ввиду только распаковку, а всё остальное - это необходимость механизма взаимовызова программ. То же не подарок по возможным трудностям при реализации, да и нужна ли поддержка FA? Мне думается разумнее механизм "клиент сервер" типа связки tar + libarc позволяющий подключить внешнюю утилиту сжатия по стандартизованному API и передать ей команды не обрабатываемые Rar - Rar как клиент предоставляет API пакетной обработки, а внешняя утилита как сервер выполняет расширенные операции и передаёт клиенту статус выполнения. Тогда можно будет реализовать пожелания типа "Включить поддержку архивов ... " путём вызова написанного автором желаемой утилиты интерфейсного модуля (если тот конечно имеется), но сохранив для оператора возможность управления задачей из единой оболочки. Ну а коли интерфейсного модуля нет, то это вопрос к автору внешней утилиты - считает ли он его нужным и когда может его реализовать...

Типа, из WinRAR сделать multi-encoder frontend?

lvqcl

Да он и так им по факту является, так почему бы и не прикинуть сложность и целесообразность реализации на основе модели "клиент - сервер"?

Victor_VG 12:49 19-06-2014
Цитата:

Мне думается разумнее механизм "клиент сервер" типа связки tar + libarc позволяющий подключить внешнюю утилиту сжатия по стандартизованному API и передать ей команды не обрабатываемые Rar - Rar как клиент предоставляет API пакетной обработки, а внешняя утилита как сервер выполняет расширенные операции и передаёт клиенту статус выполнения. Тогда можно будет реализовать пожелания типа "Включить поддержку архивов ... " путём вызова написанного автором желаемой утилиты интерфейсного модуля (если тот конечно имеется), но сохранив для оператора возможность управления задачей из единой оболочки. Ну а коли интерфейсного модуля нет, то это вопрос к автору внешней утилиты - считает ли он его нужным и когда может его реализовать...

А как это, интересно, в *nix'овых Xarchiver и MC реализовано? Они при наличии установленного Rar5.x даже упаковку/модификацию RAR5 поддерживают.

addhaloka

Просто там через скрипты зовётся консольный Rar и ему передаются параметры. GUI WinRar существует только в Win-варианте поскольку так исторически повелось, а на UNIX в нём смысла нет ибо всевозможных потенциальных шеллов хватит на любой вкус, только выбирай удобный. Максимум что может к примеру на демонёнке потребоваться это скорректировать в пакедже мэйк, да и то если это требуется для конкретной сети, ну а tar и bzip2 всегда есть под рукой.

Доброго времени суток всем!

Помогите, пожалуйта, как сделать в командной строке так, чтобы в архив попадали каталоги по маске?
Т.е. маска выставляется на имя каталога, а не на имя файла

В такой архив рекурсивно должны попадать каталоги и файлы, лежащие в каталогах, подпадающих под маску

rar a -s -r -m5 test_archive D:\TestDirs\May* - в архив попадают только каталоги без их содержимого (((

markl
Поиск файлов в RAR маски каталогов не понимает, но можно объединить поиск и фильтрацию по ключу -n:
rar a -s -r -m5 test_archive D:\TestDirs -nD:\TestDirs\May*\
или -nD:\TestDirs\May*\* если не нужны имена самих каталогов, а нужно только содержание.
То есть, ищем все, а потом фильтруем с помощью -n. Можно указать несколько -n или -n@filelist.

Здравствуйте. У меня появился вопрос. Почему то при извлечении файлов, когда я нажимаю по архиву правой кнопкой, то нет выбора вариантов извлечения. Т.е. есть только просто "извлечь" с выбором папки извлечения, а вот "извлечь в текущую папку" нет. И не могу понять что можно поменять в настройках и можно ли вообще что-то поменять, чтобы появилась такая опция. Заранее спасибо за ответ.

Gaolde

GUI -> Ctrl-S -> Интеграция -> Элементы контекстного меню.

Сохранить не забудьте.

Victor_VG спасибо огромное, помогло.

Gaolde

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

EugeneRoshal , я понимаю что поддержка старых систем у самого архиватора, даётся тяжело. выкинули и ладно, уже ничего не поделаешь. но консольный распаковщик, не такая уж и сложная штука. можно наверное чуть доработать исходники unrar, что бы они собирались в 6 студии, что позволит бинарнику работать на всех win32 системах, вплоть до 95 виндовс. если бы формат архивов не был изменён, никаких проблем с этим не возникло. пользовались бы люди сторонними архиваторами, и распаковщиками, которые старые или просто работают. а тут rar5, и всё пропало. надеюсь что то можно ещё сделать с этим гемороем?

sergeo78

Тут лучше попросить Женю если это возможно адаптировать исходники UnRAR для GCC/MinGW ибо GCC линкер гарантирует что собранный образ сможет работать на системах Win95/NT4 при условии что мы сами не используем более новые вызовы WinAPI. Это бы автоматически решило проблему старых систем - GCC позволяет собрать код для i386, и если где-то этот ЦП стоит, то код будет там работать. Насколько я в курсе эти ЦП охотно используют для космоса и АЭС ибо они почти не чувствительны к радиации из-за 1,0 - 1,5 мкм техпроцесса - попросту дубовые, сломать нельзя.