Настроил на сервере ftp с помощью vsftpd. Конфиг следующий:
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
xferlog_file=/var/log/vsftpd.log
xferlog_std_format=YES
connect_from_port_20=YES
idle_session_timeout=600
data_connection_timeout=60
ftpd_banner=###FTP###
allow_writeable_chroot=YES
chroot_local_user=YES
ascii_upload_enable=YES
ls_recurse_enable=YES
max_clients=20
secure_chroot_dir=/var/run/vsftpd
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
Права на папку есть у локального пользователя, от которого присоединяюсь к ftp
drwxr-xr-x 2 maxftp maxftp 4.0K Mar 24 22:14 ftp
Коннект проходит
ftp <myip>
Connected to <myip>
220 Welcome to ftpd!
Name (): maxftp
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>
Однако, при попытке записать файл получаю ошибку или таймаут
ftp> put Downloads/about
local: Downloads/about remote: Downloads/about
200 PORT command successful. Consider using PASV.
553 Could not create file.
так получаю таймаут
curl -T Downloads/about ftp://<myip> --user <myuser>
что не учитываю или где допускаю ошибку?
-
22.07.2010, 22:08
#1
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
Не могу редактировать файлы под root. Не работает FTP
В менеджере файлов ISPmanager редактирую файлы под root, а изменения не видны. Через FTP начал загружать файлы в своим именем и в свою папку а мне регулярно ошибка. Раньше такого не было. В чем дело? Кто знает?
Команда: STOR calc.php
Ответ: 553 Could not create file.
Ошибка: Критическая ошибка при передаче файловISPmanager 4.3.44.6
CentOS 5.4 32bit
-
22.07.2010, 23:13
#2
Senior Member
- Регистрация
- 30.06.2009
- Сообщений
- 2,739
Место есть? квота не исчерпана? иноды есть?
Стоит один раз попробовать что бы влюбиться… в ISP.
На все мои сообщения, действует конфигурация сервера: ISP Pro (всегда актуальная current версия), FreeBSD 8.0, php as fcgi, nginx+apache.
Бесплатные плагины для ISPmanager.
-
22.07.2010, 23:23
#3
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
самое страшное все есть и права стоят 777
((только у одного пользователя, на котором домен висит, на который лицензия прописана. Остальные работают
-
22.07.2010, 23:41
#4
Senior Member
- Регистрация
- 30.06.2009
- Сообщений
- 2,739
А в логах что интерестного?
Стоит один раз попробовать что бы влюбиться… в ISP.
На все мои сообщения, действует конфигурация сервера: ISP Pro (всегда актуальная current версия), FreeBSD 8.0, php as fcgi, nginx+apache.
Бесплатные плагины для ISPmanager.
-
22.07.2010, 23:41
#5
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
в FileZilla FTP 533 ошибка постоянно. Какой Вам лог нужен?
-
22.07.2010, 23:43
#6
Senior Member
- Регистрация
- 30.06.2009
- Сообщений
- 2,739
Лог ftp сервера. Где лежит — не могу угадать.
Стоит один раз попробовать что бы влюбиться… в ISP.
На все мои сообщения, действует конфигурация сервера: ISP Pro (всегда актуальная current версия), FreeBSD 8.0, php as fcgi, nginx+apache.
Бесплатные плагины для ISPmanager.
-
23.07.2010, 12:29
#7
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
Проблема решилась! Поменял владельца файлов с root на пользователя. Почему поменялся на root мне непонятно.
Fresh LAMP server setup with Ubuntu 12.04 and VSFTPD.
I’m trying to access the /var/www folder (web root) with FTP user.
I created a new user ftpuser and added it to the www-data user group created automatically by Apache.
Home directory of that user is set to /var/www.
I also changed the ownership of the /var/www to www-data group and changed permissions to 02775.
However, I’m still not able to upload files. Error is: «553 Could not create file».
- Can someone please explain me how to set these permissions properly?
- What is the correct setup? Should I set the home directory of
ftpuserto/var/wwwor somehow diffeerently?
I found a lot of topics on the web but none of them offer a universal solution.
Thank you!
UPDATE:
Here is the output of ls -l of /var/www:
drwxr-sr-x 3 root ftpuser 4096
Content of vsftpd.conf file:
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
chown_uploads=YES
chown_username=ftpuser
chroot_local_user=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
FTP error 553 is one of the typical errors that we come across while uploading files via FTP.
This is generally caused due to the incorrect permissions set to the files. Or else the FTP clients like vsftpd do not allow any upload.
At Bobcares, we often receive requests to fix FTP errors as a part of our Server Management Services.
Today, let’s discuss this 553 error in FTP and see how our Support Engineers fix it.
What does FTP error 553 indicate?
The error 553 indicates that requested action not taken or File name not allowed.
Generally, the error 533 shows up while uploading any files in the FTP. Again various FTP clients show different variants of the error message. For instance, FTP command prompt error appears as:
ftp> put /home/user/Desktop/FTP/2.jpg
local: /home/user/Desktop/FTP/2.jpg remote: /home/user/Desktop/FTP/2.jpg
227 Entering Passive Mode (192,xx,134,131,24,92).
553 Could not create file.
ftp>Causes for FTP error 553
Let’s now check on the major causes for 553 errors in FTP.
1. Incorrect permissions
Quite often, FTP error 553 can occur due to bad permissions set to the files and folders.
If the uploading files do not have write permissions, then it will end up with errors.
It is very essential to have the write permissions set to the files so that we can make changes to the file by uploading any contents to it. Additionally, the user should have enough privileges to write the files to the destination directory too.
2. Errors in the configuration of vsftp
This error also occurs due to incorrect configuration of FTP clients like Vsftp. In other words, any incorrect information set in the configuration file results in such errors.
For example, the value of write_enable in the vsftpd.conf must be set to true to allow writing. However, by default, it is set to false. This creates problems and ends up in 553 errors.
We normally, make sure that the FTP client configuration is set properly with the proper details.
How we fix FTP error 553?
Having a decade of expertise in server management, our Support Engineers are familiar with these FTP errors.
Let’s now discuss different scenarios where we experienced this error and how we fix it.
1. Check the permissions and ownership to fix FTP error 553
One of our customers recently created a user and was successfully connected to FTP. But, while trying to upload some contents into the account, they got an error
229 Entering Extended Passive Mode (|||12011|).
553 Could not create file.Our Support Engineers started troubleshooting the error by checking the permissions of the file. We could see that the permissions were set right.
So, then we tried to change the ownership of the folder to which customer was trying to upload the contents using the command:
chown USER:GROUP folder_nameFinally, after this change, the customer was able to upload the contents successfully.
2. Incorrect value in the configuration file.
Recently, one of our customers approached with an error message
553 Could not create fileOur Support Engineers started troubleshooting the error by checking the permissions of the files. We found that the permissions were all set right.
Later we went checking for the configuration file vsftpd.conf.
Here, we found the below line
guest_enable=YESIf this guest_enable is set to YES, then it will throw 553 Could not create file error.
So, we set the guest_enable value to NO.
This is because the FTP server will consider all the logins as a guest login. As a result, it will end up throwing error messages.
Finally, this fixed the error after changing the value of guest_enable from YES to NO.
[Still experiencing errors with FTP? – We’ll help you]
Conclusion
In short, the FTP error 553 occurs mainly due to the improper permissions set to the file and due to the incorrect details in the FTP client configuration. Today, we saw how our Support Engineers fix this error.
Я настроил VSFTPD на Amazon EC2 с Amazon Linux AMI. Я создал пользователя и теперь могу успешно подключиться через ftp. Однако, если я пытаюсь загрузить что-то, я получаю сообщение об ошибке «553 Не удалось создать файл».
Я предполагаю, что это связано с разрешениями, но я недостаточно знаю об этом, чтобы иметь возможность это исправить. В общем, что я должен сделать, чтобы иметь возможность загружать файлы?
Ответы:
Это может произойти по двум причинам: у вас нет прав на запись и выполнение для каталогов, ведущих к каталогу, в который вы пытаетесь загрузить файл, или vsftpdон настроен так, чтобы не разрешать загрузку.
В первом случае используйте chmodи chownпри необходимости убедитесь, что у вашего пользователя есть эти разрешения для каждого промежуточного каталога. Бит записи позволяет затронутому пользователю создавать, переименовывать или удалять файлы в каталоге и изменять атрибуты каталога, в то время как бит чтения позволяет затронутому пользователю перечислять файлы в каталоге. Поскольку промежуточные каталоги в пути также влияют на это, необходимо правильно установить разрешения, ведущие к конечному месту назначения, в которое вы собираетесь загружать.
В последнем случае посмотрите на свои vsftpd.conf. write_enableдолжно быть true, чтобы разрешить запись (и по умолчанию false). Существует хорошая документация по этому файлу конфигурации на man 5 vsftpd.conf.
Не могли бы вы попробовать это
chown -R ftpusername /var/www/html
Команда ftp put /path/to/local_fileне работает с vsftpd. Попробуйте следующее:
ftp put /path/to/local_file remote_file_name
Вы можете выбрать любое имя, которое хотите remote_file_name, но вы должны указать его.
Домашний каталог FTP (ftp_home_dir), скорее всего, отключен в SeLinux. Чтобы увидеть состояние ваших ftpdуправляющих файлов, введите : getsebool -aи найдите раздел ftpd. Вы можете заметить, что ftp_home_dir выключен. Чтобы включить его, используйте следующую команду:setsebool -P ftp_home_dir=1
Проверьте введенные данные getsebool -a, затем повторите попытку загрузки.
Примечание: игнорировать знаки препинания
У меня была та же проблема, и я исправил изменение SELinux, чтобы разрешить запись в папку, которую я настроил для использования vsftp = /var/ftp/pub.
Эти ссылки могут быть полезны:
- https://fedoraproject.org/wiki/SELinux/ftpd
- http://prithak.blogspot.com/2013/07/installation-and-configuration-of.html
Если вы не хотите идти дальше с вашим SELinux, не меняйте его, поэтому вы увидите по умолчанию /etc/selinux/config
SELINUX=enforcing
затем просто запустите команды от имени пользователя root или с помощью sudo:
sudo setsebool -P ftpd_anon_write 1
sudo setsebool -P ftpd_full_access 1
как уже описано выше в другом комментарии.
Проверьте ваши vsftpd.confнастройки:
guest_enable=YES # set it to NO then restart the vsftpd service.
Если он установлен на YES, это также вызовет 553 Could not create file.
От: http://www.vsftpd.beasts.org/vsftpd_conf.html
guest_enable Если включено, все неанонимные логины классифицируются как «гостевые» логины. Гостевой логин переназначается на пользователя, указанного в настройке guest_username.
По умолчанию: НЕТ
Попробуй это
chmod 757 -R /var/www/html
Другая возможность: проверить дисковые квоты для пользователя / группы
доб:
repquota -a
XFS:
xfs_quota -x -c 'report' /mount_point
Следующий параметр даст ftpd доступ для записи куда угодно:
setsebool -P ftpd_full_acess=true
Не используйте, ftpd_anon_writeесли вы не хотите, чтобы анонимные загрузки были разрешены.
Вероятно, в имени файла содержатся неподдерживаемые символы
Для Fedora23 выполните команды:
setsebool -P ftpd_anon_write 1
setsebool -P ftpd_full_access 1
Это сработало для меня.
- Печать
Страницы: [1] Вниз
Тема: vsftpd 553 Could not create file. (Прочитано 6827 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Усики
Команда: STOR musor.txt
Ответ: 553 Could not create file.
Ошибка: Критическая ошибка при передаче файлов
# 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.
#
#
# Run standalone? vsftpd can run either from an inetd or as a standalone
# daemon started from an initscript.
listen=YES
#
# Run standalone with IPv6?
# Like the listen parameter, except vsftpd will listen on an IPv6 socket
# instead of an IPv4 one. This parameter and the listen parameter are mutually
# exclusive.
#listen_ipv6=YES
#
# Allow anonymous FTP? (Disabled by default)
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=0022
#
# 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
#
# If enabled, vsftpd will display directory listings with the time
# in your local time zone. The default is to display GMT. The
# times returned by the MDTM FTP command are also affected by this
# option.
use_localtime=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.
# Note that the default log file location is /var/log/xferlog in this case.
#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 on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
#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 restrict local users to their home directories. See the FAQ for
# the possible risks in this before using chroot_local_user or
# chroot_list_enable below.
chroot_local_user=YES
#
# 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().
# (Warning! chroot'ing can be very dangerous. If using chroot, make sure that
# the user does not have write access to the top level directory within the
# chroot)
#chroot_local_user=YES
#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=YES
#
# Customization
#
# Some of vsftpd's settings don't fit the filesystem layout by
# default.
#
# This option should be the name of a directory which is empty. Also, the
# directory should not be writable by the ftp user. This directory is used
# as a secure chroot() jail at times vsftpd does not require filesystem
# access.
secure_chroot_dir=/var/run/vsftpd/empty
#
# This string is the name of the PAM service vsftpd will use.
pam_service_name=vsftpd
#
# This option specifies the location of the RSA certificate to use for SSL
# encrypted connections.
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
# This option specifies the location of the RSA key to use for SSL
# encrypted connections.
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
что я сделал не так?
victor00000
Naykon,
Команда: STOR musor.txt
Ответ: 553 Could not create file. невозможно для «musor.txt»: Отказано в доступе
Ошибка: Критическая ошибка при передаче файлов
Усики
извините но не понял намека)) как можно исправить?
victor00000
Naykon,
cat /var/log/syslog | grep -i ftp
Усики
root@ns391143:~# cat /var/log/syslog | grep -i ftp
Nov 1 16:08:58 ns391143 kernel: init: vsftpd main process (23404) killed by TERM signal
Nov 1 16:11:17 ns391143 kernel: init: vsftpd main process (23642) killed by TERM signal
Nov 1 16:14:55 ns391143 kernel: init: vsftpd main process (23860) killed by TERM signal
Nov 1 16:16:25 ns391143 kernel: init: vsftpd main process (24057) killed by TERM signal
Nov 1 16:36:17 ns391143 kernel: init: vsftpd main process (24187) killed by TERM signal
Nov 1 16:38:45 ns391143 kernel: init: vsftpd main process (25136) killed by TERM signal
Nov 1 19:20:55 ns391143 kernel: init: vsftpd main process (4000) killed by TERM signal
Nov 1 19:23:22 ns391143 kernel: init: vsftpd main process (8846) killed by TERM signal
Nov 1 19:25:14 ns391143 kernel: init: vsftpd main process (9068) killed by TERM signal
Nov 1 19:58:00 ns391143 kernel: init: vsftpd main process (9242) killed by TERM signal
victor00000
Усики
victor00000
Усики
VPS сервер. Ubuntu 14.04 x64 . хост купил
victor00000
Naykon,
провайдер-(vps) виноват убить в программу(vsftpd).
можно тихо файл vsftpd переименовать пример ‘xopa’ выполнить.
Усики
Нет. Уж точно. Понимал я это все и настраивал нормально, правда черт меня дернул перебить Ubuntu. Кароче найду проблему в нете отпишу что да как.
Пользователь решил продолжить мысль [time]02 Ноябрь 2014, 01:20:32[/time]:
Благодарю за вашу попытку решить мой вопрос 
Пользователь решил продолжить мысль 02 Ноября 2014, 20:47:23:
Бальше методов решения нет? 
« Последнее редактирование: 02 Ноября 2014, 20:47:23 от Naykon »
Sevva
Я бы проверил наличие симлинков где-то в расшареном через vsftd каталоге. Не помню точно код ошибки, но единственная проблема, которую я встретил примерно в таком контексте — файлы недоступны или нельзя закинуть, была именно в наличии симлинков. Он же ж very secure FTP сервер, ему симлинки в зарез. 
« Последнее редактирование: 08 Января 2015, 16:47:38 от Sevva »
- Печать
Страницы: [1] Вверх
0
1
Здравствуйте.
Есть VPS сервер на хостинге с правами root.
Настраиваю ftp для одноразовой закачки файлов на сервер.
Пробую анонимный вход и стараюсь разрешить все действия для анонима.
vstfp.conf следующий:
listen_ipV6=YES
anonimous_enable=YES
local_enable=YES
write_enable=YES
anon_upload_enable=YES
use_localtime=YES
pasv_enable=NO
chroot_local_user=YES
allow_writeable_chroot=YES
local_root=/home/ftp
anon_root=/home/ftp
no_anon_password=YES
#secure_chroot_dir=/var/run/vsftpd/empty закомментирован
Подключаюсь к этому добру через FileZilla, соединение успешно, каталог извлечён. Но директория корневая и пустая и нет возможности перейти в любую другую папку, создать новую и т.д.
Также при попытке копирования файла в окне сообщений FileZilla следующие меседжи:
- Ответ: 200 PORT command successful. Consider using PASV.
- Команда: STOR index.html
- Ответ: 553 Could not create file.
- Ошибка: Критическая ошибка при передаче файлов
Подскажите, как лечить.
P.S. Простите за кривые руки.
Здравствуйте, уважаемые знатоки! Нужна ваша помощь.
Я арендую VPS (OVZ, centos 5.4, 1024Mb, 2.3GHz, Apache, nginx), на котором стоит vsftp.
Обычным образом залогиниваюсь через консоль:
затем пытаюсь отправить файл:
и получаю ошибку:
xferlog (log ftp):
Код: Выделить всё
Fri Nov 12 23:03:32 2010 1 79.165.100.101 0 /home/myname/test.txt b _ i r username ftp 0 * iПрава на папку 777,
Firewall выключен,
Selinux выключен.
Пробовал эту операцию с разных компьютеров, с разными ОС и даже из разных стран (есть сервер в Германии, откуда пытался сделать это по SSH), результат один.
vsftpd.conf:
Код: Выделить всё
anonymous_enable=YES
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
xferlog_std_format=YES
listen=YES
pam_service_name=vsftpd
userlist_enable=YES
tcp_wrappers=YES
chroot_local_user=YES
force_dot_files=YES
background=YES
anonymous_enable=NOПервая и последняя команды — это, видимо, результат работы ISPmanager.
Если послать файл командой put test.txt (без полного пути к исходному файлу), то все в порядке.
И наплевать бы на консольный ftp, но мне нужно работать с файлами на сервере через kate или подобный редактор, но при сохранении редактор пишет об ошибке записи.
Сразу замечу, что на остальных моих хостингах этой проблемы нет. Файлы копируются как надо, kate, netbeans и т.д. работают нормально.
Хостер не сознается, говорит, что все в порядке и ftp работает. Менять хостера не хочется, так как все остальное более чем устраивает и просто надо устранить эту досадную проблему своими руками. А как, увы, не знаю.
Очень жду вашей помощи и всем спасибо за конструктивные замечания.
-
22.07.2010, 22:08
#1
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
Не могу редактировать файлы под root. Не работает FTP
В менеджере файлов ISPmanager редактирую файлы под root, а изменения не видны. Через FTP начал загружать файлы в своим именем и в свою папку а мне регулярно ошибка. Раньше такого не было. В чем дело? Кто знает?
Команда: STOR calc.php
Ответ: 553 Could not create file.
Ошибка: Критическая ошибка при передаче файловISPmanager 4.3.44.6
CentOS 5.4 32bit
-
22.07.2010, 23:13
#2
Senior Member
- Регистрация
- 30.06.2009
- Сообщений
- 2,739
Место есть? квота не исчерпана? иноды есть?
Стоит один раз попробовать что бы влюбиться… в ISP.
На все мои сообщения, действует конфигурация сервера: ISP Pro (всегда актуальная current версия), FreeBSD 8.0, php as fcgi, nginx+apache.
Бесплатные плагины для ISPmanager.
-
22.07.2010, 23:23
#3
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
самое страшное все есть и права стоят 777
((только у одного пользователя, на котором домен висит, на который лицензия прописана. Остальные работают
-
22.07.2010, 23:41
#4
Senior Member
- Регистрация
- 30.06.2009
- Сообщений
- 2,739
А в логах что интерестного?
Стоит один раз попробовать что бы влюбиться… в ISP.
На все мои сообщения, действует конфигурация сервера: ISP Pro (всегда актуальная current версия), FreeBSD 8.0, php as fcgi, nginx+apache.
Бесплатные плагины для ISPmanager.
-
22.07.2010, 23:41
#5
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
в FileZilla FTP 533 ошибка постоянно. Какой Вам лог нужен?
-
22.07.2010, 23:43
#6
Senior Member
- Регистрация
- 30.06.2009
- Сообщений
- 2,739
Лог ftp сервера. Где лежит — не могу угадать.
Стоит один раз попробовать что бы влюбиться… в ISP.
На все мои сообщения, действует конфигурация сервера: ISP Pro (всегда актуальная current версия), FreeBSD 8.0, php as fcgi, nginx+apache.
Бесплатные плагины для ISPmanager.
-
23.07.2010, 12:29
#7
Senior Member
- Регистрация
- 18.07.2010
- Сообщений
- 527
Проблема решилась! Поменял владельца файлов с root на пользователя. Почему поменялся на root мне непонятно.
Настроил на сервере ftp с помощью vsftpd. Конфиг следующий:
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
xferlog_file=/var/log/vsftpd.log
xferlog_std_format=YES
connect_from_port_20=YES
idle_session_timeout=600
data_connection_timeout=60
ftpd_banner=###FTP###
allow_writeable_chroot=YES
chroot_local_user=YES
ascii_upload_enable=YES
ls_recurse_enable=YES
max_clients=20
secure_chroot_dir=/var/run/vsftpd
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
Права на папку есть у локального пользователя, от которого присоединяюсь к ftp
drwxr-xr-x 2 maxftp maxftp 4.0K Mar 24 22:14 ftp
Коннект проходит
ftp <myip>
Connected to <myip>
220 Welcome to ftpd!
Name (): maxftp
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>
Однако, при попытке записать файл получаю ошибку или таймаут
ftp> put Downloads/about
local: Downloads/about remote: Downloads/about
200 PORT command successful. Consider using PASV.
553 Could not create file.
так получаю таймаут
curl -T Downloads/about ftp://<myip> --user <myuser>
что не учитываю или где допускаю ошибку?
При редактировании/сохранении файла FileZilla выдает ошибку: «553 Could not create file».
На ДО стоит дебиан-сервер. Все отлично работало до изменения php.ini, но после его редактирования (upload_max_filesize) и перезагрузки сервера ФТП перестало работать.
UPD. Конфигурация vsftpd:
anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=002
anon_upload_enable=NO
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
xferlog_std_format=YES
dual_log_enable=YES
chroot_local_user=YES
listen=YES
pam_service_name=vsftpd
userlist_enable=NO
tcp_wrappers=YES
force_dot_files=YES
ascii_upload_enable=YES
ascii_download_enable=YES
#allow_writable_chroot=YES
allow_writeable_chroot=YES
seccomp_sandbox=NO
pasv_enable=YES
pasv_max_port=12100
pasv_min_port=12000FTP error 553 is one of the typical errors that we come across while uploading files via FTP.
This is generally caused due to the incorrect permissions set to the files. Or else the FTP clients like vsftpd do not allow any upload.
At Bobcares, we often receive requests to fix FTP errors as a part of our Server Management Services.
Today, let’s discuss this 553 error in FTP and see how our Support Engineers fix it.
What does FTP error 553 indicate?
The error 553 indicates that requested action not taken or File name not allowed.
Generally, the error 533 shows up while uploading any files in the FTP. Again various FTP clients show different variants of the error message. For instance, FTP command prompt error appears as:
ftp> put /home/user/Desktop/FTP/2.jpg
local: /home/user/Desktop/FTP/2.jpg remote: /home/user/Desktop/FTP/2.jpg
227 Entering Passive Mode (192,xx,134,131,24,92).
553 Could not create file.
ftp>Causes for FTP error 553
Let’s now check on the major causes for 553 errors in FTP.
1. Incorrect permissions
Quite often, FTP error 553 can occur due to bad permissions set to the files and folders.
If the uploading files do not have write permissions, then it will end up with errors.
It is very essential to have the write permissions set to the files so that we can make changes to the file by uploading any contents to it. Additionally, the user should have enough privileges to write the files to the destination directory too.
2. Errors in the configuration of vsftp
This error also occurs due to incorrect configuration of FTP clients like Vsftp. In other words, any incorrect information set in the configuration file results in such errors.
For example, the value of write_enable in the vsftpd.conf must be set to true to allow writing. However, by default, it is set to false. This creates problems and ends up in 553 errors.
We normally, make sure that the FTP client configuration is set properly with the proper details.
How we fix FTP error 553?
Having a decade of expertise in server management, our Support Engineers are familiar with these FTP errors.
Let’s now discuss different scenarios where we experienced this error and how we fix it.
1. Check the permissions and ownership to fix FTP error 553
One of our customers recently created a user and was successfully connected to FTP. But, while trying to upload some contents into the account, they got an error
229 Entering Extended Passive Mode (|||12011|).
553 Could not create file.Our Support Engineers started troubleshooting the error by checking the permissions of the file. We could see that the permissions were set right.
So, then we tried to change the ownership of the folder to which customer was trying to upload the contents using the command:
chown USER:GROUP folder_nameFinally, after this change, the customer was able to upload the contents successfully.
2. Incorrect value in the configuration file.
Recently, one of our customers approached with an error message
553 Could not create fileOur Support Engineers started troubleshooting the error by checking the permissions of the files. We found that the permissions were all set right.
Later we went checking for the configuration file vsftpd.conf.
Here, we found the below line
guest_enable=YESIf this guest_enable is set to YES, then it will throw 553 Could not create file error.
So, we set the guest_enable value to NO.
This is because the FTP server will consider all the logins as a guest login. As a result, it will end up throwing error messages.
Finally, this fixed the error after changing the value of guest_enable from YES to NO.
[Still experiencing errors with FTP? – We’ll help you]
Conclusion
In short, the FTP error 553 occurs mainly due to the improper permissions set to the file and due to the incorrect details in the FTP client configuration. Today, we saw how our Support Engineers fix this error.