Moesif Plugin for NGINX

NGINX Lua plugin to log API calls to Moesif for API analytics and monitoring.

This plugin supports any NGINX Open Source and NGINX Plus variant that has OpenResty installed including API gateways built on top of OpenResty like 3Scale API Gateway.

Github Repo

How to install

Ensure you have lua-nginx-module installed. If you’re running an OpenResty image, it’s already installed.

If you’re using NGINX Plus, follow these instructions.

Install Moesif Luarock:

luarocks install --server=http://luarocks.org/manifests/moesif lua-resty-moesif

How to use (Generic OpenResty)

Edit your nginx.conf file to add the Moesif plugin.

If necessary, replace /usr/local/openresty/luajit/share/lua/5.1/resty with the correct lua plugin installation path. This can be found using find / -name "moesif" -type d. If there are multiple paths, just pick one.

NGINX supports using a directive like log_by_lua* only once in the same section. If you’re already using the same NGINX directives used by Moesif, you may need to adjust your config. See OpenResty docs.

lua_shared_dict moesif_conf 5m;

init_by_lua_block {
   local config = ngx.shared.moesif_conf;
   config:set("application_id", "Your Moesif Application Id")
}

lua_package_cpath ";;${prefix}?.so;${prefix}src/?.so;/usr/share/lua/5.1/lua/resty/moesif/?.so;/usr/share/lua/5.1/?.so;/usr/lib64/lua/5.1/?.so;/usr/lib/lua/5.1/?.so;/usr/local/openresty/luajit/share/lua/5.1/lua/resty?.so;/usr/local/share/lua/5.1/resty/moesif/?.so";
lua_package_path ";;${prefix}?.lua;${prefix}src/?.lua;/usr/share/lua/5.1/lua/resty/moesif/?.lua;/usr/share/lua/5.1/?.lua;/usr/lib64/lua/5.1/?.lua;/usr/lib/lua/5.1/?.lua;/usr/local/openresty/luajit/share/lua/5.1/lua/resty?.lua;/usr/local/share/lua/5.1/resty/moesif/?.lua";

server {
  listen 80;
  resolver 8.8.8.8;

  # Define the variables Moesif requires
  set $moesif_user_id nil;
  set $moesif_company_id nil;
  set $moesif_req_body nil;
  set $moesif_res_body nil;

  # Optionally, set moesif_user_id and moesif_company_id such from
  # a request header or NGINX var to identify customer
  header_filter_by_lua_block  { 
    ngx.var.moesif_user_id = ngx.req.get_headers()["X-User-Id"]
    ngx.var.moesif_company_id = ngx.req.get_headers()["X-Company-Id"]
  }

  # Add Moesif plugin. You may need to update install path

  access_by_lua_file /usr/local/openresty/luajit/share/lua/5.1/resty/moesif/read_req_body.lua;
  body_filter_by_lua_file /usr/local/openresty/luajit/share/lua/5.1/resty/moesif/read_res_body.lua;
  log_by_lua_file /usr/local/openresty/luajit/share/lua/5.1/resty/moesif/send_event.lua;

  # Sample Hello World API
  location /api {
     add_header Content-Type "application/json";
     return 200 '{\r\n  \"message\": \"Hello World\",\r\n  \"completed\": true\r\n}';
  }
}

How to use (3Scale API Gateway)

Installing Moesif plugin for 3Scale API Gateway is the same as vanilla installation except for two changes:

Add 3scale specific configuration options to fetch additional user context from 3scale management API
Replace send_event.lua, with send_event_3Scale.lua

Edit your nginx.conf file to add the Moesif plugin.

If necessary, replace /usr/share/lua/5.1/lua/resty with the correct lua plugin installation path. This can be found using find / -name "moesif" -type d. If there are multiple paths, just pick one.

NGINX supports using a directive like log_by_lua* only once in the same section. If you’re already using the same NGINX directives used by Moesif, you may need to adjust your config. See OpenResty docs.

Below is a sample configuration for 3scale:

lua_shared_dict moesif_conf 5m;
lua_shared_dict user_id_cache 5m;
lua_shared_dict company_id_cache 5m;

init_by_lua_block {
   local config = ngx.shared.moesif_conf;
   config:set("application_id", "Your Moesif Application Id")
   config:set("3scale_domain", "YOUR_ACCOUNT-admin.3scale.net")
   config:set("3scale_access_token", "Your 3scale Access Token")
}

lua_package_cpath ";;${prefix}?.so;${prefix}src/?.so;/usr/share/lua/5.1/lua/resty/moesif/?.so;/usr/share/lua/5.1/?.so;/usr/lib64/lua/5.1/?.so;/usr/lib/lua/5.1/?.so;/usr/local/openresty/luajit/share/lua/5.1/lua/resty?.so";
lua_package_path ";;${prefix}?.lua;${prefix}src/?.lua;/usr/share/lua/5.1/lua/resty/moesif/?.lua;/usr/share/lua/5.1/?.lua;/usr/lib64/lua/5.1/?.lua;/usr/lib/lua/5.1/?.lua;/usr/local/openresty/luajit/share/lua/5.1/lua/resty?.lua";

server {
  listen 80;
  resolver 8.8.8.8;

  # Customer identity variables that Moesif will read downstream
  # Set automatically from 3scale management API
  set $moesif_user_id "";
  set $moesif_company_id "";

  # Request/Response body variable that Moesif will use downstream
  set $moesif_req_body "";
  set $moesif_res_body "";

  access_by_lua_file /usr/share/lua/5.1/lua/resty/moesif/read_req_body.lua;
  body_filter_by_lua_file /usr/share/lua/5.1/lua/resty/moesif/read_res_body.lua;
  log_by_lua_file /usr/share/lua/5.1/lua/resty/moesif/send_event_3Scale.lua;

  # Sample Hello World API
  location /api {
      add_header Content-Type "application/json";
      return 200 '{\r\n  \"message\": \"Hello World\",\r\n  \"completed\": true\r\n}';
  }
}

Configuration options

Static options that are set once on startup such as in init_by_lua_block.

`application_id`

(required), string, Application Id to authenticate with Moesif.

`disable_capture_request_body`

(optional) boolean, An option to disable logging of request body. false by default.

`disable_capture_response_body`

(optional) boolean, An option to disable logging of response body. false by default.

`request_header_masks`

(optional) string, An option to mask a specific request header fields. Separate multiple fields by comma such as "header_a, header_b"

`request_body_masks`

(optional) string, An option to mask a specific request body fields. Separate multiple fields by comma such as "field_a, field_b"

`response_header_masks`

(optional) string, An option to mask a specific response header fields. Separate multiple fields by comma such as "header_a, header_b"

`response_body_masks`

(optional) string, An option to mask a specific response body fields. Separate multiple fields by comma such as "field_a, field_b"

`disable_transaction_id`

(optional) boolean, Setting to true will prevent insertion of the X-Moesif-Transaction-Id header. false by default.

`debug`

(optional) boolean, Set to true to print debug logs if you’re having integration issues.

`authorization_header_name`

(optional) string, Request header field name to use to identify the User in Moesif. Defaults to authorization. Also, supports a comma separated string. We will check headers in order like "X-Api-Key,Authorization".

`authorization_user_id_field`

(optional) string, Field name to parse the User from authorization header in Moesif. Defaults to sub.

3Scale specific options

If you installed for 3Scale API Gateway using send_event_3Scale.lua, you have additional static options:

`3scale_domain`

(required), string, your full 3Scale admin domain such as YOUR_ACCOUNT-admin.3scale.net.

`3scale_access_token`

(required), string, an admin ACCESS_TOKEN, that you can get from your 3scale admin portal.

`3scale_user_id_name`

(optional) string, The 3scale field name from 3scale’s application XML entity used to identify the user in Moesif. This is id by default., but other valid examples include user_account_id and service_id. More info.

`3scale_auth_api_key`

(optional) string, If you configured 3scale to authenticate via a single user_key string, set the field name here. This is user_key by default. More info.

`3scale_auth_app_id`

(optional) string, If you configured 3scale to authenticate via app_id and app_key pair, set app_id field name here.
This is app_id by default. If set, you need to set 3scale_auth_app_key_pair. More info.

`3scale_auth_app_key_pair`

(optional) string, If you configured 3scale to authenticate via app_id and app_key pair, set app_key field name here. This is app_key by default. If set, you need to set 3scale_auth_app_id. More info.

Dynamic variables

Variables that are dynamic for each HTTP request. Set these variables on the ngx.var dictionary such as in header_filter_by_lua_block or in a body_filter_by_lua_block.

header_filter_by_lua_block  { 
  -- Read user id from request query param
  ngx.var.moesif_user_id     = ngx.req.arg_user_id
  
  -- Read version from request header
  ngx.var.moesif_api_version = ngx.req.get_headers()["X-API-Version"]
}

body_filter_by_lua_block  { 
  -- Read company id from response header
  ngx.var.moesif_company_id  = ngx.resp.get_headers()["X-Company-Id"]
}

`moesif_user_id`

(optional) string, Attribute API requests to individual users so you can track who calling your API. This can also be used with ngx.var.moesif_company_id to track account level usage. If you installed for 3scale, you do not need to set this field as this is handled automatically

`moesif_company_id`

(optional) string, Attribute API requests to companies or accounts so you can track who calling your API. This can be used with ngx.var.moesif_company_id. If you installed for 3scale, you do not need to set this field as this is handled automatically

`moesif_api_version`

(optional) boolean, An optional API Version you want to tag this request with.

`moesif_log_event`

(optional) boolean, An optional flag if set to false, will skip capturing api call for that location context. By default, all the api calls will be captured. For example, when set $moesif_log_event false; for a location context, Moesif will not log api calls for that location.

Troubleshooting

Response body not being logged

If you find response body is not being logged in Moesif, your setup may require an internal proxy_pass which can be added with a few lines of code to your nginx.conf.

For the following sample server:

server {
  listen 80;
  resolver 8.8.8.8;

  # Sample Hello World API
  location /api {
     add_header Content-Type "application/json";
     return 200 '{\r\n  \"message\": \"Hello World\",\r\n  \"completed\": true\r\n}';
  }
}

One with proxy_pass would look like so:

server {
  listen 80;
  resolver 8.8.8.8;

  # Sample Hello World API
  location /api {
    proxy_pass http://127.0.0.1:80/internal;
  }

  location /internal {
      add_header Content-Type "application/json";
      return 200 '{\r\n  \"message\": \"Hello World\",\r\n  \"completed\": true\r\n}';
  }
}

Example

An example Moesif integration is available based on the quick start tutorial of Openresty

Congratulations! If everything was done correctly, Moesif should now be tracking all network requests that match the route you specified earlier. If you have any issues with set up, please reach out to support@moesif.com.

Other integrations

To view more documentation on integration options, please visit the Integration Options.