Hozzászólások
Hiába írom be a vsftpd.conf -ba ezt a sort:
DefaultRoot /home/xmister xmister
Úgyanúgy vissza tud lépni :(
Ha a /home/xmister helyére ~ jelet teszek ugyanúgy
- A hozzászóláshoz be kell jelentkezni
talan azert mert - mint ahogy a cim is mutatja - a tobbiek azt hittek, proftpd -t hasznalsz. :)
vsftpd eseten ezzel probalkozz:
[code:1:34e436df86]chroot_local_user=YES
[/code:1:34e436df86]
- A hozzászóláshoz be kell jelentkezni
[quote:a23bd36f72="FoREE"]talan azert mert - mint ahogy a cim is mutatja - a tobbiek azt hittek, proftpd -t hasznalsz. :)
vsftpd eseten ezzel probalkozz:
[code:1:a23bd36f72]chroot_local_user=YES
[/code:1:a23bd36f72]
Semmi haszna.
Simán visszalép, gondd nélkül
- A hozzászóláshoz be kell jelentkezni
akkor valamit elronthatsz...
vsftpd restart volt?
nincs hibauzenet indulaskor?
man vsftpd.conf
chroot_local_user
If set to YES, local users will be (by default) placed in a
chroot() jail in their home directory after login. Warning:
This option has security implications, especially if the users
have upload permission, or shell access. Only enable if you know
what you are doing. Note that these security implications are
not vsftpd specific. They apply to all FTP daemons which offer
to put local users in chroot() jails.
Default: NO
mukodik is nekem (RedHat Enterprise)
- A hozzászóláshoz be kell jelentkezni
# Example config file /etc/vsftpd/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
anonymous_enable=YES
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format
xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
#ftpd_banner=Welcome to blah FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd/banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd/chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YESpam_service_name=vsftpd
userlist_enable=YES
#enable for standalone mode
listen=YES
tcp_wrappers=YES
anon_root=/var/ftp/pub/
chroot_local_user=YES
Itt az én conf-om, bemásolnád a tiédet, hátha azzal működik...
- A hozzászóláshoz be kell jelentkezni
itt van:
[code:1:13cdde42c3]
# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
anonymous_enable=NO
pasv_enable=YES
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=NO
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
#connect_from_port_20=NO
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
xferlog_file=/var/log/xferlog
#
# If you want, you can have your log file in standard ftpd xferlog format
xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
idle_session_timeout=300
#
# You may change the default value for timing out a data connection.
data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
nopriv_user=ftp
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Login>
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
chroot_local_user=YES
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
ls_recurse_enable=NO
pam_service_name=vsftpd
userlist_enable=YES
#enable for standalone mode
listen=YES
tcp_wrappers=YES
[/code:1:13cdde42c3]
- A hozzászóláshoz be kell jelentkezni
Köszi mindent, nem kellett a config fájl a chroot csapda elég volt, csak hülye voltam, mert nem jó helyen volt a config :oops:
- A hozzászóláshoz be kell jelentkezni
Üdv
Lenn egy kisebb bajom. Beállítottam a proftpd-t hogy sql adatbázissal a proftpdadmin alapján:
A proftpd.conf file tartalma:
SQLConnectInfo ftpdb@localhost proftpd proftpd
SQLAuthenticate users groups
SQLAuthTypes Crypt Backend
SQLUserInfo users userid passwd uid gid homedir shell
SQLGroupInfo groups groupid gid members
SQLLog PASS logincount
SQLNamedQuery logincount UPDATE "login_count=login_count+1 WHERE userid='%u'" users
SQLLog PASS lastlogin
SQLNamedQuery lastlogin UPDATE "last_login=now() WHERE userid='%u'" users
SQLLog RETR dlbytescount
SQLNamedQuery dlbytescount UPDATE "dl_bytes=dl_bytes+%b WHERE userid='%u'" users
SQLLog RETR dlcount
SQLNamedQuery dlcount UPDATE "dl_count=dl_count+1 WHERE userid='%u'" users
SQLLog STOR ulbytescount
SQLNamedQuery ulbytescount UPDATE "ul_bytes=ul_bytes+%b WHERE userid='%u'" users
SQLLog STOR ulcount
SQLNamedQuery ulcount UPDATE "ul_count=ul_count+1 WHERE userid='%u'" users
SQLUserWhereClause "disabled!=1"
Amikor egy felhasználóval megpróbálok csatlakozni, akkor login incorrect hibaüzit kapom. Nem tudom mit tudnék kezdeni. Kb 2 órája kezdtem el írni ezt a hozzászólást. ^_^ eddig keresgéltem googleben, de semmire sem jutattam.
Dani
- A hozzászóláshoz be kell jelentkezni
nezd meg a mysql logot, es maris meglesz a hiba.
ill. esetleg debug modban inditsd a proftpd-t, az is tud okosakat mondani.
t
- A hozzászóláshoz be kell jelentkezni
Ok....
De van még egy probléma... Amikor feltöltök akkor mindig megszakad a kapcsolat, elég sűrűn. Ez mitől lehet?
Dani
- A hozzászóláshoz be kell jelentkezni
neha reggel, amikor folkelek, sut a nap.
ez mitol lehet?
t
ui: kicsit olvasgass -> http://www.catb.org/~esr/faqs/smart-questions.html
- A hozzászóláshoz be kell jelentkezni
Talán e legegyszerűbb:
apt-get install gcc34
Elvileg mennie kell így és automatikusan beírja magát mindenhova ahova kell.
- A hozzászóláshoz be kell jelentkezni
Megválaszoljam? A föld nap körüli keringé...........
:lol:
- A hozzászóláshoz be kell jelentkezni
Nos, a probléma az, hogy egy felhasználó vissza tud lépni a rott mappájából és ezen kívül is tud tevékenykedni.
Tehát létre van hozva mondjuk egy "probauser" nevű felhasználó aminek a home mappája a /home/probauser
A proftpd.conf-ba be van írva, hogy
user probauser
group probauser
Ha felcsatlakozom mondjuk egy totalcommander-en keresztül a probauser nevű felhasználóval, megjelenik a /home/probauser ftp-n keresztül, de vissza tudok lépni a /home-ba, sőt még a /-be és az ebből nyíló többi mappába is!
Ezt, hogy lehetne kiküszöbölni?
- A hozzászóláshoz be kell jelentkezni
[quote:697af6eea8="XmIsTeR"]Nos, a probléma az, hogy egy felhasználó vissza tud lépni a rott mappájából és ezen kívül is tud tevékenykedni.
Tehát létre van hozva mondjuk egy "probauser" nevű felhasználó aminek a home mappája a /home/probauser
A proftpd.conf-ba be van írva, hogy
user probauser
group probauser
Ha felcsatlakozom mondjuk egy totalcommander-en keresztül a probauser nevű felhasználóval, megjelenik a /home/probauser ftp-n keresztül, de vissza tudok lépni a /home-ba, sőt még a /-be és az ebből nyíló többi mappába is!
Ezt, hogy lehetne kiküszöbölni?
erre mondjak, hogy rtfm?:)
DefaultRoot ~
- A hozzászóláshoz be kell jelentkezni
Az miért van, hogy azt írja Login incorrect, pedig egy sima linuxos felhasználóval akarok belépni és jó jelszót írok be :(
- A hozzászóláshoz be kell jelentkezni
Ezt egy reinstall megoldotta, nade ezt hogy?:
[code:1:47e0813d7e]500 OOPS: cannot change directory:/var/www/html/[/code:1:47e0813d7e]
De ha pl. átállítom a user home mappáját /home/user mappára akkor minden ok :roll:
Próbáltam már chmod -R 777 /var/www/html de nemjó
meg lehet valahol tiltva a vsftpd-ben, hogy hova nem mehet senki?
- A hozzászóláshoz be kell jelentkezni
Most átraktam egy máik könyvtárba(/web/www/html) oda csatlakozik, de feltölteni nem tudok[code:1:b970d2af9f]553: Could not create file[/code:1:b970d2af9f] a jogosultság 777
- A hozzászóláshoz be kell jelentkezni
Hát úgy tudtam megoldani, hogy a /home könyvtárba másoltam a web mappát, minden más mappa jogosultságát levettem 755-re, csak azt az egy mappáét ami kell 777 és így tudok rá írni is, csak sztem ez nem valami biztonságos...
- A hozzászóláshoz be kell jelentkezni
[quote:6e295c5ebc="foci"]DefaultRoot ~
Anno lehet hogy én is nehezen találtam meg...
Most kopi pészt volt csak
És ugyanez vs-ftp alatt?
- A hozzászóláshoz be kell jelentkezni
es hany eves a buszvezeto?
RTFM!
t
- A hozzászóláshoz be kell jelentkezni
[quote:0f9d34b2db="tibyke"]es hany eves a buszvezeto?
RTFM!
t
Elolvastam már 3 manual-t, de egyikbe se találtam
- A hozzászóláshoz be kell jelentkezni
állitsd be a könyvárak jogosultságát a felhasználóra hogy hova léphetnek be és hova nem...
- A hozzászóláshoz be kell jelentkezni
[quote:f2f3580d02="paci"]állitsd be a könyvárak jogosultságát a felhasználóra hogy hova léphetnek be és hova nem...
És ezt hol?
Mert ha a könyvtár tulajdonságainál Leveszem az olvasás jogát a többiektől akkor csak nem jeleníti meg a könyvtár tartalmát, de ha mégegyszer küldök egy cdup -ot akkor már az ezután következőt megjeleníti(Ami jelen esetben a /).
Hogyha a vérehajáts jogát is leveszem akkor pedig nem tud csatlakozni sem és valami olyasmit kapok, hogy OOPS didn't change the directory /home/xmister
- A hozzászóláshoz be kell jelentkezni
DefaultRoot /home/misike misike
Igy a misike user a /home/misik konyvtarba kerul, es nem is tud onnet visszabb menni.
- A hozzászóláshoz be kell jelentkezni
[quote:32d82e8554="zolo"][quote:32d82e8554="XmIsTeR"]Nos, a probléma az, hogy egy felhasználó vissza tud lépni a rott mappájából és ezen kívül is tud tevékenykedni.
Tehát létre van hozva mondjuk egy "probauser" nevű felhasználó aminek a home mappája a /home/probauser
A proftpd.conf-ba be van írva, hogy
user probauser
group probauser
Ha felcsatlakozom mondjuk egy totalcommander-en keresztül a probauser nevű felhasználóval, megjelenik a /home/probauser ftp-n keresztül, de vissza tudok lépni a /home-ba, sőt még a /-be és az ebből nyíló többi mappába is!
Ezt, hogy lehetne kiküszöbölni?
erre mondjak, hogy rtfm?:)
DefaultRoot ~
Köszi, manual-ból nem tudtam kihámozni...
- A hozzászóláshoz be kell jelentkezni
Egy kicsit sikerült részletesebben kideríteni mi a baj forrása, de még nem találtam megoldást. Egy ismerősöm azt mondta, hogy a kapcsolat létrejön, feltöltés megtörténi, de utána egyszerűen nem listázza ki. Azt is mondta, hogy valami UID/GID dolog let elállítva. A proftpdnek nincsen log fileja? Csak mert akkor egyszerűbb lenne az élet. Vagy valami debug mód, hogy megnézzem hol akard el egy feltöltés?
Dani
- A hozzászóláshoz be kell jelentkezni
DefaultRoot ~
Anno lehet hogy én is nehezen találtam meg...
Most kopi pészt volt csak
- A hozzászóláshoz be kell jelentkezni
Ja pedig több usernél is akarod ezt alkalmazni, akkor mondjuk berakod őket a user csoportba és
DefaultRoot ~ users
Ha meg tiltani akarsz bizonyos csoportokat, hogy ne tudjanak bejönni FTP-n akkor
DefaultRoot ~ users, !ftp <- az ftp csoport tagjai kitiltva de agresszívan!
- A hozzászóláshoz be kell jelentkezni
Telepíteni szeretném de ez a hiba jelentekezik.Mit csinálljak hogy bekerüljön a path ba a compiler?
linux:/home/polgar/Letolt/proftpd-1.2.10/proftpd-1.2.10 # ./configure
checking build system type... i586-pc-linux-gnu
checking host system type... i586-pc-linux-gnu
checking target system type... i586-pc-linux-gnu
checking for gcc... no
checking for cc... no
checking for cc... no
checking for cl... no
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details.
linux:/home/polgar/Letolt/proftpd-1.2.10/proftpd-1.2.10 #
- A hozzászóláshoz be kell jelentkezni
Tanácsot kérnék a vsFTPd beüzemeléséhez.
Egy olyan FTP kiszolgálót akarok létrehozni, amire csak egy-két személy tölthet fel anyagokat, a többi nem. Két kiszolgálót vetettem össze:
1.) proFTPd: lehet szabályozni, hogy melyik user tölthet fel, és hova. Viszont az esetleges védett tartamakat egy titkosítatlan kapcsolaton továbbítani nem a legjobb ötlet.
2.) vsFTPd: itt már van titkosítás. Viszont nem találtam azt a lehetőséget, hogy userekre lebontva szabhassam meg a jogokat.
Tudna valaki használható útbaigazítást adni?
Előre is köszönet :-)
- A hozzászóláshoz be kell jelentkezni
Szia.
[quote:4c0427478a="orpheus"]Tanácsot kérnék a vsFTPd beüzemeléséhez.
Egy olyan FTP kiszolgálót akarok létrehozni, amire csak egy-két személy tölthet fel anyagokat, a többi nem. Két kiszolgálót vetettem össze:
1.) proFTPd: lehet szabályozni, hogy melyik user tölthet fel, és hova. Viszont az esetleges védett tartamakat egy titkosítatlan kapcsolaton továbbítani nem a legjobb ötlet.
Van tls modul, es maris titkosan mennek az adatok.
York.
- A hozzászóláshoz be kell jelentkezni