On Fri, Apr 30, 2010 at 09:52 +0400, Dmitry E. Oboukhov wrote:
имеется раздел включающий шифрование при помощи crypttab.
используется hash ripemd160 и cipher aes-cbc-plain.
теперь диск с этим разделом перенесли на хост с зашифрованным / и
соответственно не хочется вводить пароль по нему
имеется раздел включающий шифрование при помощи crypttab.
используется hash ripemd160 и cipher aes-cbc-plain.
теперь диск с этим разделом перенесли на хост с зашифрованным / и
соответственно не хочется вводить пароль по нему каждый раз при
загрузке, поскольку / итак зашифрован.
вопрос:
On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
то есть в crypttab написано none на месте keyfile - оно спрашивает
пароль при создании cryptdisk - на основе пароля делает
Доброго всем времени суток. Наверное не по адресу, но надеюсь на помощь.
Использую 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,
Stanislav Maslovski stanislav.maslov...@gmail.com writes:
On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
то есть в crypttab написано none на месте keyfile - оно спрашивает
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
то есть в crypttab написано none на месте keyfile - оно спрашивает
пароль при создании cryptdisk - на основе пароля делает ключ и им
расшифровывает девайс.
SM Нет, Дима, в LUKS все не так.
On Sun, May 02, 2010 at 07:06:56PM +0500, Степан Голосунов wrote:
Stanislav Maslovski stanislav.maslov...@gmail.com 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 stanislav.maslov...@gmail.com writes:
On Sun, May 02, 2010 at 03:19:11PM +0400, Dmitry E. Oboukhov wrote:
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
On Sun, May 02, 2010 at 18:29 +0400, Dmitry E. Oboukhov wrote:
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
то есть в crypttab написано none на месте keyfile - оно спрашивает
пароль при создании cryptdisk - на основе пароля делает
WK Насчёт кошерного способа не скажу - ну а так - то что само проситься
WK на ум - опять-таки закинуть пароль в файл plain и прописать его в
WK crypttab?
неа, plain-text keyfile не подходит: cryptsetup ругается на
недостаточную длину ключа (пароль - 20 символов, он хочет - 32)
--
... mpd is off
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем.
то есть в crypttab написано none на месте keyfile - оно спрашивает
пароль при создании cryptdisk - на основе пароля делает ключ и им
расшифровывает девайс.
SM Нет, Дима, в LUKS все не так.
эмм. ключ совсем не случайный а вполне себе конкретный = на основе
пароля, вводимого пользователем
...
SM Поскольку тут у топикстартера не возникло вопроса А какое
SM отношение имеет LUKS ..., то логично предполагаем, что у него-таки
SM LUKS, а документацию он, как обычно, не читал. В
On Mon, 3 May 2010 00:14:16 +0400
Dmitry E. Oboukhov un...@debian.org wrote:
WK Насчёт кошерного способа не скажу - ну а так - то что само проситься
WK на ум - опять-таки закинуть пароль в файл plain и прописать его в
WK crypttab?
неа, plain-text keyfile не подходит: cryptsetup ругается на
A build of the Debian Installer Manual was triggered by an update to SVN.
There were no errors during the build process.
The new version of the manual has been uploaded successfully.
A log of the build is available at:
- http://d-i.alioth.debian.org/manual/logs/ru.log
===
It is possible to use
15 matches
Mail list logo