Forwarding Authentication Service (FAS)¶
Nodogsplash (NDS) supports external (to NDS) authentication service via simple configuration options.
- These options are:
- fasport. This enables Forwarding Authentication Service (FAS). Redirection is changed from splash.html to a FAS. The value is the IP port number of the FAS.
- fasremoteip. If set, this is the remote ip address of the FAS, if not set it will take the value of the NDS gateway address.
- faspath. This is the path to the login page on the FAS.
- fas_secure_enable. If set to “1”, authaction and the client token are not revealed and it is the responsibility of the FAS to request the token from NDSCTL. If set to “0”, the client token is sent to the FAS in clear text in the query string of the redirect along with authaction and redir.
Note: All addresses (with the exception of fasremoteip) are relative to the client device, even if the FAS is located remotely.
When FAS is enabled, NDS automatically configures access to the FAS service.
The FAS service must serve an http splash of its own to replace the NDS splash.html. Typically, the FAS service will be written in PHP or any other language that can provide dynamic web content.
FAS can then provide an action form for the client, typically requesting login, or self account creation for login.
The FAS can be on the same device as NDS, on the same local area network as NDS, or on an Internet hosted web server.
If FAS Secure is enabled (fas_secure_enabled = 1, the default), NDS will supply only the gateway name, the client IP address and the originally requested URL in the query string in the redirect to FAS.
It is the responsibility of FAS to obtain the unique client token allocated by NDS as well as constructing the return URL to NDS.
The return url will be constructed by FAS from predetermined knowledge of the configuration of NDS using gatewayname as an identifier.
The client’s unique access token will be obtained from NDS by the FAS making a call to the ndsctl tool.
For example, the following command returns just the token with newline stripped:
ndsctl json [clientip] | grep token | tr -d ‘“token:,\n’
If the client successfully authenticates in the FAS, FAS will return the unique token to NDS to finally allow the client access to the Internet.
A Secure Internet based FAS is best implemented as a two stage process, first using a local FAS, that in turn accesses an https remote FAS using tools such as curl or wget.
If FAS Secure is disabled (fas_secure_enabled = 0), NDS sends the token and other information to FAS as clear text.
Clearly in this case, a knowledgeable user could bypass FAS, so running fas_secure_enabled = 1, the default, is recommended.
Post FAS processing.
Once the client has been authenticated by the FAS, NDS must then be informed to allow the client to have access to the Internet.
This is done by accessing NDS at a special virtual URL. This is of the form: http://gatewayaddress:gatewayport/nodogsplash_auth/?tok=[token]&redir=[landing_page_url]
This is most commonly done using an html form of method GET. The parameter redir can be the client’s originally requested URL sent by NDS, or more usefully, the URL of a suitable landing page.
However, be aware that many client CPD processes will automatically close the landing page as soon as Internet access is detected.
Manual Access of NDS Virtual URL
If the user of an already authenticated client device manually accesses the NDS Virtual URL, they will be redirected back to FAS with the “status” query string.
This will be of the form:
FAS should then serve a suitable error page informing the client user that they are already logged in.
Running FAS on your Nodogsplash router¶
A FAS service will run quite well on uhttpd (the web server that serves Luci) on an OpenWrt supported device with 8MB flash and 32MB ram but shortage of ram may well be an issue if more than two or three clients log in at the same time.
For this reason a device with a minimum of 8MB flash and 64MB ram is recommended.
Running on uhttpd with PHP:
Install the modules php7 and php7-cgi on OpenWrt for a simple example. Further modules may be required depending on your requirements.
To enable php in uhttpd you must add the line:
list interpreter ".php=/usr/bin/php-cgi"
to the /etc/config/uhttpd file in the config uhttpd ‘main’ or first section.
The two important NDS options to set will be:
- fasport. By default this will be port 80 for uhttpd
- faspath. Set to, for example, /myfas/fas.php, your FAS files being placed in /www/myfas/
A typical Internet hosted Apache/PHP shared server will be set up to serve multiple domain names.
To access yours, use:
fasremoteip = the ip address of the remote server
and, for example,
faspath = /domainname/pathto/myfas/fas.php
faspath = /accountname/pathto/myfas/fas.php
If necessary, contact your hosting service provider.
The configuration file /etc/config/nodogsplash contains the line “option enabled 1”.
If you have done something wrong and locked yourself out, you can still SSH to your router and stop NoDogSplash (ndsctl stop) to fix the problem.
Using the simple example files¶
Assuming you want to run the FAS example demo locally under uhttpd on the same OpenWrt device that is running NDS, configured as above, do the following.
(Under other operating systems you may need to edit the nodogsplash.conf file in /etc/nodogsplash instead, but the process is very similar.)
First you should obtain the demo files by downloading the Nodogsplash zip file from
Then extract the php files from the folder
OpenWrt and uhttpd:
Create a folder
Place the files fas.php, landing.php, css.php, querycheck.php, tos.php, users.dat in
- adding the lines:
- option fasport ‘80’
- option faspath ‘/nodog/fas.php’
- option fas_secure_enabled ‘0’
- Restart NDS using the command “service nodogsplash restart”.