Enhanced PHP File Manager

⬆️ Go Up (..)

📊 Server Information

Server:

nginx/1.28.0

System:

Linux 6.8.0-90-generic

PHP Version:

8.4.15

User:

alqudsvolunteers

Directory:

/home/alqudsvolunteers/rootlink/usr/share/doc/proftpd-doc/contrib

Free Space:

81.69 GB

🔧 Quick Actions

✏️ Editing: mod_rewrite.html

<!DOCTYPE html>
<html>
<head>
<title>ProFTPD module mod_rewrite</title>
</head>

<hr>
<center>
<h2>ProFTPD module <code>mod_rewrite</code></h2>
</center>
<hr>

This module is contained in the <code>mod_rewrite.c</code> file for ProFTPD
1.3.x, and is not compiled by default. Installation instructions are
discussed <a href="#Installation">here</a>.

The most current version of <code>mod_rewrite</code> is distributed with the
ProFTPD source code.

A discussion of the <a href="#Usage">usage</a> of this module follows.

<h2>Author</h2>

Please contact TJ Saunders &lt;tj at castaglia.org&gt; with any
questions, concerns, or suggestions regarding this module.

<h2>Directives</h2>
<ul>
 <li><a href="#RewriteCondition">RewriteCondition</a>
 <li><a href="#RewriteEngine">RewriteEngine</a>
 <li><a href="#RewriteLock">RewriteLock</a>
 <li><a href="#RewriteLog">RewriteLog</a>
 <li><a href="#RewriteMap">RewriteMap</a>
 <li><a href="#RewriteMaxReplace">RewriteMaxReplace</a>
 <li><a href="#RewriteRule">RewriteRule</a>
</ul>

<hr>
<h3><a name="RewriteCondition">RewriteCondition</a></h3>
Syntax: RewriteCondition condition pattern [flags] 
Default: None 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code>, <code>&lt;Anonymous&gt;</code>, <code>&lt;Directory&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.2.6rc1 and later

The <code>RewriteCondition</code> directive defines a rule condition. Precede a
<a href="#RewriteRule"><code>RewriteRule</code></a> directive with one or more
<code>RewriteCondition</code> directives. The following rewriting rule is only
used if its pattern matches the current state of the FTP command and
if these additional conditions apply too.

Condition is a string which can contain the following expanded
constructs in addition to plain text:
<ul>
 <li><code>RewriteRule</code> backreferences 
 These are backreferences of the form:
<pre>
 <code>$N</code>
</pre>
 (0 &lt;= N &lt;= 9) which provide access to the grouped parts
 (parentheses!) of the pattern from the corresponding
 <code>RewriteRule</code> directive (the one following the current bunch of
 <code>RewriteCondition</code> directives). Note that $0 will
 refer back to the entire original string being matched.

Use an extra <code>$</code> character to escape a sequence which
 looks like a <code>RewriteRule</code> backreference, e.g.
 $$N.
 </li>

<li><code>RewriteCondition</code> backreferences 
 These are backreferences of the form:
<pre>
 <code>%N</code>
</pre>
 (0 &lt;= N &lt;= 9) which provide access to the grouped parts
 (parentheses!) of the pattern from the previous
 <code>RewriteCondition</code> attached to this <code>RewriteRule</code>.

Use an extra <code>%</code> character to escape a sequence which
 looks like a <code>RewriteCondition</code> backreference, e.g.
 %%N.
 </li>

<li><code>RewriteMap</code> expansions: 
 These are expansions of the form:
<pre>
 <code>${map-name:lookup-key|default-value}</code>
</pre>
 See the documentation for <a href="#RewriteMap"><code>RewriteMap</code></a>
 for more details. 
 </li>

<li>Variable substitutions: 
 These are substitutions of the form:

<table border=0 summary="Rewrite Variables">
 <tr>
 <td>%a</td>
 <td>Client IP address</td> 
 </tr>

<tr>
 <td>%c</td>
 <td>Name of Class for current session</td>
 </tr>

<tr>
 <td>%f</td>
 <td>Filename</td>
 </tr>

<tr>
 <td>%F</td>
 <td>Transfer path, as seen by the client (only useful for upload/download commands)</td>
 </tr>

<tr>
 <td>%g</td>
 <td>Primary group of authenticated user</td>
 </tr>

<tr>
 <td>%G</td>
 <td>Supplemental groups of authenticated user</td>
 </tr>

<tr>
 <td>%h</td>
 <td>Client DNS name</td>
 </tr>

<tr>
 <td>%m</td>
 <td>FTP command</td>
 </tr>

<tr>
 <td>%p</td>
 <td>Port of server handling the session</td>
 </tr>

<tr>
 <td>%u</td>
 <td>Name of authenticated user</td>
 </tr>

<tr>
 <td>%U</td>
 <td>Name of user sent by client via <code>USER</code></td>
 </tr>

<tr>
 <td>%v</td>
 <td><code>ServerName</code> of server handling the session</td>
 </tr>

<tr>
 <td>%{TIME_YEAR}</td>
 <td>Current local year in YYYY format</td>
 </tr>

<tr>
 <td>%{TIME_MON}</td>
 <td>Current local month in MM format</td>
 </tr>

<tr>
 <td>%{TIME_DAY}</td>
 <td>Current local day in DD format</td>
 </tr>

<tr>
 <td>%{TIME_WDAY}</td>
 <td>Current local day of week (Sunday is 0)</td>
 </tr>

<tr>
 <td>%{TIME_HOUR}</td>
 <td>Current local hour in HH format</td>
 </tr>

<tr>
 <td>%{TIME_MIN}</td>
 <td>Current local minute in mm format</td>
 </tr>

<tr>
 <td>%{TIME_SEC}</td>
 <td>Current local second in ss format</td>
 </tr>

<tr>
 <td>%{TIME}</td>
 <td>Current local time in YYYYMMDDHHmmss format</td>
 </tr>
</table>
 </li>

<li>Environment Variable substitutions: 
 These are substitutions of the form:
<pre>
 <code>%{ENV:variable-name}</code>
</pre>
 If the variable-name environment variable is not present,
 it will be substituted with the empty string.
 </li>
</ul>

Pattern is the condition pattern, i.e., a regular expression
which is applied to the current instance of the condition,
i.e., condition is evaluated and then matched against
pattern. You can prefix the pattern string with a '!'
character (exclamation mark) to specify a non-matching pattern.

The pattern can also be one of these special variants:
<ul>
 <li><code>&lt;</code>pattern (is lexically lower) 
 Treats the pattern as a plain string and compares it lexically
 to condition. True if condition is lexically lower
 than pattern
 </li>

<li><code>&gt;</code>pattern (is lexically greater) 
 Treats the pattern as a plain string and compares it lexically
 to condition. True if condition is lexically greater
 than pattern
 </li>

<li><code>=</code>pattern (is lexically equal) 
 Treats the pattern as a plain string and compares it lexically
 to condition. True if condition is lexically equal to
 pattern, i.e. the two strings are exactly equal
 (character by character). If pattern is just &quot;&quot; (two
 quotation marks) this compares condition to the empty string
 </li>

<li><code>-d</code> (is directory) 
 Treats the condition as a pathname and tests if it exists and
 is a directory
 </li>

<li><code>-f</code> (is regular file) 
 Treats the condition as a pathname and tests if it exists and
 is a regular file
 </li>

<li><code>-s</code> (is regular file with size) 
 Treats the condition as a pathname and tests if it exists and
 is a regular file with size greater than zero
 </li>

<li><code>-l</code> (is symbolic link) 
 Treats the condition as a pathname and tests if it exists and
 is a symbolic link
 </li>
</ul>
Notice: All of these variants can also be prefixed by an exclamation mark
('!') to negate their meaning.

Flags, if present, modify how this <code>RewriteCondition</code> is
evaluated. Supported flags are:
<ul>
 <li>nocase|NC (no case) 
 This makes the pattern case-insensitive, i.e. there is
 no difference between 'A-Z' and 'a-z' when pattern is matched
 against the condition
 </li>

<li>ornext|OR (or next condition) 
 Use this to combine rule conditions with a logical <code>OR</code>
 instead of the implicit <code>AND</code>. Typical example:
<pre>
 RewriteCondition %h ^host1.* [OR]
 RewriteCondition %h ^host2.* [OR]
 RewriteCondition %h ^host3.*
 RewriteRule ...some special stuff for any of these hosts...
</pre>
 Without this flag you would have to write the condition/rule combination
 three times.
 </li>
</ul>

<hr>
<h3><a name="RewriteEngine">RewriteEngine</a></h3>
Syntax: RewriteEngine on|off 
Default: off 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.2.6rc1 and later

The <code>RewriteEngine</code> directive enables or disables the module's
runtime rewriting engine. If it is set to off this module does no
parsing or rewriting at all. Use this directive to disable the module instead
of commenting out all <code>mod_rewrite</code> directives.

<hr>
<h3><a name="RewriteLock">RewriteLock</a></h3>
Syntax: RewriteLock file 
Default: None 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.2.6rc1 and later

The <code>RewriteLock</code> directive sets the filename for a synchronization
lockfile which <code>mod_rewrite</code> needs to communicate with
<code>RewriteMap</code>s of type fifo. Set file to a local
absolute path (not on a NFS-mounted device) when you want to use a rewriting
FIFO. It is not required for other types of rewriting maps.

<hr>
<h3><a name="RewriteLog">RewriteLog</a></h3>
Syntax: RewriteLog file|&quot;none&quot; 
Default: None 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.2.6rc1 and later

The <code>RewriteLog</code> directive is used to specify a log file for
<code>mod_rewrite</code> reporting and debugging, and can be done a per-server
basis. The file parameter must be the full path to the file to use for
logging. Note that this path must not be to a world-writeable
directory and, unless <code>AllowLogSymlinks</code> is explicitly set to
on (generally a bad idea), the path must not be a symbolic
link. In general, this directive should only be used for debugging
your <code>mod_rewrite</code> configuration, and should be removed once
debugging is completed; do not use this directive in a production
configuration.

If file is &quot;none&quot;, no logging will be done at all; this
setting can be used to override a <code>RewriteLog</code> setting inherited from
a <code>&lt;Global&gt;</code> context.

<hr>
<h3><a name="RewriteMap">RewriteMap</a></h3>
Syntax: RewriteMap map-name map-type:map-source 
Default: None 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.2.6rc1 and later

The <code>RewriteMap</code> directive defines a rewriting map which
can be used inside rule substitution strings by the mapping-functions to
insert/substitute fields through a key lookup. The source of this lookup can
be of various types.

The map-name is the name of the map and will be used to specify a
mapping-function for the substitution strings of a rewriting rule via one of
the following constructs:

<blockquote>
 <code>${</code> map-name <code>:</code>
 lookup-key <code>}</code> 
 <code>${</code> map-name <code>:</code>
 lookup-key <code>|</code> default-value<code>}</code>
</blockquote>

When such a construct occurs the map map-name is consulted and the
key lookup-key is resolved. If the key is found, the map-function
construct is substituted by subst-value. If the key is not found
then it is substituted by default-value or by the empty string if no
default-value was specified.

The following combinations for map-type and map-src can be
used:

<ul>
 <li>Standard Plain Text 
 map-type: <code>txt</code>, map-src: Unix filesystem
 path to valid regular file.

This is the standard rewriting map feature where the map-src is
 a plain ASCII file containing either blank lines, comment lines (starting
 with a '#' character) or pairs like the following - one per line.

<blockquote>
 matching-key subst-value
 </blockquote>

Example:
 <pre>
 # --------------------------------------------
 # usermap.txt -- map for rewriting user names
 # --------------------------------------------

Dave.Admin dave # The Uber-admin
 root anonymous # no one should be logging in as root anyway
 </pre>
 And, to configure this map to be used:
 <pre>
 RewriteMap real-to-user txt:/path/to/file/usermap.txt
 </pre>
 </li>

<li>FIFO/Named Pipe 
 map-type: <code>fifo</code>, map-src: Unix filesystem
 path to valid FIFO.

For this rewriting map, map-src is a FIFO (a.k.a. named
 pipe). To create it, you can use the <code>mkfifo(1)</code> command.

An external program that opens the FIFO for reading and writing must
 be started before <code>proftpd</code> is started. This program
 can communicate with the rewriting engine via the FIFO. For each mapping
 lookup, it can read the key to lookup as a newline-terminated string from
 the FIFO. It then has to write back to the FIFO the looked-up value as a
 newline-terminated string, or just simply newline character (denoting an
 empty string) if there is no corresponding value for the given key).

An example program which will implement a 1:1 mapping (i.e.,
 key == value) could be:
<pre>
 #!/usr/bin/perl
 use strict;

use File::Basename qw(basename);
    use Getopt::Long;
    use IO::Handle;
    use IO::Select;

my $default_delay = 0.5;
    my $program = basename($0);
    my %opts = ();

GetOptions(\%opts, 'delay=f', 'fifo=s', 'help', 'verbose');

usage() if $opts{'help'};

my $delay = $opts{'delay'} ? $opts{'delay'} : $default_delay;

die &quot;$program: missing required --fifo parameter\n&quot; unless $opts{'fifo'};
    my $fifo = $opts{'fifo'};

my $verbose = $opts{'verbose'} ? 1 : 0;

open(my $fifo_fh, &quot;+&gt; $fifo&quot;) or die &quot;$program: unable to open $fifo: $!\n&quot;;

# Instantiate a Select object for knowing when to read from and write to
    # the FIFO.
    my $sel = IO::Select-&gt;new();

while (1) {

# Blocking select() for reading.
      $sel-&gt;add($fifo_fh);

print STDERR &quot;$program: selecting for reading\n&quot; if $verbose;
      my ($rfh) = $sel->can_read();

my $key = &lt;$rfh&gt;;
      print STDERR &quot;$program: read '$key'\n&quot; if $verbose;

# Lookup a value for the given key.
      my $value = lookup_value($key);

# Clear the Select object's filehandles.
      $sel-&gt;remove();

print $fifo_fh &quot;$value\n&quot; if $verbose;
      $fifo_fh-&gt;flush();

print STDERR &quot;$program: wrote '$value'\n&quot; if $verbose;

# Wait for the buffer's byte to be cleared before reading again.
      wait_fifo($fifo_fh);
    }

close($fifo_fh);
    print STDOUT &quot;$program: done\n&quot; if $verbose;

exit 0;

# --------------------------------------------------------------------------
    sub lookup_value {
      my ($key) = @_;

# NOTE: do something to obtain a value for the given key here.
      chomp(my $value = $key);

return $value;
    }

# --------------------------------------------------------------------------
    sub usage {
      print STDOUT &lt;&lt;END_OF_USAGE;

usage: $program [options]

--delay         Configure the buffer check delay.
                      The default is $default_delay seconds.

--fifo          Configure the path to the FIFO.  Required.

--help          Displays this message.

--verbose       Enables verbose output while $program runs.

END_OF_USAGE

exit 0;
    }

# --------------------------------------------------------------------------
    sub wait_fifo {
      my ($fh) = @_;

# Now we get tricky.  Use ioctl(2) to poll the number of bytes to
      # be read from the FIFO filehandle.  When the number drops to zero,
      # it means that the data we just wrote has been read from the buffer
      # by some other process, so we can go back to the top of this loop.
      # Otherwise, if this program loops faster than the reader/writer on
      # the other end of the FIFO, we'd end up reading the data we just
      # wrote.  Quite annoying, actually.
      #
      # Note: this value must be manually extracted from the system header files
      # using the following program:
      #
      # -------- fionread.c -------------------
      #  #include &lt;sys/ioctl.h&gt;
      #
      #  int main(int argc, char *argv[]) {
      #   printf(&quot;%#08x\n&quot;, FIONREAD);
      #   return 0;
      # }
      # ---------------------------------------
      #
      # > cc -o fionread fionread.c
      # > ./fionread

my $FIONREAD = 0x00541b;

my $size = pack('L', 0);
      ioctl($fh, $FIONREAD, $size) or die &quot;$program: unable to use ioctl: $!\n&quot;;
      $size = unpack('L', $size);

while ($size != 0) {
        print STDERR &quot;$program: waiting for buffer to be read\n&quot; if $verbose;
        select(undef, undef, undef, $delay);

$size = pack('L', 0);
        ioctl($fh, $FIONREAD, $size) or die &quot;$program: unable to use ioctl: $!\n&quot;;
        $size = unpack('L', $size);
      }
    }

</pre>
 To make use of this example script, simply implement your lookup code
 in the <code>lookup_value()</code> subroutine. Be very careful with
 such scripts, though:

<ol>
 <li>&quot;Keep it simple, stupid&quot; (KISS), because if this program
 hangs it will hang <code>proftpd</code> when the rule occurs.
 Well, keep it as simple as possible...

<li>Avoid one common mistake: avoid buffered I/O if possible. This can
 cause a deadloop. If necessary, be sure to flush the filehandle
 before reading, and after writing.

<li>Use the <code>RewriteLock</code> directive to define a lockfile
 <code>mod_rewrite</code> can use to synchronize the communication to
 the FIFO program. By default no such synchronization takes place. 
 
 </ol>
 </li>

<li>Internal Function 
 map-type: <code>int</code>, map-src: Internal
 <code>mod_rewrite</code> function.

Here the map-src is a <code>mod_rewrite</code> built-in function.
 Currently you cannot create your own, but the following functions already
 exist:
 <ul>
 
 <li>idnatrans: 
 Translates text in the lookup up key into <a href="https://en.wikipedia.org/wiki/Internationalized_domain_name">IDNA</a> text.
 </li>

<li>replaceall: 
 Replace all occurrences, in the looked up key, of one string with
 another string
 </li>

<li>toupper: 
 Converts the looked up key to all upper case.
 </li>

<li>tolower: 
 Converts the looked up key to all lower case.
 </li>

<li>unescape: 
 Translates hex encodings (i.e. "URL encoding"; see <a href="http://www.faqs.org/rfcs/rfc2396.html">RFC2396</a>, Section 2.4.1), in the looked up
 key back to special characters.
 </li>

<li>utf8trans: 
 Translates UTF-8 encodings in the lookup up key into Latin-1
 characters.
 </li>
 </ul>
 </li>
</ul>

The <code>RewriteMap</code> directive can occur more than once. For each
mapping-function use one <code>RewriteMap</code> directive to declare its
rewriting map name.

Note: For plain text files the looked-up keys are cached
in-core until the <code>mtime</code> of the text map file changes or the
server does a restart. This way you can have map-functions in rules which are
used for every request. This is no problem, because the
parsing of the text files only happens once!

<hr>
<h3><a name="RewriteMaxReplace">RewriteMaxReplace</a></h3>
Syntax: RewriteMaxReplace count 
Default: 8 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.3.5rc1 and later

The <code>RewriteMaxReplace</code> directive is used to increase the number
of replacements/substitutions that <code>mod_rewrite</code> will perform,
when rewriting commands. By default, <code>mod_rewrite</code> will only
replace up to 8 occurrences of a pattern in the input string; if there are more
than 8 replacement occurrences, then the input string will be unchanged.
If your input strings happen to have more than 8 occurrences to be replaced,
you can use the <code>RewriteMaxReplace</code> to increase that limit.

For example, to increase the limit to 32 occurrences to be replaced, use:
<pre>
 RewriteMaxReplace 32
</pre>

<hr>
<h3><a name="RewriteRule">RewriteRule</a></h3>
Syntax: RewriteRule pattern substitution [flags] 
Default: None 
Context: server config, <code>&lt;VirtualHost&gt;</code>, <code>&lt;Global&gt;</code>, <code>&lt;Anonymous&gt;</code>, <code>&lt;Directory&gt;</code> 
Module: mod_rewrite 
Compatibility: 1.2.6rc1 and later

The <code>RewriteRule</code> directive is the real rewriting workhorse. The
configuration directive can occur more than once. Each directive defines a
single rewriting rule. The order of definition of these rules is important,
because this order is used when applying the rules at run-time.

Pattern can be POSIX regular expression which gets applied to the
current FTP command argument(s).

Some hints about the syntax of regular expressions:
<ul>
 <li>Text:
<pre>
 . Any single character
 [chars] Character class: one of <code>chars</code>
 [^chars] Character class: none of <code>chars</code>
 text1|text2 Alternative: <code>text1</code> or <code>text2</code>
</pre>
 </li>

<li>Quantifiers:
<pre>
 ? 0 or 1 of the preceding text
 * 0 or N of the preceding text (N > 0)
 + 1 or N of the preceding text (N > 1)
</pre>
 </li>

<li>Grouping:
<pre>
 (text) Grouping of text
 (either to set the borders of an alternative or
 for making backreferences where the Nth group can 
 be used on the RHS of a <code>RewriteRule</code> with $N)
</pre>
 </li>

<li>Anchors:
<pre>
 ^ Start of line anchor
 $ End of line anchor
</pre>
 </li>

<li>Escaping:
<pre>
 \char Escape that particular char
 (for instance to specify the chars &quot;.[]()&quot; etc.)
</pre>
 </li>
</ul>

For more information about regular expressions have a look at your local
<code>regex(3)</code> manpage. If you are interested in more detailed
information about regular expressions and their variants (POSIX regex, Perl
regex, etc.) have a look at the following dedicated book on this topic:

<blockquote>
 Mastering Regular Expressions 
 Jeffrey E.F. Friedl 
 Nutshell Handbook Series 
 O'Reilly &amp; Associates, Inc. 1997 
 ISBN 1-56592-257-3 
</blockquote>

Additionally in <code>mod_rewrite</code> the NOT character ('!') is a possible
pattern prefix. This gives you the ability to negate a pattern; to say, for
instance: &quot;if the current argument(s) does NOT match this pattern&quot;.
This can be used for exceptional cases, where it is easier to match the
negative pattern, or as a last default rule.

Notice: When using the NOT character to negate a pattern you cannot
have grouped wildcard parts in the pattern. This is impossible because when
the pattern does NOT match, there are no contents for the groups. In
consequence, if negated patterns are used, you cannot use $N in the
substitution string.

Substitution of a rewriting rule is the string which is substituted for
(or replaces) the original argument(s) for which pattern matched.
Beside plain text you can use:
<ol>
 <li><code>$N</code> backreferences to the <code>RewriteRule</code> pattern 
 <li><code>%N</code> backreferences to the last matched
 <code>RewriteCondition</code> pattern 
 <li>variables as in <code>RewriteCondition</code> test strings
 <li>map function calls (<code>${map-name:lookup-key|default-value}</code>) 
 <li>environment variable substitutions (<code>%{ENV:variable-name}</code>)
</ol>
Backreferences are $N (N=0..9) identifiers which will be replaced
by the contents of the Nth group of the matched pattern. The
variables are the same as for the condition of a
<a href="#RewriteCondition"><code>RewriteCondition</code></a> directive, with
two additions:
<pre>
 %P process ID
 %t Unix time since the epoch, in seconds
</pre>
The map functions come from the
<a href="#RewriteMap"><code>RewriteMap</code></a> directive and are explained
there. These four types of variables are expanded in the order of the above
list.

All of the rewriting rules are applied to substitution. The command
argument(s) is completely replaced by the substitution.

Flags, if present, modify how this <code>RewriteRule</code> is
evaluated. Supported flags are:
<ul>
 <li>nocase|NC (no case) 
 This makes the pattern case-insensitive, i.e. there is
 no difference between 'A-Z' and 'a-z' when pattern is matched
 against the command arguments
 </li>
</ul>

<hr>
<h2><a name="Usage">Usage</a></h2>
The <code>mod_rewrite</code>'s regular expressions are POSIX extended regular
expressions, not Perl regular expressions. This can catch the
unsuspecting admin unawares, especially if they are used to Perl.

When processing a <code>RewriteRule</code>, the <code>mod_rewrite</code>
engine will first execute the <code>RewriteRule</code>'s regular expression
against the command parameters. If that expression fails, the
<code>RewriteRule</code> is skipped. Any <code>RewriteCondition</code>s that
are attached to the rule are processed only if the rule's expression matches
first.

One of the consequences is that the rewritten path may run afoul of any
configured <code>AllowFilter</code>, <code>DenyFilter</code>,
<code>PathAllowFilter</code>, or <code>PathDenyFilter</code> directives,
causing unexpected or unwanted transfers. Please keep this in mind when
configuring <code>RewriteRule</code>s.

Some metas are not available at certain times (e.g. %U/%u for USER/PASS
commands, etc)...

Examples 
The following example configuration shows how to configure
<code>mod_rewrite</code> so that all files uploaded to the server will have
all-uppercase filenames:
<pre>
 &lt;IfModule mod_rewrite.c&gt;
 RewriteEngine on

# Have a log for double-checking any errors
    RewriteLog /var/log/ftpd/rewrite.log

# Define a map that uses the internal "toupper" function
    RewriteMap uppercase int:toupper

# Make the file names used by STOR be in all uppercase
    RewriteCondition %m STOR

# Apply the map to the command parameters
    RewriteRule ^(.*) ${uppercase:$1}

&lt;/IfModule&gt;
</pre>
This example shows how to convert all spaces in uploaded file names to
underscores:
<pre>
 &lt;IfModule mod_rewrite.c&gt;
 RewriteEngine on
 RewriteLog /var/log/ftpd/rewrite.log

# Define a map that uses the internal "replaceall" function
    RewriteMap replace int:replaceall

# We only want to use this rule on STOR commands
    RewriteCondition %m STOR

# Apply the map to the command parameters
    RewriteRule ^(.*) "${replace:/$1/ /_}"

&lt;/IfModule&gt;
</pre>

<hr>
<h2><a name="Installation">Installation</a></h2>
To install <code>mod_rewrite</code>, follow the usual steps for using
third-party modules in ProFTPD:
<pre>
 $ ./configure --with-modules=mod_rewrite
</pre>
To build <code>mod_rewrite</code> as a DSO module:
<pre>
 $ ./configure --enable-dso --with-shared=mod_rewrite
</pre>
Then follow the usual steps:
<pre>
 $ make 
 $ make install
</pre>

Alternatively, if your <code>proftpd</code> was compiled with DSO support, you
can use the <code>prxs</code> tool to build <code>mod_rewrite</code> as a shared
module:
<pre>
 $ prxs -c -i -d mod_rewrite.c
</pre>

Logging 
The <code>mod_rewrite</code> module supports <a href="../howto/Tracing.html">trace logging</a>, via the module-specific log channels:
<ul>
 <li>rewrite
</ul>
Thus for trace logging, to aid in debugging, you would use the following in
your <code>proftpd.conf</code>:
<pre>
 TraceLog /path/to/ftpd/trace.log
 Trace rewrite:20
</pre>
This trace logging can generate large files; it is intended for debugging use
only, and should be removed from any production configuration.

</body>
</html>

❌ Cancel

🗂️ Enhanced PHP File Manager

📊 Server Information

🔧 Quick Actions

✏️ Editing: mod_rewrite.html

📤 Upload File

📁 Create Folder

📄 Create File

✏️ Rename Item

🗑️ Delete Confirmation