Skip to content

evangelion1204/node-proxy-router

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Router Build Status Coverage Status

The router acts as a reverse proxy from defined rules to specified endpoints.

Type of Routes

Routes are matched against all parts of a HTTP request. Currently implemented are

  • Path
    • STRICT - an exact match to the corresponding path
    • REGEX - a regular expression match
  • Header matches
    • detect AJAX requests
  • Method matches
    • GET, POST ...

Simple Example

To get the proxy running is straight forward.

var NodeProxyRouter = require('node-proxy-router')
var router = new NodeProxyRouter.Server()

router.addRoute('/mytarget', 'http://domain.tld/')

router.listen(3000)

Defining routes

STRICT Path routes

The router offers addRoute(path, endpoint, id = '', method = null, filters = []) to add simple strict routes. Path and endpoint are mandetory.

router.addRoute('/mytarget', 'http://domain.tld', 'root') // root page
router.addRoute('/mytarget/register', 'http://domain.tld/register', 'register', 'POST') // just handle POST requests for /register

REGEX Path routes

Always be aware, that REGEX routes are the slowest ones, cause they can't take advantage of the radix tree in the background. The router will loop over every single regex route to find a match. The interface looks like addRegexRoute(path, endpoint, id = '', method = null, filters = []), path and endpoint are mandetory.

router.addRegexRoute('^/mytarget', 'http://domain.tld', 'root') // handle all requests that starts with /mytarget
router.addRoute('/mytarget/register', 'http://domain.tld/register', 'register', 'POST') // expect the register POST

Method matches

You can see above how to handle different methods, by default all methods are handle by a route.

Complex examples

In some cases, especially when headers and other matchers are required, the simple interface might not be enough, in that case it is possible to use

  • the raw route config
  • use the route builder

If you don't plan to use any automatic route generation from JSON files you can skip the raw config section and continue with the builder.

The raw config

The structure of routes looks the following and is best explained with an example.

var route = {
  id: 'myid',
  matcher: {
    path: {
      match: 'regex|path', // simply add a regex as string '^/abc'
      type: 'POST|STRICT',
    },
    method: 'GET|POST|DELETE|...',
    headers: [{
      name: 'HTTP_X_REQUESTED_WITH', // header name
      value: 'xmlhttprequest', // header value
      type: 'STRICT' // currently only STRICT supported
    }]
  }
}

router.addComplexRoute(route)

There can be as many header matchers as required, but only either STRICT path or REGEX path match, same applies for method.

Route Builder

The easier way to build routes is the usage of the builder interface.

router.newRoute()
  .matchPath('/mytarget/register')
  .matchMethod('POST')
  .toEndpoint('http://domain.tld/register')
  .save()
  
router.newRoute()
  .matchPath('/mytarget/cart')
  .matchHeader('HTTP_X_REQUESTED_WITH', 'xmlhttprequest')
  .toEndpoint('http://domain.tld/register')
  .save()
  
router.newRoute()
  .matchRegexPath('^/mytarget')
  .toEndpoint('http://domain.tld')
  .save()

Filters / Middleware

Filters act like middleware but are specified and added to each route separately. They can be used to modify the request or response.

The following filters are built-in:

  • cookie - used to map a cookie to a header (request) and header to cookie (response)
  • requestHeader - adds a header to a request
  • responseHeader - adds a header to a response

Filters are autoloaded by name from defined directories, this can be configured like

router.registerFilterDirectory()
Usage of custom filters

There are two ways to achieve it

  • the filter is autoloaded from the defined include directories
  • a generator is passed instead of a name
Autoload
router.registerFilterDirectory(__dirname + '/filters')
router.newRoute('customFilter')
    .matchPath('/')
    .withFilter('customFilter', 'value')
    .toEndpoint(`http://domain.tld`)
    .save()

The custom-filter looks like, it doesn't matter if the new module export or the "old" is being used.

export default function (filterValue) {
    return function *(next) {
        this.request.headers['custom-filter'] = filterValue

        yield next
    }
}
Direct injecting filter
router.newRoute('customFilter')
    .matchPath('/')
    .withFilter(function *(next) {
        this.request.headers['custom-filter'] = 'value'
        yield next
    })
    .toEndpoint(`http://domain.tld`)
    .save()
With route builder
router.newRoute()
  .matchPath('/mytarget')
  .toEndpoint('http://domain.tld')
  .withFilter('requestHeader', 'name', 'value')
  .withFilter('responseHeader', 'name', 'value')
  .save()

Importers

To make it easier to import huge amounts of routes importers are available.

  • JSON => reading raw routes from a JSON file
  • eskip => Zalando Skipper compatible file reader
  • REST => reading raw routes from a REST endpoint, constructor additionally accepts a transform method to extract the raw routes

All importers use the same interface, pass the router in the constructor and call read with the corresponding url/path to the source, the second param is a callback and optional.

const importer = new Importer(router)

importer.read('path/url')

With callback

const importer = new Importer(router)

importer.read('path/url', function (err) {
    if (!err) console.log('import successful')
})

Rest with transform

// routes are wrapped like {routes: [{...}, {...}]}
const importer = new Importer(router, data => data.routes)

importer.read('path/url', function (err) {
    if (!err) console.log('import successful')
})