On Mon, 3 May 2010 00:14:16 +0400
"Dmitry E. Oboukhov" wrote:
> WK> Насчёт кошерного способа не скажу - ну а так - то что само проситься
> WK> на ум - опять-таки закинуть пароль в файл plain и прописать его в
> WK> crypttab?
>
> неа, plain-text keyfile не подходит: cryptsetup ругается на
> недос
>> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
>> пароля, вводимого пользователем
>> ...
SM> Поскольку тут у топикстартера не возникло вопроса "А какое
SM> отношение имеет LUKS ...", то логично предполагаем, что у него-таки
SM> LUKS, а документацию он, как обычно, не читал.
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
то есть в crypttab написано none на месте keyfile - оно спрашивает
пароль при создании cryptdisk - на основе пароля делает ключ и им
расшифровывает девайс.
>>
SM>>> Не
WK> Насчёт кошерного способа не скажу - ну а так - то что само проситься
WK> на ум - опять-таки закинуть пароль в файл plain и прописать его в
WK> crypttab?
неа, plain-text keyfile не подходит: cryptsetup ругается на
недостаточную длину ключа (пароль - 20 символов, он хочет - 32)
--
... mpd is of
On Sun, May 02, 2010 at 18:29 +0400, Dmitry E. Oboukhov wrote:
> >> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
> >> пароля, вводимого пользователем.
> >>
> >> то есть в crypttab написано none на месте keyfile - оно спрашивает
> >> пароль при создании cryptdisk - на основе п
On Sun, May 02, 2010 at 07:06:56PM +0500, Степан Голосунов wrote:
> Stanislav Maslovski writes:
> > On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
> >> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
> >> пароля, вводимого пользователем.
> >>
> >> то есть в
On Sun, May 02, 2010 at 06:29:02PM +0400, Dmitry E. Oboukhov wrote:
> >> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
> >> пароля, вводимого пользователем.
> >>
> >> то есть в crypttab написано none на месте keyfile - оно спрашивает
> >> пароль при создании cryptdisk - на осн
On Sun, May 02, 2010 at 07:06:56PM +0500, Степан Голосунов wrote:
> Stanislav Maslovski writes:
> > On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
> >> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
> >> пароля, вводимого пользователем.
> >>
> >> то есть в
>> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
>> пароля, вводимого пользователем.
>>
>> то есть в crypttab написано none на месте keyfile - оно спрашивает
>> пароль при создании cryptdisk - на основе пароля делает ключ и им
>> расшифровывает девайс.
SM> Нет, Дима, в LUKS в
Stanislav Maslovski writes:
> On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
>> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
>> пароля, вводимого пользователем.
>>
>> то есть в crypttab написано none на месте keyfile - оно спрашивает
>> пароль при создан
Доброго всем времени суток. Наверное не по адресу, но надеюсь на помощь.
Использую docbook-xml v.4.5-6, docbook-xsl v.1.73.2.dfsg.1-5, и
xsltproc 1.1.24-2.
Имеется несколько вольных переводов man'ов оформленые как отдельные
файлы DocBook-refentry и разложеные по директориям .../man/1,
.../man/2, ..
On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
> эмм. ключ совсем не случайный а вполне себе конкретный = на основе
> пароля, вводимого пользователем.
>
> то есть в crypttab написано none на месте keyfile - оно спрашивает
> пароль при создании cryptdisk - на основе пароля дела
>> имеется раздел включающий шифрование при помощи crypttab.
>> используется hash ripemd160 и cipher aes-cbc-plain.
>>
>> теперь диск с этим разделом перенесли на хост с зашифрованным / и
>> соответственно не хочется вводить пароль по нему каждый раз при
>> загрузке, поскольку / итак зашифрован.
>
On Fri, Apr 30, 2010 at 09:52 +0400, Dmitry E. Oboukhov wrote:
> имеется раздел включающий шифрование при помощи crypttab.
> используется hash ripemd160 и cipher aes-cbc-plain.
>
> теперь диск с этим разделом перенесли на хост с зашифрованным / и
> соответственно не хочется вводить пароль по нему
14 matches
Mail list logo
