ProFTPD + MySQL: FTP klienty, práva, moduly

3. 7. 2009 | Max Devaine | Sítě | 27178×

FTP klienty

FTP klientů je celá řada, my si vyjmenujeme tři nejzákladnější.

FileZilla

Jeden z nejznámějších FTP klientů vůbec je FileZilla. Pokud používáme explicitní způsob šifrovaného spojení, tak v tomto klientu musíme zadat adresu serveru jako:

ftpes://adresa

Pro implicitní způsob šifrování je:

ftps://adresa

Krusader (kio-slaves)

Hojně využívanmým klientem je Krusader aka KDE, aka kio-slaves. Aby nám fungovalo FTP v Krusaderu (Konqueroru apod.), je potřeba doinstalovat kio-ftps. Pro KDE 3 je k dispozici verze 1a, viz: kio-ftps-0.1a.tar.gz. Kdo nemá součástí distribuce, kompiluje se trojčlenkou:

tar xvfz kio-ftps-0.1a.tar.gz
./configure
make
make install

Poté stačí do Krusaderu zadat ftps://adresa a spojení je navázáno.

Pro KDE 4 je verze 0.2: kio-ftps-0.2.tar.gz, která se kompiluje pomocí CMake.

gFTP

Pro GNOME je k dispozici gFTP. Pokud dostanete při pokusu o přihlášení na FTPS serveru tuto chybovou hlášku:

error 18:self signed certificate

tak si vypněte ověřování certifikátu v nastavení, nabídka FTP -> Preference -> Engine SSL -> Ověřit protistranu SSL. Další možností by mělo být umístění veřejného certifikátu vaší certifikační autority do adresáře certifikátů OpenSSL. V Debianu je v „/usr/lib/ssl/certs“ V Arch Linuxu jsou v /usr/share/ca-certificates/ a míří na ně symlinky z /etc/ssl/certs/.

Tipy a triky

Několik drobných tipů, co a jak nastavit.

Práva k souborům, adresářům a .ftpaccess

Všechno šlape, uživatel funguje, ale vše v jeho adresáři jde smazat. Resp. práva se chovají tak, že pokud má adresář práva třeba root:root 755, tak soubor v onom adresáři s root:root 755 nejde smazat. Pokud má ovšem adresář třeba práva ftpuser:ftpgroup 755 a soubor root:root 700, tak lze soubor v klidu smazat a ProFTPD může běžet i pod uživatelem „proftpd“. Myslím si, že za to může mod_sql (měl by se chovat trochu korektněji k fyzickým právům a povolovat manipulaci se soubory těch uživatelů a skupin, které má definované v databázi). Provedeme si příklad řešení práv třeba na testovacím souboru (100 MiB na rychlost) pro download. Vytvoříme si ho takto (adresář ftp má práva třeba ftpuser:ftpgroup 775):

dd if=/dev/zero of=/home/ftp/100MiB.iso bs=1024 count=102400
# práva souboru jsou trochu irelevantní, ale budiž:
chown proftpd:proftpd 100MiB.iso
chmod 755 100MiB.iso

Nyní nastavíme práva, aby šel jen číst, a ne mazat. Potom upravíme proftpd.conf:

AllowOverride on
#DenyFilter                     \*.*/
PathDenyFilter "(\.ftpaccess)$"

Nesmíme zapomenout na reload serveru:

/etc/init.d/proftpd reload

Tímto jsme si pomocí AllowOverride povolili možnost použití konfiguračního souboru .ftpaccess. Pomocí PathDenyFilter jsme zakázali možnost přepsání onoho souboru uživatelem.

Konečně si vytvoříme soubor .ftpaccess v adresáři uživatele „ftp“ (/home/ftp/.ftpaccess) a v případě, že chceme povolit pouhé čtení na náš testovací soubor, zapíšeme do něj:

PathDenyFilter "(\.ftpaccess|\100MiB.iso)$"

Do PathDenyFilter zapíšeme také zmíněný .ftpaccess. Definování PathDenyFilter v souboru .ftpaccess má za následek nepoužití této direktivy v proftpd.conf. .ftpaccess je načten při příchodu do adresáře, kde se nachází. Nyní mohou uživatelé tyto soubory jen číst. Pokud je klient již přihlášen, tak vytvořením onoho souboru nic nezmůžete, jelikož jej uživatel bude moci třeba smazat. Soubor se korektně načítá až při samotném přihlášení klienta. Resp. se mi zdá, že jen direktiva PathDenyFilter vyžaduje přihlášení klienta (BUG, nebo FEATURE?). Ostatní lze měnit za chodu a klient hned změny pocítí.

Soubor .ftpaccess je určen na řešení drobných restrikcí. Nelze v něm používat direktivu Directory, ač mi to částečně fungovalo. Pravidla se vždy aplikují na samotný adresář a podadresáře. Pokud v podadresáři vytvoříme .ftpaccess, tak budou platit pravidla zapsaná v něm atd.:

# zakaze upload (prepis) souboru 100MiB.iso, .ftpaccess a .htaccess:
PathDenyFilter "(\.ftpaccess|\.htaccess|\100MiB.iso)$"

# v aktualnim adresari budou vsichni moci cist, ale nikdo zapisovat (krome uzivatele "admin"):
<Limit Write>
  AllowUser admin
  DenyAll
  Order allow,deny
</Limit>

<Limit Read>
  AllowAll
</Limit>

# povolime pristup ze vsech IP adres krom jedne:
<Limit ALL>
  Deny 192.168.0.21
  Allow all
  Order deny,allow
</Limit>

# omezeni rychlosti pro tento adresar a podadresare:
TransferRate RETR 20:262144   # maximalni rychlost uploadu (od serveru ke klientu) je 20 KiB/s; do prenosu prvnich 256 KiB dat je rychlost maximalni

Práva trochu složitěji

Nyní se podíváme na trochu složitější definování práv, zakládání tříd (classes) aj. Třídy lze definovat jen pomocí konfiguračních souborů ProFTPD. Aby nastavení vypadalo trochu přehledněji, vložíme si definice tříd stejně jako třeba nastavení SQL nebo TLS do jiného souboru. Do proftpd.conf doplníme:

Include /etc/proftpd/access.conf

Vytvoříme si soubor /etc/proftpd/access.conf a příklad nastavení by mohl vypadat nějak takto:

### seznam IP adres zlobivych uzivatelu:
<Class blacklist>
    From 192.168.0.5
    From 192.168.20.22
    From 192.168.30.0/24
    From 192.168.40.55
</Class>

### seznam VIP clenu:
<Class vip>
    From 192.168.5.1
    From 192.168.10.1
</Class>

### pokud se prihlasi uzivatel tonda, tak bude moci stahovat jen 20b KiB/s
# (plati pouze pro adresar ~/pokus/*, vsude jinde to pojede naplno)
<IfUser tonda>
  <Directory ~/pokus/*>
       TransferRate RETR 20
  </Directory>
</IfUser>

### kdo neni clenem skupiny vip, tomu pojede stahovani z FTP max. 40 KiB/s
# a prvnich 256 KiB dat se bude stahovat plnou rychlosti:
<IfGroup !vip>
       TransferRate RETR 40:262144
</IfGroup>

### kdo je clenem skupiny vip, tomu pojede stahovani 540 KiB/s
<IfGroup vip>
       TransferRate RETR 540
</IfGroup>

### ti, jejichz IP nebo rozsah adres je definovan ve tride "blacklist",
# se nebudou moci prihlasit
<Limit LOGIN>
    DenyClass blacklist
    AllowAll
</Limit>

Dávejte si pozor na fyzická práva adresářů. Jak už bylo řečeno, všechny direktivy se nedají používat všude. Pokud vás zajímá nějaká direktiva, tak se na ni podívejte do dokumentace: List of Directives by Name.

Nastavení modulů třetích stran

Nyní se podíváme na moduly třetích stran, které jsme si ručně zkompilovali spolu s ProFTPD.

mod_md5

Do souboru /etc/proftpd/modules.conf si doplníme následující řádek:

LoadModule mod_md5.c

# jako posledni by se mel vzdy nacitat tento modul:
LoadModule mod_ifsession.c

Do souboru /etc/proftpd/access.conf si doplníme následující řádky a vše by mělo fungovat:

### Jestlize se uploadne soubor do adresare "upload", tak se k nemu vytvori kontrolni md5 soucet
# podadresar test je vynechan (kdyz se tam soubor uploadne, tak se md5 soucet generovat nebude)
<IfModule mod_md5.c>
    MD5Engine on
    MD5Path ~/upload/
    MD5Path !~/upload/test
</IfModule>

### md5 soucet se bude generovat jen v pripade, ze bude dany soubor uploadovat uzivatel admin:
<Limit SITE_MD5>
    AllowUser admin
    DenyAll
</Limit>

Funkčnost vytváření md5 hashů můžeme vyzkoušet takto:

#:/# ftp 127.0.0.1
Connected to 127.0.0.1.
220::ffff:127.0.0.1 FTP server ready
Name (127.0.0.1:root): admin
331 Password required for admin
Password:
230 User admin logged in
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd upload
250 CWD command successful
ftp> quote SITE MD5 frozenbubble.exe
quote site md5 frozenbubble.exe
200-2bbff112066c93871155d4cf1ada5d2d    frozenbubble.exe
200 Please contact webmaster@abclinuxu.cz if this digest is inaccurate
ftp>

Bohužel, po uploadnutí souboru na FTP server do příslušného adresáře nedojde k vytvoření dalšího souboru s md5 hashem. Takže všechno funguje, ale vlastně nefunguje).

mod_sftp a mod_sft_sql

Do /etc/proftpd/modules.conf doplníme:

LoadModule mod_sftp.c
LoadModule mod_sftp_sql.c

Do /etc/proftpd/proftpd.conf doplníme řádek:

Include /etc/proftpd/sftp.conf

A do souboru /etc/proftpd/sftp.conf vložíme:

### Nastaveni v pripade, ze bychom chteli mit ulozeny klice v databazi a treba overovat uzivatele ceertifikaty apod.
# Osobne nepotrebuji, takze jsem nezkousel.
# (museli bychom si zrejme pridat sloupecek do tabulky k uzivatelum, kde by byl klic ulozen):
#<IfModule mod_sql.c>
#    # Other mod_sql configuration here
#
#    # Define a SELECT statement to retrieve users' authorized SSH keys
#    SQLNamedQuery get-user-authorized-keys SELECT "key FROM sftpuserkeys WHERE name='%U'"
#
#    # Define a SELECT statement to retrieve hosts' authorized SSH keys
#    SQLNamedQuery get-host-authorized-keys SELECT "key FROM sftphostkeys WHERE host='%{0}'"
#</IfModule>

### Velmi jednoduche nastaveni SFTP:
<IfModule mod_sftp.c>
    ### Zapneme podporu SFTP:
    SFTPEngine on
    ### Soubor s logem:
    SFTPLog /var/log/proftpd/sftp.log

    ### Jelikoz se pouziva rozdilny zpusob prihlasovani,
    # tak pro debug rezim pouzijeme nasledujici logovani:
    #TraceLog /var/log/proftpd/sftp-trace.log
    #Trace scp:20 sftp:20 ssh2:20


    ### Cesta ke klicum pro autentizaci (pouzijeme stavajici klice ssh demona):
    SFTPHostKey /etc/ssh/ssh_host_dsa_key
    SFTPHostKey /etc/ssh/ssh_host_rsa_key

    ### Zapneme kompresi:
    SFTPCompression delayed

### Pokracujeme v prikladu s databazi (osobne nepotrebuji, takze jsem ani nezkousel):
#  <IfModule mod_sftp_sql.c>
#      # Instead of using a file-based key store, we tell mod_sftp to use
#      # the SQL-based key store provided by mod_sftp_sql
#      SFTPAuthorizedUserKeys sql:/get-user-authorized-keys
#      SFTPAuthorizedHostKeys sql:/get-host-authorized-keys
#  </IfModule>

</IfModule>

Nyní už stačí jen restart a je hotovo:

/etc/init.d/proftpd restart

Přihlašujeme se na port 21, tzn., že třeba v Krusaderu zadáme sftp://192.168.0.55:21. Poté už je krásně vidět, jak se nám plní soubor se záznamy /var/log/proftpd/sftp.log. Nebuďte ovšem bláhoví. Kdo si myslí, že může provozovat FTP/FTPS/SFTP na jednom portu, tak se mýlí. Pokud nastavíme SFTP, budeme moci používat jen tento protokol.

mod_vroot

Do /etc/proftpd/modules.conf doplníme:

LoadModule mod_vroot.c

Do /etc/proftpd/proftpd.conf doplníme řádek:

Include /etc/proftpd/vroot.conf

A do souboru /etc/proftpd/vroot.conf vložíme:

<IfModule mod_vroot.c>
   VRootEngine on

   DefaultRoot ~

   ### Vsem uzivatelum namapujeme tento adresar
   # (nefunguje soucasne s direktivou VRootServerRoot):
   VRootAlias upload /home/ftp/nejakaslozka/tamtaslozka

   ### Povolit symlinky:
   VRootOptions allowSymlinks

   ### Budeme logovat provoz:
   VRootLog /var/log/proftpd/vroot.log

</IfModule>

Bohužel se mi tento modul nepodařilo zprovoznit. Alias se vytvoří, ale do logu se nic nezapisuje a do žádného adresáře nemám přístup. Ani do těch, kam jsem dřív mohl. U ProFTPD hodně záleží na pořadí modulů při kompilování, třeba ho tedy jen neumím správně zkompilovat.

Ladění

Pokud se nám něco nedaří a chceme ladit, tak spustíme ProFTPD v debug režimu:

proftpd -d9 -n

V případě Debianu stačí upravit soubor /etc/default/proftpd takto:

# Defaults for ProFTPD initscript

# Master system-wide ProFTPD switch. The initscript
# will not run if it is not set to yes.
RUN="yes"

# Default options.
# For more exhaustive logging, try "-d 3".
OPTIONS="-d 9 -n"

A restartovat server:

/etc/init.d/proftpd restart

Závěr

Nyní máme nainstalovaný a kompletně funkční ProFTPD server. Samotný server běží pod uživatelem a skupinou „profptd“. Uživatelské soubory spadají pod uživatele „ftpuser“ a skupinu „ftpgroup“. ProFTPD není rozhodně dokonalý FTP server, ale není ani nikterak špatný. Konfigurace mi přijde přehledná a práce s direktivami intuitivní. Jeho možnosti a rozšíření jsou velké, ač bohužel někdy ne zcela funkční (ve VirtualBoxu jsem měl i problémy s fitry na IP adresy, což ProFTPD umožňuje). Také by mě zajímalo, zda má někdo zkušenosti s nějakými externími moduly. V případě, že ano, může se o zkušenosti podělit pod článkem. To samozřejmě platí i o tipech na další různé možnosti nastavení.

       

Komentáře

[Lubos Kopecky]

Je nejak mozne nastavit, aby se v databazi uchovavala informace o tom, ktery uzivatel se muze pripojit z ktere IP-adresy?

napr.

ferda si povoli prihlaseni pouze z IP 127.0.0.1
amalka si povoli prihlaseni pouze z IP 192.168.0.6
cmelda si povoli prihlaseni z 2 IP 192.168.0.7 a 192.168.0.8
brumbda se omezovat nehodla vubec

[Max]

Tak to jsem neřešil a abych pravdu řekl, tak si teď nejsem jist. Musím nato juknout. Jinak pokud by si to měli uživatelé definovat sami, tak je lepší, když se to bude řešit přes .ftpaccess, ne?
Zdar Max

[Lubos Kopecky]

reseni to urcite je, to mas pravdu, ale

1) admin muze treba chtit omezit adresy pro ruzny uzivatele a mit to prehledne nekde ulozeny a zaroven aby nemusel mit skripty, ktery to budou pravidelne pregenerovavat z db dou souboru na disku

2) mas jedno administracni rozhrani pres web na vice sluzeb, takze tam chces mit i tuto informaci, aby to bylo vse na jednom miste.

3) muze nastat pripad, ze ty si omezis pristup jen z jedny IP, vse funguje jak ma rok, dva, pak na to zapomenes (pripadne ti to nedocvakne), pac odjinud tam nechodis a zmenis treba poskytovatele internetu nebo budes mimo tohle jedno misto a najednou budes muset nutne na ftp pristoupit a ejhle, ono to nejde - pres db to zmenis, ale primo v souboru ne, pac se tam nedostanes

sou to ciste modelovy priklady - osobne to treba nepotrebuju, ale byl na mne vznesen dotaz (dokonce vcera :) ), zda by to omezeni neslo resit prave pres db

[Max]

Mno, vytvořit si tabulku a k ni uživatele v db (kdyby jsi měl díru v php, útočník může ovlivnit akorát ony povolené IP, nic víc), která by byla třeba přes ID propojená s tabulkou o uživatelích. V ní sloupečky ID, AlloIP, DenyIP a pomocí php a cronu bych ládoval info z této tabulky do konfiguračního souboru proftpd a říkal mu, aby akceptoval nové nastavení. Bylo by to bezpečné, přístup přes web rozhraní zaručen, všechno by jsi měl na jednom místě a bylo by :).
Zdar Max

[Jardík]

Místo cronu bych použil incron

[tomash]

tohle umi treba pureftpd

[Kroko]

Nikdy jsem nepochopil quoty na ftp ... (v případě, že je to jen ftp tak ano) protože pokud má pak někdo přístup přes web apod. tak tam ty soubory může rvát přes prohlížeč a quota je mu v ftp k ničemu.

[Max]

Jak přes web? Pokud někdo provozuje pro klienty třeba nějaké webftp, tak snad není problém toto webftp ošetřiř, ne? Nebo myslíš případ, kdy jsou na onom ftp umístěny webové stránky? A dotyčný pak může třeba pomocí php skriptu udělat útok na server, který akorát bude moci zato, že se sežere veškeré místo na oddílu, kde budou ony stránky umístěny. Ale toto ti nikdo neudělá na placeném hostingu. A když ano, tak jako správce svůj server určitě monitoruješ a toto by jsi měl za chvilku vyřešené. Pokud by to byl třeba nějaký free, tak bych to stejně řešil účtama v mysql (jednoduší správa všeho) a pak bych pomocí skriptů a cronu generoval fyzické quoty a uživatele. Tím by se pak vyřešily veškeré problémy :).
Zdar Max

[fixinko]

ono to bolo myslene tak, ze ked nieco v php uploadujes cez tie jeho funkcie(move_uploaded_file....), tak owner/group je ten user pod ktorym bezi www server, a nie ten komu patria skripty... ciastocne riesenie je pouzivat mod_suphp (riesi to len otazku komu ten subor po vytvoreni patri), ale ani to neriesi zapisovanie quoty do databazy... to sa da imho vyriesit len quotami priamo v systeme...

[snajpa]

Na konci článku mi chybí "Zdar Max" , jinak pochvala za super článek!

[eoj]

Jo, to podepisování pod příspěvky, které mají jméno už v hlavičce, mi taky nějak nejde pod vousy

[Max]

Snad si nemyslíš, že se pod své články nepodepisuji. Redakce mi podpisy z článku totiž maže, s tím já nic nenadělám :-/. Zřejmě to nikdy neprojde korekcema :).
Ale myslím, že už ho tam vlastně asi ani nepíšu, abych nepřidělával práci redakci :P.
Zdar Max

[Pepin]

Teď jsem nainstaloval proftpd podle tohodle návodu, ale na FTP mi nejde zapisovat peru se stim už celej den a pořád mi to nechce chodit. Co stím? Díky

[Max]

Pokud se úspěšně přihlásíš, tak je chyba v právech. Buď jsi je špatně zapsal do mysql databáze (uid gid), nebo vytvoření uživatelé v systému mají jiná uid a gid, než jsi zadal do db. Tyto věci se musí shodovat, tak se nato podívej . Také by měl mít nadřazený adresář práva ftpuser:ftpgroup a nejlépe 755.
Zdar Max

[Honza]

vím, že offtopic,ale velmi pěkné i pro amatéry jako jsem já, jen by mě zajímalo jak to udělat s anonymními uživateli. uživatele jsem přidal do mysql, vytvořil v systému vše funguje s heslem,ale já bych rád uživatele anonymous bez hesla

[Max]

Ahoj, díky :). Offtopic to rozhodně není :). Anonymouse uděláš tak, že přidáš příslušné direktivy do proftpd.conf. Jako popisují třeba zde : http://www.ls-l.net/ftp/
Zdar Max

[Honza]

Aha, no já si říkal, jestli by to nešlo spíše přes mysql, jelikož tam je podle tvého návodu krásny přehled o počtu přihlášení apod. Hlavně jsem měl za to, že pokud pouziji přímo direktivu z proftpd.conf tak si tím můžu narušit usery (teď si uvědomuji, že je to naprostá hloupost :D). Ale přesto ti patří velký dík

[tre-SKA]

Zdarek, neviete ako nastavim uzivatelovi neobmedzenu kvotu cez mysql ?

[Max]

Neomezená je 0
Zdar Max

[mir.jar]

zdravim, hadam to nieje prilis stary clanok na to aby mi niekto odpovedal. Mam virtualny server kde mi uz provider nainstaloval Debian/LAMP cize vsetko co treba pre bezny webserver tam uz je. Bolo tam uz aj proftpd, takze instalaciu som preskocil. Vytvoril som uzivatel ftpuser s ID 2002, skupinu proftpd s ID 2001 a skupinu ftpgroup s ID 2002. uzivatel proftpd tam uz bol, ma ID 104 a skupinu nogroup. MySQL som neinstaloval kedze tam uz bolo, len som pospustal vsetky prikazy podla clanku. Lenze pri niektorych som dostal hlasku, ze su tam jedno, alebo dve warnings. Predpokladam, ze mu nieco nesedi, kde si to mozem skontrolovat? vo var/log je vsetko co ma v nazve mysql prazdne. System sa pri instalaci len nejak vyklonoval z obrazu co mal provider nachystany a nastavil par hesiel. Proftpd uz fungovalo a malo uz vytvoreneho uzivatela aj s heslom. Nechcel som preto prepisovat cely /etc/proftpd/proftpd.conf. Doplnil som teda nakoniec Include /etc/proftpd/sql.conf a subor /etc/proftpd/sql.conf okopiroval z clanku, len heslo som upravil. S tymi modulmi sa este nechcem hrat, zatial len vytvorit uzivatela do MySQL a pod nim sa prihlasit. Dal som reload a teraz mi pise total commander, ze vyzva na spojenie bola neuspesna. Pise to aj pri prihlasovacich udajoch co predtym fungovali a aj tych co som vlozil cez MySQL. Je vobec mozne aby islo prihlasovanie oboma sposobmi? Teda ja ani neviem co to bolo za povodny sposob, ale MySQL asi nepouzivalo kedze nemala este vytvorene heslo a uz to fungovalo. Asi som sa dost zamotal :( ... pomoze mi niekto sa z toho vymotat? :)

[Max]

To jsi se do toho zamotal docela pěkně :). Dělat slepě něco, co se nesnažím pochopit, to většinou nedopadá moc dobře. Otázkou je, co přesně chceš? Chceš mít ftp server schopný ověřovat se přes mysql? Podporovat kvóty apod.? Nebo chceš provozovat ftp pro pár lidí, né-li jen pro sebe? Pak by se totiž vše xkrát zjednodušilo.
Jinak doporučuji směřovat dotaz do poradny a né pod rok a půl starý článek, u kterého mám zapnuté sledování snad jen já :).
Zdar Max

[mir.jar]

no mozno postacis aj ty :) ... chcem webserver kde bude mat pristup cez ftp len zopar ludi. Nikde na nete som nenasiel jednoduchy navod krok za krokom ako to rozbehat. Tie navody co som nasiel som prestal chapat uz v uvode a nedokazal som podla nich nic nastavit. V podstate mi staci ak budem moct vytvarat uzivatelov, ktory budu mat prava cisto len pre ftp a casom by som sa chcel pohrat zo subdomenami kde by mali pristup k jednotlivym priecinkom len konkretny ludia. Tie kvoty by som tam tiez potreboval uz len koli sebe aby som trebars nechtiac nezaplnil cely disk. Casom samozrejme koli subdomenam a inym uzivatelom aby to nezahltili oni. Do poradne som nesiel preto ,ze som nasiel toto a uz sa tu teda aj rozbehla na to diskusia. Ak by nikto neodpisal, siel by som do poradne :). V podstate by mi stacil nejaky serial, nepotrebujem to surne rychlo rozbehat, chcem sa to naucit. Ucim sa na dvoch frontach, jedna je programovanie v php a druha je rozbehanie a spravovanie servra kde bezi distribucia Debian/LAMP. O PHP mam more literatury, lenze o LAMP skoro nic, tak som si to rozdelil a postupne idem po jednotlivych sluzbach. Samotny web mi ide, stranka tam funguje, aj PHPcko ide, mysql aj s phpmyadmin funguju. Teraz sa chcem postupne do nich vrtat hlbsie a hlbsie. Zacal som s FTP pristupmi. Ja netusim z akeho konca mam zacat kedze kompletny serial o vsetkom krok za krokom asi ani neexistuje. Ako si sa to ucil ty?

[Max]

Já se vše naučil sám, z internetu a knih. Třeba o apache je výborná kniha toto : Linux Administrace serveru Apache.

Pokud jde o to proftpd a článek, tak nevidím problém. Je to formou krok za krokem s krátkými českými komentáři. Nevím, jak jednodušejí to popsat :-/.
Pokud jsi si neprošel svoje nastavení proftpd.conf a bezmyšlenkovitě si jen přidal na konec souboru vložení konfigráku sql.conf (jeho obsah by mohl být součásti proftpd.conf, ale pro přehlednost je v separátním souboru a pomocí include se vkládá do proftpd.conf), tak může být samozřejmě problém (nehledě nato, že pak nemůžeš svádět na články a postupy to, že jsou nefunkční, když se jich nedržíš). Další věcí je, zda jsi povoloval sql moduly v modules.conf? Pokud ne a nemáš je povolený, tak ti asi ftp ani nenaběhne.

Otázkou tedy je, co máš v proftpd.conf? A co v modules.conf? Pošli tyto soubory jako přílohu ke komentáři a pak se uvidí. Další věcí je, co ti hlásí logy?
/var/log/daemon.log
/var/log/proftpd...? (cestu a soubory jsou definované v proftpd.conf, nevím, jak to máš u sebe).
Jinak co máš za distribuci? Debian? Ubuntu? Něco jiného?
Zdar Max

[mir.jar]

nezvalujem ziadnu vinu na clanok. Viem, ze riskujem ak nejdem podla postupu. Pre mna je to nezrozumitelne koli tomu, ze je tam kvantum prikazov a niesu detailne vysvetlene, je to skor pre pokrocilych.

Distribucia je Debian(5.0)/LAMP, ale ako som spominal je to virtualna masina a system tam je naklonovany z nejakeho obrazu a neviem ake zmeny tam boli urobene oproti cistej instalaci. Ja som dal len vytvorit masinu a asi za 5 minut som to mal aj s heslom pre roota a FTP. Apache aj PHP uz bezalo, malo to tam aj skusobnu stranku, len MySQL nemalo administratorske heslo vytvorene. Hocikedy to mozem dat do toho povodneho stavu, trva to asi tych 5 minut. To je obrovska vyhoda ak nieco domrvim.

deamon.log je prazdny, ani jeden zaznam. proftpd pise, ze user admin neexistuje, ale medzi casom som prisiel na to, ze po restarte mi to nenabehlo. on v tom sql.conf nasiel na riadku 99 chybu. Ja tie configuracne subory este prezkumam doma, potom napisem ak na nieco narazim. Co sa tyka tych warnings ked som vkladal prikazy do mysql, tak tie kde vidno? Najskor by som zacal tam, lebo to bolo este pred upravou configov.

[Max]

Naopak, popsaný jsou myslím dostatečně.
Když to shrnu, tak se jedná jen o tyto věci :
- vytvořit uživatele a skupinu, pod kterými bude běžet ftp server
- vytvořit uživatele a skupinu, pod kterými budou pracovat uživatelé ftp serveru
- vytvořit hlavní adresář s příslušnými právy pro proftpd, kde budou data uživatelů
- vytvořit databázi včetně tabulek a příslušného uživatele v mysql pro ftp server, kde budou uloženy informace o uživatelích a jejich nastavení
- zkopírovat soubory z článku a spustit ftp server (maximálně v těch souborech změnit hesla pro přístup do databáze, popř. popis serveru)

Toto je v článku v sekcích :
Příprava prostředí
Příprava MySQL
Nastavení ProFTPD

Článek je zaměřen pro začátečníky, kteří mají aspoň základní znalosti a ví co je co. Ovšem pokud uživatel ani neví, co je to databáze a snaží se s ní pracovat, tak je samozřejmě jasné, že to povede jen k neúspěchu.
Zdar Max

[mir.jar]

Mne osobne sa zdal zaciatok ozaj ako pre zaciatocnikov, preto som sa do toho pustil, ale potom ako sa clanok dostal k MySQL uz prestali byt veci podla mna dostatocne vysvetlene, tam som sa uz stratil, tak som to len bezhlavo kopiroval. Neviem napriklad co vsetko a preco je v tej databaze. Preco tam treba tolko veci vytvarat. Napr. v tabulke proftpd_quota. Pri vkladani uzivatela sme to nakoniec nastavili skoro vsetko na nulu.

Co sa mna tyka nakoniec bol niekde v .conf problem. Asi prave to co si spominal, ze tie veci co boli v sql.conf mozu byt aj v proftpd.conf. Jedna z hlasiek co mi nabehla kym sa to rozbehlo hovorila nieco o tom, ze akysi prikaz uz je v sql.conf. Ked som to vsetko nanovo poprepisoval(vsetky 3) a restartol proftpd, uz nabehol bez chyby a viem sa aj prihlasit.

Inak v clanku co mas na zaciatku linky na tie mody. Ked som ich skusal boli vsetky mrtve.

[Max]

Rozcestník je z části mrtvý (neposouvá se na příslušná místa v článku, věc redakce, já ho nevytvářel), jinak linky na moduly (na oficiální stránky apod.) jsou stále živé.

Pokud jde o ty nuly v tabulce quota, tak je snad jejich hodnota jasná z názvu sloupečku, ne? Jsou to statistiky přenosu aj. věcí a jak to bývá, všechno se začíná počítat od nuly.
Zdar Max

[mir.jar]

Posledny ide, ale tieto 3 nie.

http://www.castaglia.org/proftpd/modules/proftpd-mod-md5-0.3.3.tar.gz http://www.castaglia.org/proftpd/modules/proftpd-mod-sftp-0.9.6.tar.gz http://www.castaglia.org/proftpd/modules/proftpd-mod-sftp-sql-0.1.tar.gz

[Max]

Jo takto, no to je možné. Po roce a půl jsou k dispozici určitě novější verze. A teď když koukám na jejich stránky, tak skutečně ano : http://www.castaglia.org/proftpd
Jistě pochopíš, že v takto starém článku nelze udržovat čerstvé odkazy (nejen kvůli náročnosti, ale i kvůli tomu, že by následné postupy nemusely s novými verzemi fungovat).
Zdar Max

[mir.jar]

ved jasne, ja len na to upozornujem kedze som si to nedavno vsimol a opatovne sme tu rozbehli diskusiu k tomu clanku.

Tak dakujem, ze si sa mi venoval, som rad, ze mi to uz funguje. Teraz to idem trosku prezkumavat a hadam coskoro v ramci ucenia nakodim v php nejaky skriptik kde si to budem vediet spravovat.

[cesilko007]

Zdravím, chtěl bych se zeptat, pokud dobře znáte kód, tak jsem se dozvěděl, že proFTPD umí rozeznávat názvy počítačů z IP adresy, která k nim náleží. Nevěděl by někdo, jak to funguje? Mě běží moje ftp pres FileZillu a nechtel bych menit program, ale hodilo by se mě tohle znát.

Děkuji za reakce

[Max]

Jen bych chtěl upřesnit toto tvrzení : Nebuďte ovšem bláhoví. Kdo si myslí, že může provozovat FTP/FTPS/SFTP na jednom portu, tak se mýlí. Pokud nastavíme SFTP, budeme moci používat jen tento protokol.

Není to zcela pravda. Lze provozovat ftp, ftps a sftp v rámci jednoho proftpd serveru. Řeší se to pomocí virtuálů.
Osobně tak provozuji ftp, ftps a sftp(tady na portu 2222, aby nebyl v kolizi s ssh). Vše plně ok.
I logy u sftp přenosů jsou plně ok. Vše mám stále napojeno na mysql.
Zdar Max