У меня есть сервер в Rackspace, на котором я хочу включить FTP. Однако я не могу запустить службу. Используя точно такую же настройку на локальном виртуальном ящике (тот же дистрибутив, шаги установки ядра, vsftpd и тот же файл конфигурации /etc/vsftpd.conf), он работает отлично.
Файл конфигурации в /etc/vsftpd.conf выглядит следующим образом:
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
#chroot_local_user=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/private/vsftpd.pem
Также кажется, что ничего не добавляется в файл журнала в /var/log/vsftpd.log
Я считаю, что служба никогда не запускается правильно, потому что я никогда не вижу открытого порта 21 при использовании nmap, и всякий раз, когда я выполняю перезапуск службы sudo vsftpd, я получаю stop: Unknown instance:
вместо vsftpd stop/waiting
. Однако я никогда не вижу сообщений об ошибках.
Я проверил, что существует каталог / var / run / vsftpd / empty и файл rsa cert.
Я также попытался временно отключить брандмауэр UFW (хотя он уже разрешает порт 21).
Есть ли какие-либо другие разрешения / конфигурации, которые мне нужно проверить?
uname -a output: 3.8.0-38-generic #56~precise1-Ubuntu SMP Thu Mar 13 16:22:48 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Update
Вывод / var / log / syslog выглядит следующим образом:
3 12:35:15 annonymous kernel: [18271.505345] BUG: Bad page map in process vsftpd pte:8000000000000165 pmd:1b03f067
Apr 3 12:35:15 annonymous kernel: [18271.505358] page:ffffea0000000000 count:-174 mapcount:-174 mapping: (null) index:0x0
Apr 3 12:35:15 annonymous kernel: [18271.505367] page flags: 0x14(referenced|dirty)
Apr 3 12:35:15 annonymous kernel: [18271.505377] addr:00007f315f3bc000 vm_flags:00100071 anon_vma:ffff88001b0af180 mapping: (null) index:7f315f3bc
Apr 3 12:35:15 annonymous kernel: [18271.505389] Pid: 26581, comm: vsftpd Tainted: G B 3.8.0-38-generic #56~precise1-Ubuntu
Apr 3 12:35:15 annonymous kernel: [18271.505391] Call Trace:
Apr 3 12:35:15 annonymous kernel: [18271.505399] [<ffffffff8115c3a9>] print_bad_pte+0x1d9/0x270
Apr 3 12:35:15 annonymous kernel: [18271.505403] [<ffffffff8115e53e>] zap_pte_range+0x3de/0x440
Apr 3 12:35:15 annonymous kernel: [18271.505408] [<ffffffff81005dc0>] ? xen_make_pte+0x20/0x70
Apr 3 12:35:15 annonymous kernel: [18271.505412] [<ffffffff8100544d>] ? __raw_callee_save_xen_make_pte+0x11/0x1e
Apr 3 12:35:15 annonymous kernel: [18271.505415] [<ffffffff81005489>] ? __raw_callee_save_xen_pmd_val+0x11/0x1e
Apr 3 12:35:15 annonymous kernel: [18271.505419] [<ffffffff8115e766>] unmap_page_range+0x1c6/0x320
Apr 3 12:35:15 annonymous kernel: [18271.505424] [<ffffffff81142369>] ? __pagevec_lru_add_fn+0xb9/0xf0
Apr 3 12:35:15 annonymous kernel: [18271.505428] [<ffffffff8115e947>] unmap_single_vma+0x87/0x100
Apr 3 12:35:15 annonymous kernel: [18271.505432] [<ffffffff8115f204>] unmap_vmas+0x54/0xa0
Apr 3 12:35:15 annonymous kernel: [18271.505435] [<ffffffff8116756c>] exit_mmap+0x9c/0x170
Apr 3 12:35:15 annonymous kernel: [18271.505440] [<ffffffff8105788a>] mmput.part.22+0x4a/0x120
Apr 3 12:35:15 annonymous kernel: [18271.505444] [<ffffffff81057989>] mmput+0x29/0x30
Apr 3 12:35:15 annonymous kernel: [18271.505447] [<ffffffff8105fd3a>] exit_mm+0x10a/0x130
Apr 3 12:35:15 annonymous kernel: [18271.505451] [<ffffffff810fbd55>] ? taskstats_exit+0x45/0x270
Apr 3 12:35:15 annonymous kernel: [18271.505455] [<ffffffff816f66f5>] ? _raw_spin_lock_irq+0x15/0x20
Apr 3 12:35:15 annonymous kernel: [18271.505459] [<ffffffff8105fec3>] do_exit+0x163/0x480
Apr 3 12:35:15 annonymous kernel: [18271.505463] [<ffffffff8119c9e0>] ? vfs_write+0x110/0x180
Apr 3 12:35:15 annonymous kernel: [18271.505467] [<ffffffff81060274>] do_group_exit+0x44/0xa0
Apr 3 12:35:15 annonymous kernel: [18271.505471] [<ffffffff810602e7>] sys_exit_group+0x17/0x20
Apr 3 12:35:15 annonymous kernel: [18271.505475] [<ffffffff816ff25d>] system_call_fastpath+0x1a/0x1f
Apr 3 12:35:15 annonymous kernel: [18271.505560] BUG: Bad rss-counter state mm:ffff880004b48b40 idx:0 val:-1
Apr 3 12:35:15 annonymous kernel: [18271.585722] BUG: Bad rss-counter state mm:ffff880004b48b40 idx:1 val:1
Apr 3 12:35:15 annonymous kernel: [18271.597942] BUG: Bad page map in process vsftpd pte:8000000000000165 pmd:02463067
Apr 3 12:35:15 annonymous kernel: [18271.597962] page:ffffea0000000000 count:-175 mapcount:-175 mapping: (null) index:0x0
Apr 3 12:35:15 annonymous kernel: [18271.597973] page flags: 0x14(referenced|dirty)
Apr 3 12:35:15 annonymous kernel: [18271.597985] addr:00007fe0c9a67000 vm_flags:00100071 anon_vma:ffff88001b0af500 mapping: (null) index:7fe0c9a67
Apr 3 12:35:15 annonymous kernel: [18271.597999] Pid: 26584, comm: vsftpd Tainted: G B 3.8.0-38-generic #56~precise1-Ubuntu
Я предполагаю, что ошибка карты плохих страниц является результатом того, что я использовал большой объем памяти и ушел в swap?
В конце я разочаровался в vsftpd и пошел с proftpd, который в конечном счете работал. По некоторым причинам проftp не запустился бы в inetd режиме, и я должен был изменить файл конфигурации, чтобы быть автономным.
Вот учебное руководство, которое я использовал для установки проftp, и описанный "bugfix" был в комментариях