Eu tenho um servidor na Rackspace em que desejo ativar o FTP. No entanto, não consigo iniciar o serviço. Usando exatamente a mesma configuração em uma virtualbox local (mesma distro, kernel, etapas de instalação do vsftpd e o mesmo arquivo de configuração /etc/vsftpd.conf), ela funciona perfeitamente.
O arquivo de configuração em /etc/vsftpd.conf é o seguinte:
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
Parece também que nada é adicionado ao arquivo de log em /var/log/vsftpd.log
Eu acredito que o serviço nunca é iniciado corretamente porque eu nunca consigo ver a porta 21 aberta ao usar o nmap, e sempre que executo o serviço sudo vsftpd restart, recebo stop: Unknown instance: em vez de vsftpd stop/waiting . No entanto, nunca vejo qualquer tipo de mensagem de erro.
Eu verifiquei o diretório / var / run / vsftpd / empty existe, assim como o arquivo rsa cert.
Eu também tentei desativar temporariamente o firewall ufw (embora ele já permita a porta 21).
Existem outras permissões / configurações que preciso verificar?
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
Atualizar
A saída de / var / log / syslog é a seguinte:
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
Eu estou supondo que um erro de mapa de página ruim é o resultado do fato de eu estar usando uma grande quantidade de memória e entrar em swap?
No final desisti do vsftpd e fui com o proftpd que eventualmente funcionou. Por alguma razão, o proftp não iniciaria no modo inetd e eu tive que alterar o arquivo de configuração para ser autônomo.
Aqui está o tutorial usei o para instalar o proftp e o "bugfix" descrito nos comentários
Tags vsftpd