Gecko [ www.thearyasamaj.org ]

Name	Size	Permission
ASCII.html	3.71 KB	-rw-r--r--
AWS.html	26.05 KB	-rw-r--r--
AuthFiles.html	9.54 KB	-rw-r--r--
Authentication.html	15.32 KB	-rw-r--r--
BCP.html	13.7 KB	-rw-r--r--
Chroot.html	14.27 KB	-rw-r--r--
Classes.html	5.92 KB	-rw-r--r--
Compiling.html	34.11 KB	-rw-r--r--
ConfigFile.html	16.47 KB	-rw-r--r--
ConfigurationTricks.html	16.54 KB	-rw-r--r--
ConnectionACLs.html	6.84 KB	-rw-r--r--
Controls.html	11.95 KB	-rw-r--r--
CreateHome.html	7.79 KB	-rw-r--r--
DNS.html	6.92 KB	-rw-r--r--
DSO.html	14.9 KB	-rw-r--r--
Debugging.html	12.47 KB	-rw-r--r--
Directory.html	10.89 KB	-rw-r--r--
DisplayFiles.html	6.69 KB	-rw-r--r--
ECCN.html	4.73 KB	-rw-r--r--
FTP.html	16.09 KB	-rw-r--r--
FXP.html	5.57 KB	-rw-r--r--
Filters.html	7.93 KB	-rw-r--r--
Globbing.html	5.53 KB	-rw-r--r--
KeepAlives.html	19.68 KB	-rw-r--r--
Limit.html	15.08 KB	-rw-r--r--
ListOptions.html	6.18 KB	-rw-r--r--
LogLevels.html	5.08 KB	-rw-r--r--
LogMessages.html	14.89 KB	-rw-r--r--
Logging.html	22.37 KB	-rw-r--r--
Memcache.html	9.04 KB	-rw-r--r--
NAT.html	11.15 KB	-rw-r--r--
Nonroot.html	4.23 KB	-rw-r--r--
Quotas.html	17.17 KB	-rw-r--r--
Radius.html	17.35 KB	-rw-r--r--
Redis.html	8.53 KB	-rw-r--r--
Regex.html	22.23 KB	-rw-r--r--
Rewrite.html	16.8 KB	-rw-r--r--
SQL.html	40.55 KB	-rw-r--r--
SSH.html	5.14 KB	-rw-r--r--
Scoreboard.html	9.11 KB	-rw-r--r--
Sendfile.html	7.34 KB	-rw-r--r--
ServerType.html	10.45 KB	-rw-r--r--
Stopping.html	10.31 KB	-rw-r--r--
TLS.html	58.93 KB	-rw-r--r--
Testing.html	8.73 KB	-rw-r--r--
Timestamps.html	6.71 KB	-rw-r--r--
Tracing.html	8.68 KB	-rw-r--r--
Translations.html	3.52 KB	-rw-r--r--
Umask.html	9.16 KB	-rw-r--r--
Upgrade.html	2.14 KB	-rw-r--r--
Versioning.html	5.41 KB	-rw-r--r--
Vhost.html	11.55 KB	-rw-r--r--
VirtualUsers.html	8.8 KB	-rw-r--r--
ftpaccess.html	2.03 KB	-rw-r--r--
index.html	10.45 KB	-rw-r--r--

Code Editor : Classes.html

<!DOCTYPE html>
<html>
<head>
<title>ProFTPD: Classes</title>
</head>

<hr>
<center><h2>ProFTPD: Classes</h2></center>
<hr>

What are Classes? 
When configuring <code>proftpd</code>, it is sometimes nice, or even necessary,
to tag or label a client as belonging to some group, based on that client's
IP address or DNS hostname. A &quot;class&quot; is the name for such
connection-based groupings in ProFTPD terms. A class is defined to have
a name, and as having certain criteria such as IP addresses, IP
subnets/masks, and DNS hostnames. A client that connects to the daemon
that has matching characteristics is then labeled as belonging to that class.
Note that a connecting client can belong to only one class;
see the description below for how the winning class is selected for a session
from among multiple possible matches.

How are Classes Defined? 
To define a class, use a <code>&lt;Class&gt;</code> section in your
<code>proftpd.conf</code>:
<pre>
 &lt;Class internal&gt;
 From 192.168.0.0/16
 &lt;/Class&gt;
</pre>
This defines a class named &quot;internal&quot;; any client connecting from
192.168.0.0/16 will belong to this class. And if you wanted to define a
class for all clients not connecting from 192.168.0.0/16 address space:
<pre>
 &lt;Class external&gt;
 From !192.168.0.0/16
 &lt;/Class&gt;
</pre>
A more complicated class might include matching DNS names as well:
<pre>
 &lt;Class test&gt;
 From 1.2.3.4
 From proxy.*.com
 From my.example.com
 From 5.6.7.8
 &lt;/Class&gt;
</pre>
This &quot;test&quot; class will then be used for a client with any of the
defined characteristics.

Note that if your class rules use only DNS names, and <code>proftpd</code>
is unable to resolve the IP address of a client to a DNS name, that
class may not be matched as you might expect. This can be seen in
the server debugging output, at level 10, as something like:
<pre>
 comparing DNS name '1.2.3.4' to pattern 'proxy.*.com'
</pre>
Here you see the 1.2.3.4 IP address, where a DNS name should be. In order
for DNS name based class rules to function properly, both a) DNS resolution
is needed (i.e. <code>UseReverseDNS</code> must be on, which
is the default), and b) the IP address of a connecting client must be
resolvable to a DNS name.

What if there are multiple classes defined, and the classes overlap, e.g.
two classes both have:
<pre>
 From *.example.com
</pre>
Which one will be used for the connecting client? This will depend on the
order in which classes are defined in the <code>proftpd.conf</code> file.
When searching the list of classes for the one that matches the client,
<code>proftpd</code> checks each class in the order in which they are defined.
The first class definition (in order of appearance in
<code>proftpd.conf</code>) that matches is used.

How do you define a class that includes all clients from a certain
domain except one specific host in that domain? To define a class with
these sorts of characteristics, use the <code>Satisfy</code> configuration
directive:
<pre>
 &lt;Class foo&gt;
 From *.example.com
 From !bad.example.com
 Satisfy all
 &lt;/Class&gt;
</pre>

Using <code>Satisfy</code> 
The <code>Satisfy</code> directive, when used within a
<code>&lt;Class&gt;</code> section, indicates whether any of the
<code>From</code> rules in the section need to match, or whether all of
the <code>From</code> rules in the section need to match. The default
<code>Satisfy</code> setting for a <code>&lt;Class&gt;</code> section is
"any".

To illustrate, the following class definition will never match:
<pre>
 &lt;Class impossible&gt;
 From 127.0.0.1
 From !127.0.0.1
 Satisfy all
 &lt;/Class&gt;
</pre>
It is impossible to both an address and not match that same address,
but that is what is demanded by the "Satisfy all" setting in the above
class definition.

Now, where the use of "Satisfy all" comes in handy is when you have a general
rule with exceptions:
<pre>
 &lt;Class customers&gt;
 From .domain.com
 From !host1.domain.com !host2.domain.com
 Satisfy all
 &lt;/Class&gt;
</pre>
Specifically, the use of "Satisfy all" is necessary when you have multiple
not matches (i.e. using the <code>!</code> prefix), all
of which need to be evaluated.

How are Classes Used? 
By itself, a class does nothing. It is merely a way to define a set of clients
and to give that set a name. Once that name is defined, though, it can be
use as part of your configuration. There are a limited number of configuration
directives that make use of classes directly:
<ul>
 <li><code>AllowClass</code>
 <li><code>DenyClass</code>
 <li><code>DisplayGoAway</code>
 <li><code>MaxClientsPerClass</code>
</ul>
The <code>AllowClass</code> and <code>DenyClass</code> directives are the
main directives to use, for example in <code>&lt;Limit&gt;</code> sections:
<pre>
 &lt;Limit ALL&gt;
 AllowClass internal
 DenyAll
 &lt;/Limit&gt;
</pre>

The <a href="../contrib/mod_ifsession.html"><code>mod_ifsession</code></a>
module also makes use of classes with its <code>&lt;IfClass&gt;</code>
configuration section. Using classes and <code>mod_ifsession</code>, you can
write a <code>proftpd.conf</code> that has specific configurations for specific
classes of clients. Here's an example snippet demonstrating use of
<code>&lt;IfClass&gt;</code>:
<pre>
 &lt;IfClass internal&gt;
 MaxClients 100
 &lt;/IfClass&gt;

&lt;IfClass !internal&gt;
 MaxClients 25
 &lt;/IfClass&gt;
</pre>
This allows clients from class &quot;internal&quot; to see an effective
<code>MaxClients</code> limit of 100 simultaneous clients, and clients
not in class &quot;internal&quot; to see an effective limit of only 25.

</body>
</html>

${this.title}

Code Editor : Classes.html