Problem z pamem jest taki ze user nie trafia do shadow i jest problem z właścicielami plików, trzeba kombinować z tym.<br>Dlatego libnss-mysql ( nie mylić z nss-mysql)<br>Ja bym bardziej kładł nacisk na proftpd+mod_mysql.<br>
:)<br><br><div class="gmail_quote">W dniu 28 lutego 2010 13:11 użytkownik Michał &quot;gaco&quot; Gacek <span dir="ltr">&lt;<a href="mailto:michal.gacek@gmail.com">michal.gacek@gmail.com</a>&gt;</span> napisał:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
W dniu 28 lutego 2010 13:02 użytkownik Maciej Drobniuch<br>
&lt;<a href="mailto:maciej@drobniuch.pl">maciej@drobniuch.pl</a>&gt; napisał:<br>
&gt; Naturalnie z tego powodu ze automatycznie musial by byc dostep do shella.<br>
&gt; Jezeli jest dostep do shella bardzo latwo bawic sie w rootkity, i to jest<br>
&gt; ryzyko.<br>
&gt; Ja na swoim hostingu mam jednak sftp dla mniejszej rzeszy klientów.<br>
&gt; Mam grsecurity z paxem i PAM-em.<br>
&gt; Patent polega na tym ze userow trzymam w bazie po libnssmysql - bo pam i<br>
&gt; userzy to nie jest zly pomysl, przydaje sie tylko do pam_wheel.<br>
&gt; Nie widze problemu dostosowac to do lms-a<br>
<br>
dzieki pamowi można bardzo ładnie zarządzać userami w vsftp, niestety<br>
jest z tym troszke zabawy na początku :)<br>
_______________________________________________<br>
lms mailing list<br>
<a href="mailto:lms@lists.lms.org.pl">lms@lists.lms.org.pl</a><br>
<a href="http://lists.lms.org.pl/mailman/listinfo/lms" target="_blank">http://lists.lms.org.pl/mailman/listinfo/lms</a><br>
</blockquote></div><br>