1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
|
## SECTION=networking
menuconfig PROFTPD
tristate
prompt "proftpd "
select LIBC_DL
select LIBC_CRYPT
select GCCLIBS_GCC_S
select BUSYBOX_START_STOP_DAEMON if PROFTPD_STARTSCRIPT
select BUSYBOX_FEATURE_START_STOP_DAEMON_FANCY if PROFTPD_STARTSCRIPT
select BUSYBOX_FEATURE_START_STOP_DAEMON_LONG_OPTIONS if PROFTPD_STARTSCRIPT
help
versatile, virtual-hosting FTP daemon
ProFTPd is a powerful replacement for wu-ftpd. This File
Transfer Protocol daemon supports hidden directories,
virtual hosts, and per-directory ".ftpaccess" files. It uses
a single main configuration file, with a syntax similar to
Apache.
Because of the advanced design, anonymous-FTP directories
can have an arbitrary internal structure (bin, lib, etc, and
special files are not needed). Advanced features such as
multiple password files and upload/download ratios are also
supported.
if PROFTPD
config PROFTPD_PAM
bool
prompt "PAM support"
depends on BROKEN
help
PAM, which stands for Pluggable Authentication Modules,
is an API intended to make it easy to replace the old
Unix-style DES password hashes with a flexible system that
allows to use MD5 checksums, SQL tables, LDAP servers, RADIUS
servers, etc in place of that password check.
However, what PAM does not provide is the rest of the user
account information in /etc/passwd, i.e. the user's UID and
GID, home directory, and shell. This means that PAM cannot
be used as a drop-in replacement for user information stored
in /etc/passwd. NSS (Name Service Switch) modules, supported
by some operating systems, are a complementary API to PAM
which can be used to supply the rest of this user information.
proftpd uses the normal libc functions for looking up user
information, and those libc functions typically read
/etc/passwd. NSS is an abstraction layer within some libc
implementations that causes those functions to read other
sources rather than /etc/passwd.
config PROFTPD_SENDFILE
bool
prompt "sendfile support"
help
Unix kernels handle a socket as just another file descriptor;
this means that sendfile(2) can be used to efficiently copy
data from a file on disk to a network socket, e.g. for
downloading a file.
As useful as the sendfile(2) function can be, there are
unfortunately cases where bad implementations of the function
can cause problems. These problems manifest as broken or
aborted downloads, or as downloaded data being corrupted, or
even as downloaded files being larger than the original file.
config PROFTPD_SHADOW
bool
prompt "shadow support"
default y
help
Some operating systems require you to use either
--enable-autoshadow or --enable-shadow if you wish to use
the system's shadow password file for user authentication.
config PROFTPD_AUTOSHADOW
bool
prompt "autoshadow support"
depends on PROFTPD_SHADOW
default y
help
Using autoshadow allows proftpd to work with either shadow
or traditional password files.
config PROFTPD_STARTSCRIPT
bool
default y
depends on INITMETHOD_BBINIT
prompt "install /etc/init.d/proftpd"
endif
|
