|
|
ru.cgi.perl- RU.CGI.PERL ------------------------------------------------------------------ From : vitus@ice.ru 2:5020/400 07 Dec 2000 12:34:03 To : "Victor Pshenichnikov" Subject : Re: htpasswd -------------------------------------------------------------------------------- Victor Pshenichnikov <victor@jugra.spb.ru> wrote: >> Я бы ответил perldoc -f crypt и это уже не было бы оффтопиком. Потому >> как управлять такого рода файлами из перла гораздо удобнее, cgi или не >> cgi. А dbmmanage который дают для более продвинутых в комплекте апача, >> так вообще на перле написан. >> -- VP>Спасибо большое за отклик! VP>crypt конечно это правильное направление, но VP>htpasswd.exe создает примерно такой файл: VP>victor:$apr1$WJ1.....$/ucM33jyR3aN2ydW5CPKv/ VP>admin:$apr1$UK1.....$WQB4GvDJ3ELKn4dlBmxGB0 VP>а мой скрипт: VP>... VP>my $encrypted_password=crypt ($password, (join '', ('.', '/', 0..9, VP>'A'..'Z', 'a'..'z')[rand 64, rand 64])); VP>open (FILE, '>>users') || die "Can't open users file: $!\n"; VP>print FILE "$username:$encrypted_password\n"; VP>close FILE; VP>добавляет такую строку: VP>jopa:1yUB5/kgCH8lQ Мне до сих пор таких ситуаций не попадалось. Как правило, и Apache и perl используют одну и ту же реализацию функции crypt, так что если давать одинаковую соль, то будут и одинаковые хэши. Вот правда, если в виндах и апач и перл выкачивались уже скомпилированные, причем разными компиляторами с разными библиотеками - могут быть проблемы. Очевидное решение - пересобрать и то и другое самому. Одним компилятором. -- Victor Wagner vitus@ice.ru Chief Technical Officer Office:7-(095)-785-09-72 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus --- ifmail v.2.15dev5 * Origin: Siberian Internet Company (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cgi.perl/231830f722098.html, оценка из 5, голосов 10
|