abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 18:00 | Nová verze

    Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.

    Ladislav Hagara | Komentářů: 1
    dnes 16:00 | Zajímavý software

    WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.

    NUKE GAZA! 🎆 | Komentářů: 3
    dnes 13:33 | IT novinky

    Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce

    … více »
    Ladislav Hagara | Komentářů: 4
    dnes 12:22 | Humor

    Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.

    NUKE GAZA! 🎆 | Komentářů: 12
    dnes 06:00 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 05:55 | IT novinky

    Sdružení CZ.NIC, správce české národní domény, zveřejnilo Domain Report za rok 2025 s klíčovými daty o vývoji domény .CZ. Na konci roku 2025 bylo v registru české národní domény celkem 1 515 860 s koncovkou .CZ. Průměrně bylo měsíčně zaregistrováno 16 222 domén, přičemž nejvíce registrací proběhlo v lednu (18 722) a nejméně pak v červnu (14 559). Podíl domén zabezpečených pomocí technologie DNSSEC se po několika letech stagnace výrazně

    … více »
    Ladislav Hagara | Komentářů: 9
    včera 18:33 | IT novinky

    Google představil telefon Pixel 10a. S funkci Satelitní SOS, která vás spojí se záchrannými složkami i v místech bez signálu Wi-Fi nebo mobilní sítě. Cena telefonu je od 13 290 Kč.

    Ladislav Hagara | Komentářů: 7
    včera 16:22 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Fedora 43 Asahi Remix s KDE Plasma už funguje na M3. Zatím ale bez GPU akcelerace. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | IT novinky

    Red Hat představil nový nástroj Digital Sovereignty Readiness Assessment (GitHub), který organizacím umožní vyhodnotit jejich aktuální schopnosti v oblasti digitální suverenity a nastavit strategii pro nezávislé a bezpečné řízení IT prostředí.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Zajímavý software

    BarraCUDA je neoficiální open-source CUDA kompilátor, ale pro grafické karty AMD (CUDA je proprietární technologie společnosti NVIDIA). BarraCUDA dokáže přeložit zdrojové *.cu soubory (prakticky C/C++) přímo do strojového kódu mikroarchitektury GFX11 a vytvořit tak ELF *.hsaco binární soubory, spustitelné na grafické kartě AMD. Zdrojový kód (převážně C99) je k dispozici na GitHubu, pod licencí Apache-2.0.

    NUKE GAZA! 🎆 | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (11%)
     (27%)
     (3%)
     (4%)
     (2%)
     (12%)
     (27%)
    Celkem 907 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: nefunkční FTP

    15.11.2009 23:02 halva-jr | skóre: 12
    nefunkční FTP
    Přečteno: 485×
    Dobrý večer,
    mám takový problém. Už nějaký ten den se snažím rozchodit FTP. Už jsem skoro u konce, ale vždycky se objeví nějaký další problém :-( Postupoval jsem při instalaci a nastavování podle tohoto návodu: ZDE. Všechny mi funguje. Když se připojím přes klienta tak se mi vytvoří složka, přesně jak píší. Ale do složky se přes klienta nelze dostat. FileZilla píše, že Nelze získat výpis složky. Přes průzkumníka windows mi to vyplivne Při otevírání této složky na serveru FTP došlo k chybě. Přesvědčte se, zda máte oprávnění přistupovat do této složky.
    Nevíte čím by to mohlo být způsobeno? Držel jsem se přesně výše zmíněného návodu.
    Děkuji mnohokrát.

    Odpovědi

    Max avatar 16.11.2009 08:08 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    A nemáš skutečně problémy s právy? Jaká máš práva na filesystému? Fyzicky na složce, jenž se automaticky vytvoří a na složce, která je nad ní?
    Jinak počesky máš ten návod zde : ProFTPD + MySQL + Quota + šifrování
    Zdar Max
    Měl jsem sen ... :(
    Max avatar 16.11.2009 08:10 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Pokud to nebude právy, nastav nějakou rozumnou míru logování v proftpd a podívej se do logů ve /var/log/proftpd ;-)
    Zdar Max
    Měl jsem sen ... :(
    Salamek avatar 16.11.2009 10:13 Salamek | skóre: 22 | blog: salamovo
    Rozbalit Rozbalit vše Re: nefunkční FTP
    musis te slozce nastavit prava na uzivatele a skupinu u ktereho chces aby tam zapisoval/lezl , pro test ji narvi treba 777 (treba prez MC) skupina users a jako user usera pod kterym pristupujes, kdyz se to rozjde tak ty prava pak nastav nejak inteligentneji :-)
    Skutečně nemám v plánu zničit Microsoft. Bude to jen zcela neúmyslný vedlejší efekt.
    16.11.2009 18:43 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Zdravím všechny,
    takže jsem nastavil práva pro home i pro složku uživatele na 7777 ale nic se nestalo. Pořád to samý :-( Posílám log z /var/log/proftpd/proftpd.log co to píše
    Nov 16 18:36:52 server1 proftpd[4491] server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]): FTP session opened.
    Nov 16 18:36:52 server1 proftpd[4491] server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]): USER jirka: Login successful.
    Nov 16 18:36:52 server1 proftpd[4491] server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]): Preparing to chroot to directory '/home/jirka.cz'

    Tohle se pořád opakuje. Ostatní soubory ve /var/log/proftpd/ jsou prázdný.
    Vůbec netuším čím by to mohlo být :-(
    Děkuji za pomoc.
    Max avatar 16.11.2009 21:02 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Ahoj, jaká práva(včetně uživatele a skupiny) má přesně adresář /home/jirka.cz ? A raději 777, né 7777.
    Také zkus kdyžtak nastavit trochu vyšší level logování. Příklad voleb :
    ### Logujeme
    TransferLog /var/log/proftpd/xferlog
    SystemLog   /var/log/proftpd/proftpd.log
    # Zaznamenavat vsechny sql dotazy (jen v pripade ladeni, jinak nedoporucuji zapinat):
    #SQLLogFile /var/log/proftpd/sqllog.log
    
    LogFormat default "%h %l %u %t \"%r\" %s %b"
    LogFormat auth "%v [%P] %h %t \"%r\" %s"
    LogFormat write "%h %l %u %t \"%r\" %s %b"
    
    ### Zaznamenavat pristupy k souborum a adresarum
    ExtendedLog /var/log/proftpd/proftpd.access_log WRITE,READ write
    
    ### Zapsat vsechna prihlaseni
    ExtendedLog /var/log/proftpd/proftpd.auth_log AUTH auth
    
    ### Paranoidni uroven zaznamu
    # ExtendedLog /var/log/proftpd/proftpd.paranoid_log ALL default
    
    Zatím to vypadá, že komunikace s mysql a vysosnutí uživatelů je ok, uvidíme, co bude v podrobnějších logách ;-)
    Zdar Max
    Měl jsem sen ... :(
    16.11.2009 21:51 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Zdar Maxi,
    díky za pomoc.
    drwsrwsrwx 2 ftpuser proftpd 4096 15. lis 22.47 jirka.cz
    tohle jsou přesně práva toho adresáře, nyní aktuální. Ale už jsem zkoušel asi tak stovku různých kombinací :-) (myslím uživatele a skupiny a nikdy nic :-( )
    A nyní logy:
    proftpd.log - nezměnilo se, nic navíc
    Nov 16 20:18:47 server1 proftpd[22782] server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]): FTP session opened.
    Nov 16 20:18:47 server1 proftpd[22782] server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]): USER jirka: Login successful.
    Nov 16 20:18:47 server1 proftpd[22782] server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]): Preparing to chroot to directory '/home/jirka.cz'

    proftpd.auth_log - zkoušel jsem to víckrát pustit, kopíruji všechny řádky
    Server 1 halva.org [4390] ::ffff:10.0.0.5 [16/lis/2009:21:36:53 +0100] "USER jir ka" 331
    Server 1 halva.org [4390] ::ffff:10.0.0.5 [16/lis/2009:21:36:53 +0100] "PASS (hi dden)" 230
    Server 1 halva.org [5302] ::ffff:10.0.0.5 [16/lis/2009:21:41:49 +0100] "USER jir ka" 331
    Server 1 halva.org [5302] ::ffff:10.0.0.5 [16/lis/2009:20:41:49 +0000] "PASS (hi dden)" 230
    Server 1 halva.org [5587] ::ffff:10.0.0.5 [16/lis/2009:21:43:08 +0100] "USER jir ka" 331
    Server 1 halva.org [5587] ::ffff:10.0.0.5 [16/lis/2009:21:43:08 +0100] "PASS (hi dden)" 230

    proftpd.access_log
    server1:~# server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]) - Transfer abo rted after 0 bytes in 0.00 seconds
    server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]) - Data transfer stall tim eout: 600 seconds
    server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]) - ProFTPD terminating (si gnal 2)
    server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]) - ProFTPD terminating (si gnal 11)
    server1.example.net (::ffff:10.0.0.5[::ffff:10.0.0.5]) - FTP session closed.
    Max avatar 16.11.2009 22:30 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Tak nic, heleď, pusť šílený panaroidní logování :). Odkomentuj tyto dva řádky, restartni proftpd a pak zkoukneme, co to přesně dělá :
    # Zaznamenavat vsechny sql dotazy (jen v pripade ladeni, jinak nedoporucuji zapinat) 
     SQLLogFile /var/log/proftpd/sqllog.log
    
    ### Paranoidni uroven zaznamu
     ExtendedLog /var/log/proftpd/proftpd.paranoid_log ALL default
    
    Do toho prvního logu se budou zaznamenávat všechny dotazy na mysql server (bude toho opravdu parta), v druhém případě to bude také obsáhlejší.
    Zdar Max
    Měl jsem sen ... :(
    16.11.2009 23:00 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    OK. Takže paranoja :-)
    server1:~# more /var/log/proftpd/proftpd.paranoid_log
    ::ffff:10.0.0.5 UNKNOWN nobody [16/lis/2009:22:54:16 +0100] "USER jirka" 331 -
    ::ffff:10.0.0.5 UNKNOWN jirka [16/lis/2009:22:54:16 +0100] "PASS (hidden)" 230 -
    ::ffff:10.0.0.5 UNKNOWN jirka [16/lis/2009:22:54:16 +0100] "OPTS UTF8 ON" - -
    ::ffff:10.0.0.5 UNKNOWN jirka [16/lis/2009:22:54:16 +0100] "PWD" 257 -
    ::ffff:10.0.0.5 UNKNOWN jirka [16/lis/2009:22:54:16 +0100] "TYPE I" 200 -
    ::ffff:10.0.0.5 UNKNOWN jirka [16/lis/2009:22:54:16 +0100] "PASV" 227 -

    A teď druhá šílenost :-)
    server1:~# nano /var/log/proftpd/sqllog.log
    GNU nanoa ^O ZapiĹĄ File: /var/log/proftpd/sqllog.log
    lis 16 22:47:54 mod_sql/4.2.2[17252]: defaulting to 'mysql' backend
    lis 16 22:47:54 mod_sql/4.2.2[17252]: backend module 'mod_sql_mysql/4.0.8'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: backend api 'mod_sql_api_v1'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: >>> sql_sess_init
    lis 16 22:47:54 mod_sql/4.2.2[17252]: entering mysql cmd_defineconnection
    lis 16 22:47:54 mod_sql/4.2.2[17252]: name: 'default'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: user: 'proftpd'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: host: 'localhost'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: db: 'ftp'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: port: '3306'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: ttl: '0'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_defineconnection
    lis 16 22:47:54 mod_sql/4.2.2[17252]: entering mysql cmd_open
    lis 16 22:47:54 mod_sql/4.2.2[17252]: MySQL connection character set now 'latin1' (from 'ANSI_X3.4-1968')
    lis 16 22:47:54 mod_sql/4.2.2[17252]: connection 'default' opened
    lis 16 22:47:54 mod_sql/4.2.2[17252]: connection 'default' count is now 1
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_open
    lis 16 22:47:54 mod_sql/4.2.2[17252]: backend successfully connected.
    lis 16 22:47:54 mod_sql/4.2.2[17252]: mod_sql engine : on
    lis 16 22:47:54 mod_sql/4.2.2[17252]: negative_cache : off
    lis 16 22:47:54 mod_sql/4.2.2[17252]: authenticate : users groups
    lis 16 22:47:54 mod_sql/4.2.2[17252]: usertable : ftpuser
    lis 16 22:47:54 mod_sql/4.2.2[17252]: userid field : userid
    lis 16 22:47:54 mod_sql/4.2.2[17252]: password field : passwd
    lis 16 22:47:54 mod_sql/4.2.2[17252]: uid field : uid
    lis 16 22:47:54 mod_sql/4.2.2[17252]: gid field : gid
    lis 16 22:47:54 mod_sql/4.2.2[17252]: homedir field : homedir
    lis 16 22:47:54 mod_sql/4.2.2[17252]: shell field : shell
    lis 16 22:47:54 mod_sql/4.2.2[17252]: homedirondemand : false
    lis 16 22:47:54 mod_sql/4.2.2[17252]: group table : ftpgroup
    lis 16 22:47:54 mod_sql/4.2.2[17252]: groupname field : groupname
    lis 16 22:47:54 mod_sql/4.2.2[17252]: grp gid field : gid
    lis 16 22:47:54 mod_sql/4.2.2[17252]: grp members field : members
    lis 16 22:47:54 mod_sql/4.2.2[17252]: SQLMinUserUID : 500
    lis 16 22:47:54 mod_sql/4.2.2[17252]: SQLMinUserGID : 500
    lis 16 22:47:54 mod_sql/4.2.2[17252]: SQLDefaultUID : 65533
    lis 16 22:47:54 mod_sql/4.2.2[17252]: SQLDefaultGID : 65533
    lis 16 22:47:54 mod_sql/4.2.2[17252]: <<< sql_sess_init
    lis 16 22:47:54 mod_sql/4.2.2[17252]: >>> cmd_getgroups
    lis 16 22:47:54 mod_sql/4.2.2[17252]: entering mysql cmd_escapestring
    lis 16 22:47:54 mod_sql/4.2.2[17252]: entering mysql cmd_open
    lis 16 22:47:54 mod_sql/4.2.2[17252]: connection 'default' count is now 2
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_open
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_escapestring
    lis 16 22:47:54 mod_sql/4.2.2[17252]: cache miss for user 'jirka'
    lis 16 22:47:54 mod_sql/4.2.2[17252]: : entering mysql cmd_select
    lis 16 22:47:54 mod_sql/4.2.2[17252]: entering mysql cmd_open
    lis 16 22:47:54 mod_sql/4.2.2[17252]: connection 'default' count is now 3
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_open
    lis 16 22:47:54 mod_sql/4.2.2[17252]: query "SELECT userid, passwd, uid, gid, homedir, shell FROM ftpuser WHERE (userid='jirka') LIMIT 1"
    lis 16 22:47:54 mod_sql/4.2.2[17252]: entering mysql cmd_close
    lis 16 22:47:54 mod_sql/4.2.2[17252]: connection 'default' count is now 2
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_close
    lis 16 22:47:54 mod_sql/4.2.2[17252]: exiting mysql cmd_select
    lis 16 22:47:54 mod_sql/4.2.2[17252]: cache miss for user 'jirka'

    Z tohohle jestli něco vyčteš, tak jsi borec :-)
    Max avatar 16.11.2009 23:30 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Pošli sem výpisy těchto dvou selectů :
    SELECT userid, uid, gid, homedir, shell FROM ftpuser WHERE userid='jirka';
    SELECT * FROM ftpgroup;
    
    A pak už jedině zveřejnit konfigurační soubory (bez zveřejněných hesel) ... :-/. Ale třeba máš jen něco špatně nastaveno v tabulkách :-/ (takže uvidíme, až sem pošleš výsledky těch selectů :) ). Logy se mi zatím zdají být ok (snad nejsem slepej). Ale stejně se mi to zdá jako slabý výpis :-/. Hmm, uvidíme :).
    Zdar Max
    Měl jsem sen ... :(
    16.11.2009 23:39 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Takže ty selecty.

    mysql> SELECT userid, uid, gid, homedir, shell FROM ftpuser WHERE userid='jirka';
    +--------+------+------+----------------+---------------+
    | userid | uid | gid | homedir | shell |
    +--------+------+------+----------------+---------------+
    | jirka | 2001 | 2001 | /home/jirka.cz | /sbin/nologin |
    +--------+------+------+----------------+---------------+
    1 row in set (0.00 sec)



    mysql> SELECT * FROM ftpgroup;
    +-----------+------+---------+
    | groupname | gid | members |
    +-----------+------+---------+
    | ftpgroup | 2001 | ftpuser |
    +-----------+------+---------+
    1 row in set (0.01 sec)


    Jinak mimo téma, to PC v tý bedýnce vypadá fakt dost brutálně! To jsem ještě neviděl.
    Max avatar 17.11.2009 01:06 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Tak už jedině ty konfigurační soubory (bez hesel :) ). Jinak jsi si jist, že máš nastaven home adresář na chroot? :
    DefaultRoot  ~
    
    Popř. ještě zkus vypnout IPV6 (ač to by problémy dělat nemělo):
    UseIPv6     off
    
    Zdar Max
    Měl jsem sen ... :(
    17.11.2009 12:15 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Přílohy:
    Zdravím,
    takže DefaultRoot ~ jsem měl samozřejmě vyplý, ale ani když jsem to zapnul tak nefunguje :-( V příloze posílám konfigurační soubory, všechny kde jsem něco měnil. Hesla jsem snad smazal všude.
    Díky za pomoc.
    Max avatar 17.11.2009 13:07 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Tak co jsem si tak všiml na první pohled. Ten DefaultRoot máš definován v tom sql.conf (je jedno kde je, osobně ho doporučuji mít v proftpd.conf a v sql.conf ho vymazat a mít tam jen věci týkající se sql).
    Další věcí je, že v sql.conf máš selecty na dvou řádkách (máš je rozdělený a to dokonce uprostřed jména tabulky apod.). Toto je tedy špatně :
    SQLNamedQuery get-quota-limit SELECT "name, quota_type, per_session, limit_type, bytes_in_avail, bytes_out_avail, bytes_xfer_avail, files_in_avail, files_out
    _avail, files_xfer_avail FROM ftpquotalimits WHERE name = '%{0}' AND quota_type = '%{1}'"
    
    SQLNamedQuery get-quota-tally SELECT "name, quota_type, bytes_in_used, bytes_out_used, bytes_xfer_used, files_in_used, files_out_used, files_xfer_used FROM f
    tpquotatallies WHERE name - '%{0}' AND quota_type - '%{1}'"
    
    SQLNamedQuery update-quota-tally UPDATE "bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{
    2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" ftpquotatallies
    
    SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" ftpquotatallies
    
    Mělo by to být takto :
    SQLNamedQuery get-quota-limit SELECT "name, quota_type, per_session, limit_type, bytes_in_avail, bytes_out_avail, bytes_xfer_avail, files_in_avail, files_out_avail, files_xfer_avail FROM ftpquotalimits WHERE name = '%{0}' AND quota_type = '%{1}'"
    
    SQLNamedQuery get-quota-tally SELECT "name, quota_type, bytes_in_used, bytes_out_used, bytes_xfer_used, files_in_used, files_out_used, files_xfer_used FROM ftpquotatallies WHERE name - '%{0}' AND quota_type - '%{1}'"
    
    SQLNamedQuery update-quota-tally UPDATE "bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" ftpquotatallies
    
    SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" ftpquotatallies
    
    Samotný selecty jsem nekontroloval, ale když jsi to opisoval, tak je máš snad dobře :). Zkus a dej vědět, zda to nějak po úpravách pokročilo :)
    Zdar Max
    Měl jsem sen ... :(
    17.11.2009 13:59 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Zdravím,
    měl jsem to na jednom řádku, jen tady se to hodilo do dvou. Jak jsem měl puttynu v malým okně tak se to smrsklo :-) Default root jsem vymazal a dal jen do proftpd.conf. Dokonce jsem si v selektech našel chybu když jsem to kontroloval. Ale nic nepomohlo :-( Pořád stejná chyba při připojování.
    Max avatar 17.11.2009 14:19 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    A má uživatel ftpuser uid=2001 a skupina ftpgroup gid=2001 ? Zjisštís z /etc/passwd a /etc/group
    Zdar Max
    Měl jsem sen ... :(
    17.11.2009 17:45 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Takže tohle je ftpuser v /etc/passwd
    ftpuser:x:2001:2002:proftpd user:/bin/null:/bin/false

    a /etc/group
    ftpgroup:x:2002:
    Předpokládám, že to asi není dobré co? Mám tedy přepsat v mysql hodnotu gid na 2002?
    17.11.2009 20:09 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    v databázi u usera jsem přepsal to gid na 2002 a stejně to nepomohlo :-(
    Max avatar 17.11.2009 21:09 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Tak to bude asi ta chybka. v DB používáš ftpuser a ftpgroup (ale gid používáš špatné a zároveň používáš špatnou skupinu na adresáři). Tzn., že dle toho, co jsi mi řekl, tak musíš mít v db nastaveno všude u položky gid 2002 a uid 2001 (jak v tabulce ftpuser, tak v ftpgroup). Dále by jsi měl mít práva na tom adresáři takováto :
    chown -R ftpuser:ftpgroup /home/jirka.cz
    
    ls -l /home/
    drwsrwsrwx 2 ftpuser ftpgroup 4096 15. lis 22.47 jirka.cz
    
    Zdar Max
    Měl jsem sen ... :(
    17.11.2009 21:18 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Ahoj,
    takže všechno nastaveno a ........ chvilka napětí .......... nefunguje :-( Pořád stejná chyba.
    Max avatar 17.11.2009 21:22 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: nefunkční FTP
    Tak teď už nevím, možná něco přehlížíme :-/. Kdyžtak mně kontaktuj na maila přes můj osobní profil, či ICQ / jabber přes moje domovské stránky a zkusíme to spáchat cestou rychlejší komunikace a sem pak napsat řešení.
    Zdar Max
    Měl jsem sen ... :(

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.