NAME

wforce.conf - configuration file for wforce daemon

DESCRIPTION

This file is read by wforce and is a Lua script containing Lua commands to implement (a) configuration of the wforce daemon and (b) functions that control the operation of the wforce daemon in response to HTTP commands, specifically “report”, “allow” and “reset”.

An alternative version of this file can be specified with

wforce -C private_wforce.conf ...
    

CONFIGURATION-ONLY FUNCTIONS

The following functions are for configuration of wforce only, and cannot be called inside the allow/report/reset functions:

•

setACL(<list of netmasks>) - Set the access control list for the HTTP Server. For example, to allow access from any IP address, specify:

•

addACL(<netmask>) - Add a netmask to the access control list for the HTTP server. For example, to allow access from 127.0.0.0/8, specify:

•

addWebHook(<list of events>, <config key map>) - Add a webhook for the specified events, with the specified configuration keys. See wforce_webhook(5) for the list of events, supported configuration keys, and details of the HTTP(S) POST sent to webhook URLs. For example:

•

addCustomWebHook(<custom webhook name>, <config key map>) - Add a custom webhook, i.e. one which can be called from Lua (using “runCustomWebHook()” - see below) with arbitrary data, using the specified configuration keys. See wforce_webhook(5) for the supported config keys, and details of the HTTP(S) POST sent to webhook URLs. For example:

•

addCustomStat(<stat name>) - Add a custom counter which can be used to track statistics. The stats for custom counters are logged every 5 minutes. The counter is incremented with the “incCustomStat” command. For example:

•

setSiblings(<list of IP/Host[:port[:protocol]]>) - Set the list of siblings to which stats db and blacklist/whitelist data should be replicated. If port is not specified it defaults to 4001. If protocol is not specified it defaults to udp. This function is safe to call while wforce is running. For example:

•

setSiblingsWithKey(<list of {IP/Host[:port[:protocol]], Encryption Key>) - Identical to setSiblings() except that it allows an encryption key to be specified for each sibling. For example:

•

addSibling(<IP/Hostname[:port[:protocol]]>) - Add a sibling to the list to which all stats db and blacklist/whitelist data should be replicated. Use [] to enclose IPv6 addresses. If port is not specified it defaults to 4001. If protocol is not specified it defaults to udp. This function is safe to call while wforce is running. For example:

•

addSiblingWithKey(<IP[:port[:protocol]]>, <Encryption Key>) - Identical to addSibling(), except that an encryption key is specified to enable per-sibling encryption.For example:

•

removeSibling(<IP/Host[:port[:protocol]]>) - Remove a sibling to the list to which all stats db and blacklist/whitelist data should be replicated. Use [] to enclose IPv6 addresses. If port is not specified it defaults to 4001. If protocol is not specified it defaults to udp. This function is safe to call while wforce is running. For example:

•

siblingListener(<IP[:port]>) - Listen for reports from siblings on the specified IP address and port. If port is not specified it defaults to 4001. Wforce will always listen on both UDP and TCP ports. For example:

•

setSiblingConnectTimeout(<timeout ms>) - Sets a timeout in milliseconds for new connections to siblings. Defaults to 5000 ms (5 seconds). For example:

•

setMaxSiblingQueueSize(<size>) - Sets the maximum size of the send and receive queues for replication events waiting to be processed. Defaults to 5000. This is only to handle short-term spikes in load/latency - if error messages relating to the recv queue max size being reached are seen, then you should consider using sharded string stats dbs (newShardedStringStatsDB), and/or tuning the stats db expiry sleep time (twSetExpireSleep).

•

setNamedReportSinks(<name>, <list of IP[:port]>) - Set a named list of report sinks to which all received reports should be forwarded over UDP. Reports will be sent to the configured report sinks for a given name in a round-robin fashion if more than one is specified. Reports are sent separately to each named report sink. If port is not specified it defaults to 4501. Replaces the deprecated “setReportSinks()”. For example:

•

addNamedReportSink(<name>, <IP[:port]>) - Add a report sink to the named list to which all received reports should be forwarded over UDP. Reports will be sent to the configured report sinks for a given name in a round-robin fashion if more than one is specified. Reports are sent separately to each named report sink. If port is not specified it defaults to 4501. Replaces the deprecated “addReportSink()”. For example:

•

webserver(<IP:port>, <password>) - (deprecated - see addListener() instead) Listen for HTTP commands on the specified IP address and port. The password is used to authenticate client connections using basic authentication. For example:

•

addListener(<IP:port>, <useSSL>, <cert file>, <key file>, <options>) - (replacement for webserver()) Listen for HTTP commands on the specified IP address and port. If useSSL is true, then HTTPS must be used, and cert_file and key file are used, otherwise they are empty. Options contains a list of key value pairs to configure the TLS connection; these follow the command line option names in https://www.openssl.org/docs/manmaster/man3/SSL_CONF_cmd.html. For example, “min_protocol” to set the minimum TLS protocol version. You can add as many listeners as you choose. For example:

•

setWebserverPassword(<Password>) - (replacement for webserver password parameter) Sets the basic authentication password for access to the webserver. This has been decoupled from the addListener() command because multiple listeners can now be created, which was not previously possible. For example:

•

controlSocket(<IP[:port]>) - Listen for control connections on the specified IP address and port. If port is not specified it defaults to 5199. For example:

•

setKey(<key>) - Use the specified key for authenticating connections from siblings. The key can be generated with makeKey() from the console. See wforce(1) for instructions on running a console client. Returns false if the key could not be set (e.g. invalid base64). For example:

•

setNumLuaStates(<num states>) - Set the number of Lua Contexts that will be created to run allow/report/reset commands. Defaults to 10 if not specified. See also setNumWorkerThreads() and setNumSiblingThreads(). Should be at least equal to NumWorkerThreads + NumSiblingThreads. For example:

•

setNumWorkerThreads(<num threads>) - Set the number of threads in the pool used to run allow/report/reset commands. Each thread uses a separate Lua Context, (see setNumLuaStates()). Defaults to 4 if not specified. For example:

•

setNumSiblingThreads(<num threads>) - Set the number of threads in the pool used to process reports received from siblings. Each thread uses a separate Lua Context, the number of which is set with setNumLuaStates(). Defaults to 2 if not specified. For example:

•

setNumWebHookThreads(<num threads>) - Set the number of threads in the pool used to send webhook events. Defaults to 5 if not specified. For example:

•

setMaxWebserverConns(<max conns>) - Set the maximum number of active connections to the webserver. This can be used to limit the effect of too many queries to wforce. It defaults to 10,000. For example:

•

setNumWebHookConnsPerThread(<num conns>) - Set the maximum number of connections used by each WebHook thread. Defaults to 10 if not specified. This setting replaces the deprecated “num_conns” per-hook configuration setting. For example:

•

setWebHookQueueSize(<queue size>) - Set the size of the queue for webhook events. If the queue gets too big, then webhooks will be discarded, and an error will be logged. The default queue size is 50000, which should be appropriate for most use-cases.

•

setWebHookTimeoutSecs(<timeout secs>) - Set the maximum time a request can take for webhooks. For example:

•

newGeoIP2DB(<db name>, <filename>) - Opens and initializes a GeoIP2 database. A name must be chosen, and the filename of the database to open must also be supplied. To obtain an object allowing lookups to be performed against the database, use the getGeoIP2DB() function. For example:

•

initGeoIPDB() - (Deprecated - use newGeoIP2DB()) Initializes the country-level IPv4 and IPv6 GeoIP Legacy databases. If either of these databases is not installed, this command will fail and wforce will not start. For example:

•

initGeoIPCityDB() - (Deprecated - use newGeoIP2DB()) Initializes the city-level IPv4 and IPv6 GeoIP Legacy databases. If either of these databases is not installed, this command will fail and wforce will not start. Ensure these databases have the right names if you’re using the free/lite DBs - you may need to create symbolic links e.g. GeoIPCityv6.dat -> GeoLiteCityv6.dat. For example:

•

initGeoIPISPDB() - (Deprecated - use newGeoIP2DB()) Initializes the ISP-level IPv4 and IPv6 GeoIP Legacy databases. If either of these databases is not installed, this command will fail and wforce will not start. For example:

•

newDNSResolver(<resolver name>) - Create a new DNS resolver object with the specified name. Note this does not return the resolver object - that is achieved with the getDNSResolver() function. For example:

•

setHLLBits(<num bits>) - Set the accuracy of the HyperLogLog algorithm. The value can be between 4-30, with a high number being more accurate at the expense of using (potentially a lot) more memory. The default value is 6. If you require more accuracy, consider increasing slightly, but check your memory usage carefully.

•

setCountMinBits(<eps>, <gamma>) - Set the accuracy of the CountMin algorithm. The value of eps can be between 0.01 and 1, with a lower number giving more accuracy at the expense of memory. The default is 0.05. The value of gamma is between 0 and 1, with a higher number giving higher accuracy. The default for gamma is 0.2. If you require more accuracy, consider changing these values slightly, but check your memory usage carefully.

•

newStringStatsDB(<stats db name>, <window size>, <num windows>, <field map>) - Create a new StatsDB object with the specified name. Note this does not return the object - that is achieved with the getStringStatsDB() function. For example:

•

newShardedStringStatsDB(<stats db name>, <window size>, <num windows>, <field map>, <num shards>) - Identical to “newStringStatsDB” except that it creates a sharded DB, which is more scalable at higher query loads. A good starting value for the number of shards might be 10.

•

StringStatsDB:twSetv4Prefix(<prefix>) - Set the prefix to use for any IPv4 ComboAddress keys stored in the db. For example, specify 24 to group statistics for class C networks. For example:

•

StringStatsDB:twSetv6Prefix(<prefix>) - Set the prefix to use for any IPv6 ComboAddress keys stored in the db. For example:

•

StringStatsDB:twSetMaxSize(<size>) - Set the maximum number of keys to be stored in the db. When the db reaches that size, keys will be expired on a LRU basis. The default size is 500K keys. For example:

•

StringStatsDB:twEnableReplication() - Enable replication for this db; only makes a difference if siblings have been configured. For example:

•

disableBuiltinBlacklists() - Disable the built-in blacklisting checks, enabling them to be checked from Lua instead. For example:

•

blacklistPersistDB(<ip>, <port>) - Make the blacklist persistent by storing entries in the specified redis DB. The IP address is a string, and port should be 6379 unless you are running redis on a non-standard port. If this option is specified, wforce will read all the blacklist entries from the redis DB on startup. For example:

•

blacklistPersistReplicated() - Store blacklist entries that have been replicated in the redis DB. By default, replicated blacklist entries will not be persisted. If you use a local redis DB for each wforce server, then use this config option. If you use a single redis instance for all wforce servers, then you should not specify this option, as it will cause unnecessary writes to the redis DB. For example:

•

blacklistRedisUsername() - Set the Redis username for authentication to the redis DB. For example:

•

blacklistRedisPassword() - Set the Redis password for authentication to the redis DB. For example:

•

blacklistPersistConnectTimeout() - Set the connect timeout for connecting to the persistent redis DB. If the timeout is exceeded during connection at startup then wforce will exit, otherwise during normal operation if the timeout is exceeded, an error will be logged. For example:

•

blacklistPersistRWTimeout(, ) - Set the timeout for reading from/writing to the Redis DB. For example:

•

disableBuiltinWhitelists() - Disable the built-in whitelisting checks, enabling them to be checked from Lua instead. For example:

•

whitelistPersistDB(<ip>, <port>) - Make the whitelist persistent by storing entries in the specified redis DB. The IP address is a string, and port should be 6379 unless you are running redis on a non-standard port. If this option is specified, wforce will read all the whitelist entries from the redis DB on startup. For example:

•

whitelistRedisUsername() - Set the Redis username for authentication to the redis DB. For example:

•

whitelistRedisPassword() - Set the Redis password for authentication to the redis DB. For example:

•

whitelistPersistReplicated() - Store whitelist entries that have been replicated in the redis DB. By default, replicated whitelist entries will not be persisted. If you use a local redis DB for each wforce server, then use this config option. If you use a single redis instance for all wforce servers, then you should not specify this option, as it will cause unnecessary writes to the redis DB. For example:

•

whitelistPersistConnectTimeout() - Set the connect timeout for connecting to the persistent redis DB. If the timeout is exceeded during connection at startup then wforce will exit, otherwise during normal operation if the timeout is exceeded, an error will be logged. For example:

•

whitelistPersistRWTimeout(, ) - Set the timeout for reading from/writing to the Redis DB. For example:

•

setBlacklistIPRetMsg() - Set the message to be returned to clients whose IP address is blacklisted. The strings “{ip}” and “{login}” will be substituted for the actual IP address and login name. For example:

•

setBlacklistLoginRetMsg() - Set the message to be returned to clients whose login is blacklisted. The strings “{ip}” and “{login}” will be substituted for the actual IP address and login name. For example:

•

setBlacklistIPLoginRetMsg() - Set the message to be returned to clients whose IP address/login is blacklisted. The strings “{ip}” and “{login}” will be substituted for the actual IP address and login name. For example:

•

setAllow(<allow func>) - Tell wforce to use the specified Lua function for handling all “allow” commands. For example:

•

setReport(<report func>) - Tell wforce to use the specified Lua function for handling all “report” commands. For example:

•

setReset(<reset func>) - Tell wforce to use the specified Lua function for handling all “reset” commands. For example:

•

setCanonicalize(<canonicalize func>) - Tell wforce to use the specified Lua function for handling all “canonicalisation” functionality. This function is responsible for mapping multiple aliases for a user to a single login string, e.g. ncook, neil.cook and neil.cook@foobar.com would all map to neil.cook@foobar.com. Use Lua modules such as LuaSQL-MySQL (luarocks install luasql-mysql) or LuaLDAP (luarocks install lualdap) to perform lookups in user databases. For example:

•

setCustomEndpoint(<name of endpoint>, <boolean>, <custom lua function>) - Create a new custom REST endpoint with the given name, which when invoked will call the supplied custom lua function. This allows admins to arbitrarily extend the wforce REST API with new REST endpoints. Admins can create as many custom endpoints as they require. Custom endpoints can only be accessed via a POST method, and all arguments as passed as key-value pairs of a top-level “attrs” json object (these will be split into two tables - one for single-valued attrs, and the other for multi-valued attrs - see CustomFuncArgs below). If the boolean argument is true, then all arguments to the custom function will be sent to all configured named report sinks. Return information is passed with a boolean “success” and “r_attrs” json object containing return key-value pairs. See wforce.conf.example for an example. For example:

•

setCustomGetEndpoint(<name of endpoint>, <custom lua function>) - Create a new custom REST endpoint accessible via a GET command (setCustomEndpoint() only works with POST). The return value of the function is a string, which will be passed to the HTTP client as a text/plain response body. For example:

•

setVerboseAllowLog() - When logging allow requests, for performance reaons, allow requests returning 0 will not be logged by default. In order to log allow requests returning 0, use this function. For example:

•

addSyncHost(<sync host address>, <sync host password>, <replication address>, <callback address>) - If you wish wforce to synchronize the contents of its StatsDBs with the rest of a cluster, then use this configuration command. If any sync hosts are added, wforce will attempt to contact them in turn and find a host which has been up longer than the number of seconds specified in setMinSyncHostUptime(). The sync host address should include a port (it defaults to 8084). If successful, the sync host will send the contents of its StatsDBs to this wforce instance on the replication address specified (this address should have the same port as configured in siblingListener() and defaults to 4001), and when it is finished it will notify this instance of wforce using the callback address (this address should have the same port as configured in webserver and defaults to 8084). N.B. It should be noted that the encryption key of the local instance is sent to the sync host, so to protect the confidentiality of the key, you may want to consider running an HTTPS reverse proxy in front of the sync host. For example:

•

setMinSyncHostUptime(<seconds>) - The minimum time that any sync host must have been up for it to be able to send me the contents of its DBs. Defaults to 3600. For example:

•

disableCurlPeerVerification() - Disable checking of peer certificates in all outbound HTTPS connections. This is not recommended except for debugging or development purposes. For example:

•

disableCurlHostVerification() - Disable checking of the hostname in the peer certificate for all outbound HTTPS connections. This is not recommended except for debugging or development purposes.

•

setCurlCABundleFile(<Path to CA File>) - Gives the location of a file containing the certificate authorities to use for checking HTTPS server certificates. Use this if the standard installed root certs do not contain the certs you need. This should be a file containing 1:N certs in PEM format.

•

setCurlClientCertAndKey(<Path to Cert File>, <Path to Key File>) - Gives the location of the certificate and key files to use for mutual TLS authentication (in PEM format).

•

setMetricsNoPassword() - Disable password protection for the /metrics endpoint.

GENERAL FUNCTIONS

The following functions are available anywhere; either as part of the configuration or within the allow/report/reset functions:

•

getGeoIP2DB(<db name>) - Return an object which can be used to perform GeoIP lookups. The database must first be initialised using newGeoIP2DB(). For example:

•

GeoIP2DB:lookupCountry(<ComboAddress>) - Returns the two-character country code of the country that the IP address is located in. A ComboAddress object can be created with the newCA() function. For example:

•

GeoIP2DB:lookupISP(<ComboAddress>) - Returns the name of the ISP hosting the IP address. A ComboAddress object can be created with the newCA() function. For example:

•

GeoIP2DB:lookupCity(<ComboAddress>) - Returns a map containing information about the IP address, such as the city name and latitude and longitude. See GeoIPRecord below for the full list of fields. For example:

•

GeoIP2DB:lookupStringValue(<ComboAddress>, <array of string values>) - Returns a string corresponding to the value of the field specified by the array of string values. For example:

•

GeoIP2DB:lookupUIntValue(<ComboAddress>, <array of string values>) - Returns an integer corresponding to the value of the field specified by the array of string values. For example:

•

GeoIP2DB:lookupBoolValue(<ComboAddress>, <array of string values>) - Returns a boolean corresponding to the value of the field specified by the array of string values. For example:

•

GeoIP2DB:lookupDoubleValue(<ComboAddress>, <array of string values>) - Returns the value corresponding to the value of the field specified by the array of string values (which can be either double or float in the MMDB specification). For example:

•

lookupCountry(<ComboAddress>) - (Deprecated - use the new GeoIP2 function). Returns the two-character country code of the country that the IP address is located in. A ComboAddress object can be created with the newCA() function. For example:

•

lookupISP(<ComboAddress>) - (Deprecated - use the new GeoIP2 function). Returns the name of the ISP hosting the IP address. A ComboAddress object can be created with the newCA() function. For example:

•

lookupCity(<ComboAddress>) - (Deprecated - use the new GeoIP2 function). Returns a map containing information about the IP address, such as the city name and latitude and longitude. See GeoIPRecord below for the full list of fields. For example:

•

newCA(<IP[:port]>) - Create and return an object representing an IP address (v4 or v6) and optional port. The object is called a ComboAddress. For example:

•

ComboAddress:tostring() - Return a string representing the IP address. For example:

•

newNetmask(<IP[/mask]>) - Create and return an object representing a Netmask. For example:

•

newNetmaskGroup() - Return a NetmaskGroup object, which is a way to efficiently match IPs/subnets against a range. For example:

•

NetmaskGroup:addMask(<cidr>) - Add a mask to the NetmaskGroup, in cidr format. For example:

•

NetmaskGroup:match(<ip address>) - Match an IP address against a NetmaskGroup. The IP address must be a ComboAddress object. For example:

•

getDNSResolver(<resolver name>) - Return a DNS resolver object corresponding to the name specified. For example:

•

Resolver:addResolver(<ip address>, <port>) - Adds the specified IP address and port as a recursive server to use when resolving DNS queries. For example:

•

Resolver:setRequestTimeout(<timeout>) - Sets the timeout in milliseconds. For example

•

Resolver:setNumContexts(<num contexts>) - Sets the number of DNS contexts to use to perform DNS queries. Defaults to 12, but you may want to increase for performance, although it should not need to be higher than NumWorkerThreads. For example:

•

Resolver:lookupAddrByName(<name>, [<num retries>]) - Performs DNS A record resolution for the specified name, returning an array of IP address strings. Optionally the number of retries can be specified. For example:

•

Resolver:lookupNameByAddr(<ComboAddress>, [num retries]) - Performs DNS PTR record resolution for the specified address, returning an array of names. Optionally the number of retries can be specified. For example:

•

Resolver:lookupRBL(<ComboAddress>, <rbl zone>, [num retries]) - Lookup an IP address in a RBL-formatted zone. Returns an array of IP address strings. Optionally the number of retries can be specified. For example:

•

runCustomWebHook(<custom webhook name>, <webhook data>) - Run a previously configured custom webhook, using the supplied webhook data. By default the Content-Type of the data is “application/json”, however this can be changed using the “content-type” config key when configuring the custom webhook. Custom webhooks are run using the same thread pool as normal webhooks. For example:

•

getStringStatsDB(<stats db name>) - Retrieve the StatsDB object specified by the name. For example:

•

StringStatsDB:twAdd(<key>, <field name>, <value>) - For the specified key, add the specified value to the specified field. Keys can be ComboAddress, strings or integers. Values can be ComboAddress, strings or integers. Some values only make sense for certain field types (e.g. adding a string to an int field type makes no sense). For example:

•

StringStatsDB:twSub(<key>, <field name>, <value>) - For the specified key, subtract the specified value from the specified field. Keys can be ComboAddress, strings or integers. Values can only be integers. For example:

•

StringStatsDB:twGet(<key>, <field name>, [<value>]) - For the specified key, retrieve the value for the specified field. For fields of type “countmin”, specify the value you wish to retrieve. Return value is summed over all the windows in the db. For example:

•

StringStatsDB:twGetCurrent(<key>, <field name>, [<value>]) - For the specified key, retrieve the value for the specified field for the current (latest) time window. For fields of type “countmin”, specify the value you wish to retrieve. For example:

•

StringStatsDB:twGetWindows(<key>, <field name>, [<value>]) - For the specified key, retrieve an array containing all the values for all the windows for the specified field. For fields of type “countmin”, specify the value you wish to retrieve. For example:

•

StringStatsDB:twGetSize() - Returns the number of keys stored in the db. For example

•

StringStatsDB:twReset(<key>) - Reset all stats for all windows in the db for the specified key. For example:

•

StringStatsDB:twResetField(<key>, <field name>) - Reset all stats for all windows in the db for the specified key and field name. For example:

•

StringStatsDB:twSetExpireSleep(<milliseconds>) - Set the sleep interval between checks to expire/expunge entries. Defaults to 250ms. For example:

•

infoLog(<log string>, <key-value map>) - Log at LOG_INFO level t<he specified string, adding “key=value” strings to the log for all the kvs specified in the key-value map. For example:

•

vinfoLog(<log string>, <key-value map>) - Log at LOG_INFO level the specified string, adding “key=value” strings to the log for all the kvs specified in the key-value map, but only if wforce was started with the (undocumented) -v flag (for verbose). For example:

•

warnLog(<log string>, <key-value map>) - Log at LOG_WARN level the specified string, adding “key=value” strings to the log for all the kvs specified in the key-value map. For example:

•

errorLog(<log string>, <key-value map>) - Log at LOG_ERR level the specified string, adding “key=value” strings to the log for all the kvs specified in the key-value map. For example:

•

debugLog(<log string>, <key-value map>) - Log at LOG_DEBUG level the specified string, adding “key=value” strings to the log for all the kvs specified in the key-value map, but only if wforce was started with the (undocumented) -v flag (for verbose). For example:

•

getBlacklistIPRetMsg() - Get the message to be returned to clients whose IP address is blacklisted. For example:

•

getBlacklistLoginRetMsg() - Get the message to be returned to clients whose login is blacklisted. For example:

•

getBlacklistIPLoginRetMsg() - Get the message to be returned to clients whose IP address/login is blacklisted. For example:

•

blacklistNetmask(<Netmask>, <expiry>, <reason string>) - Blacklist the specified netmask for expiry seconds, with the specified reason. Netmask address must be a Netmask object, e.g. created with newNetmask(). For example:

•

blacklistIP(<ip>, <expiry>, <reason string>) - Blacklist the specified IP for expiry seconds, with the specified reason. IP address must be a ComboAddress. For example:

•

blacklistLogin(<login>, <expiry> <reason string>) - Blacklist the specified login for expiry seconds, with the specified reason. For example:

•

blacklistIPLogin(<ip>, <login>, <expiry>, <reason string>) - Blacklist the specified IP-Login tuple for expiry seconds, with the specified reason. Only when that IP and login are received in the same login tuple will the request be blacklisted. IP address must be a ComboAddress. For example:

•

unblacklistNetmask(<Netmask>) Remove the blacklist for the specified netmask. Netmask address must be a Netmask object, e.g. created with newNetmask(). For example:

•

unblacklistIP(<ip>) - Remove the blacklist for the specified IP. IP address must be a ComboAddress. For example:

•

unblacklistLogin(<login>) - Remove the blacklist for the specified login. For example:

•

unblacklistIPLogin(<ip>, <login>) - Remove the blacklist for the specified IP-Login tuple. IP address must be a ComboAddress. For example:

•

checkBlacklistIP(<ip>) - Check if an IP is blacklisted. Return true if the IP is blacklisted. IP must be a ComboAddress. For example:

•

checkBlacklistLogin(<login>) - Check if a login is blacklisted. Return true if the login is blacklisted. For example:

•

checkBlacklistIPLogin(<ip>, <login>) - Check if a IP/login is blacklisted. Return true if the ip/login tuple is blacklisted. For example:

•

whitelistNetmask(<Netmask>, <expiry>, <reason string>) - Whitelist the specified netmask for expiry seconds, with the specified reason. Netmask address must be a Netmask object, e.g. created with newNetmask(). For example:

•

whitelistIP(<ip>, <expiry>, <reason string>) - Whitelist the specified IP for expiry seconds, with the specified reason. IP address must be a ComboAddress. For example:

•

whitelistLogin(<login>, <expiry> <reason string>) - Whitelist the specified login for expiry seconds, with the specified reason. For example:

•

whitelistIPLogin(<ip>, <login>, <expiry>, <reason string>) - Whitelist the specified IP-Login tuple for expiry seconds, with the specified reason. Only when that IP and login are received in the same login tuple will the request be whitelisted. IP address must be a ComboAddress. For example:

•

unwhitelistNetmask(<Netmask>) Remove the whitelist for the specified netmask. Netmask address must be a Netmask object, e.g. created with newNetmask(). For example:

•

unwhitelistIP(<ip>) - Remove the whitelist for the specified IP. IP address must be a ComboAddress. For example:

•

unwhitelistLogin(<login>) - Remove the whitelist for the specified login. For example:

•

unwhitelistIPLogin(<ip>, <login>) - Remove the whitelist for the specified IP-Login tuple. IP address must be a ComboAddress. For example:

•

checkWhitelistIP(<ip>) - Check if an IP is whitelisted. Return true if the IP is whitelisted. IP must be a ComboAddress. For example:

•

checkWhitelistLogin(<login>) - Check if a login is whitelisted. Return true if the login is whitelisted. For example:

•

checkWhitelistIPLogin(<ip>, <login>) - Check if a IP/login is whitelisted. Return true if the ip/login tuple is whitelisted. For example:

•

LoginTuple - The only parameter to both the allow and report functions is a LoginTuple table. This table contains the following fields:

•

LoginTuple.remote - An IP address of type ComboAddress, representing the system performing login.

•

LoginTuple.login - The username of the user performing the login.

•

LoginTuple.pwhash - A hashed representation of the users password

•

LoginTuple.success - Whether the user login was successful.

•

LoginTuple.policy_reject - If the login was not successful only because of a policy-based reject from wforce (i.e. the username and password were correct).

•

LoginTuple.attrs - Additional array of (single valued) attributes about the login, e.g. information about the user from LDAP. For example:

•

LoginTuple.attrs_mv - Additional array of (multi-valued) attributes about the login. For example:

•

LoginTuple.device_id - An optional string that represents the device that the user logged in from. Also see device_attrs.

•

LoginTuple.device_attrs - Additional array of attributes about the device, which is parsed from the device_attrs string. The protocol string is used to determine how to parse device_id, so that MUST also be present. For all protocols, the following keys are set wherever possible: os.family, os.major, os.minor. For http, the following additional keys are set wherever possible: device.family, device.model, device.brand, browser.family, browser.major, browser.minor. For imap, the following additional keys are set wherever possible: imapc.family, imapc.major, imapc.minor. For mobileapi, the following additional keys are set: app.name, app.brand, app.major, app.minor, device.family. For example:

•

LoginTuple.protocol - A string representing the protocol that was used to access mail, i.e. http, imap, pop3, mobileapi etc. LoginTuple.protocol MUST be set in order to parse device_id into device_attrs, however currently only http, imap and mobileapi are recognized protocols when parsing device_id. For example:

•

LoginTuple.tls - A boolean representing whether the login session used TLS or not. If the client is using TLS offload proxies then it may be set to false.

•

LoginTuple.session_id - An optional string representing the particular session that a user used to login. If this is not supplied by the wforce client, it will be an empty string.

•

GeoIPRecord - The type returned by the lookupCity() function. See below for fields:

•

GeoIPRecord.country_code - The two-letter country code e.g. “US”.

•

GeoIPRecord.country_name - The country name, e.g. “United States”

•

GeoIPRecord.region - The region, e.g. “CA”

•

GeoIPRecord.city - The city name, e.g. “Mountain View”

•

GeoIPRecord.postal_code - The postal code, e.g. “93102” or “BA216AS”

•

GeoIPRecord.latitude - The latitude, e.g. 37.386001586914

•

GeoIPRecord.longitude - The longitude, e.g. -122.08380126953

•

CustomFuncArgs - The only parameter to custom functions is a CustomFuncArgs table. This table contains the following fields:

•

CustomFuncArgs.attrs - Array of (single valued) attributes supplied by the caller. For example:

•

CustomFuncArgs.attrs_mv - Array of (multi-valued) attributes supplied by the caller. For example:

•

incCustomStat(<stat name>) - Increment a custom statistics counter. The value of the counter will be logged every 5 minutes, and then reset. For example:

FILES

/etc/wforce/wforce.conf

SEE ALSO

wforce(1) wforce_webhook(5)

AUTHORS

Open-Xchange.