5.8. SMS Gateway configuration

You can centrally define SMS gateways that can be used to send SMS with SMS Token or to use the SMS gateway for sending notifications.

There are different providers (gateways) to deliver SMS.

../_images/sms_gateway_new.png

5.8.1. Firebase Provider

The Firebase provider sends notifications via the Google Firebase service and this is used for eduPUSH Token and Legacy PUSH Token.

JSON config file

This is the location of the configuration file of the Firebase service. It has to be located on the eduMFA server.

You can get the necessary JSON config file, from your Firebase console. The eduPUSH authenticator App (eduMFA Authenticator) which you can find in Google Play Store and Apple App Store uses a Firebase project, that is managed by the GWDG. You need to get in touch trough support@gwdg.de with them, to receive a JSON config file for accessing the project.

When using the the legacy PUSH token type, please refer to the privacyIDEA documentation. However we don’t recommend or support using it anymore.

5.8.2. HTTP provider

The HTTP provider can be used for any SMS gateway that provides a simple HTTP POST or GET request. This is the most commonly used provider. Each provider type defines its own set of parameters.

The following parameters can be used. These are parameters, that define the behaviour of the SMS Gateway definition.

CHECK_SSL

If the URL is secured via TLS (HTTPS), you can select, if the certificate should be verified or not.

PROXY, HTTP_PROXY and HTTPS_PROXY

You can specify a proxy to connect to the HTTP gateway. Use the specific values to separate HTTP and HTTPS.

REGEXP

Regular expression to modify the phone number to make it compatible with provider.

Example: If you want to replace the leading zero with your country code like 0123456789 -> 0049123456789, then you need to enter /^0/0049/.

HTTP_METHOD

Can be GET or POST.

RETURN_FAIL

If the text of RETURN_FAIL is found in the HTTP response of the gateway eduMFA assumes that the SMS could not be sent and an error occurred.

RETURN_SUCCESS

You can either use RETURN_SUCCESS or RETURN_FAIL. If the text of RETURN_SUCCESS is found in the HTTP response of the gateway eduMFA assumes that the SMS was sent successfully.

TIMEOUT

The timeout for contacting the API and receiving a response.

URL

This is the URL for the gateway.

USERNAME and PASSWORD

These are the username and the password if the HTTP request requires basic authentication.

5.8.2.1. Options

You can define additional options. These are sent as parameters in the GET or POST request.

Note

You can use the tags {phone} to specify the phone number. The tag {otp} will be replaced simply with the OTP value or with the contents created by the policy smstext.

5.8.2.2. Examples

5.8.2.2.1. Clickatell

In case of the Clickatell provider the configuration will look like this:

Set the additional options to be passed as HTTP GET parameters:

  • user: YOU

  • password: your password

  • api_id: you API ID

  • text: “Your OTP value is {otp}”

  • to: {phone}

This will construct an HTTP GET request like this:

http://api.clickatell.com/http/sendmsg?user=YOU&password=YOU&\
     api_id=YOUR API ID&text=....&to=....

where text and to will contain the OTP value and the mobile phone number. eduMFA will assume a successful sent SMS if the response contains the text “ID”.

5.8.2.2.2. GTX-Messaging

GTX-Messaging is an SMS Gateway located in Germany.

The configuration looks like this (see [2]):

You need to set the additional options:

  • user: <your account>

  • pass: <the account password>

  • to: {phone}

  • text: Your OTP value is {otp}.

Note

The user and pass are not the credentials you use to login. You can find the required credentials for sending SMS in your GTX messaging account when viewing the details of your routing account.

5.8.2.2.3. Twilio

You can also use the Twilio service for sending SMS. [1].

For basic authentication you need:

  • USERNAME: your accountSid

  • PASSWORD: your password

Set the additional options as POST parameters:

  • From: your Twilio phone number

  • Body: {otp}

  • To: {phone}

5.8.3. HTTP Message To Uid Provider

The HTTP message to uid provider is an extension of the HTTP SMS Provider and can be used to send HTTP POST or GET request to a uid instead of a phone number. It has all the parameters of the HTTP Provider above and the following additional parameters:

UID_TOKENINFO_ATTRIBUTE

If this parameter is set, read the uid from this tokeninfo attribute. This is useful for verification of the token when it is not assigned to a user initially.

POST_CHECK_URL

When set, call this URL after validate/check. Can be used to clear an OTP message from a device after it was entered. The POST_CHECK_URL will be called with the same parameters as the URL.

The uid can be set as an additional option to be passed as HTTP parameter, it contains the uid of the user the token is assigned to or the value of the tokeninfo attribute when UID_TOKENINFO_ATTRIBUTE is set.

  • user: {uid}

  • text: Your OTP value is {otp}.

See HTTP provider for more examples.

5.8.4. Sipgate provider

The sipgate provider connects to https://samurai.sipgate.net/RPC2 and takes only two arguments USERNAME and PASSWORD.

Parameters:

USERNAME

The sipgate username.

PASSWORD

The sipgate password.

PROXY

You can specify a proxy to connect to the HTTP gateway.

It takes not options.

If you activate debug log level you will see the submitted SMS and the response content from the Sipgate gateway.

Footnotes

5.8.5. SMPP Provider

The SMPP provider uses an SMS Center via the SMPP protocol to deliver SMS to the users.

You need to specify the SMSC_HOST and SMSC_PORT to talk to the SMS center. eduMFA need to authenticate against the SMS center. For this you can add the parameters SYSTEM_ID and PASSWORD. The parameter S_ADDR is the sender’s number, shown to the users receiving an SMS. For the other parameters contact your SMS center operator.

5.8.6. SMTP provider

The SMTP provider sends an email to an email gateway. This is a specified, fixed mail address.

The mail should contain the phone number and the OTP value. The email gateway will send the OTP via SMS to the given phone number.

BODY

This is the body of the email. You can use this to explain the user, what he should do with this email. You can use the tags {phone} and {otp} to replace the phone number or the one time password.

MAILTO

This is the address where the email with the OTP value will be sent. Usually this is a fixed email address provided by your SMTP Gateway provider. But you can also use the tags {phone} and {otp} to replace the phone number or the one time password.

SMTPIDENTIFIED

Here you can select on of your centrally defined SMTP servers.

SUBJECT

This is the subject of the email to be sent. You can use the tags {phone} and {otp} to replace the phone number or the one time password.

The default SUBJECT is set to {phone} and the default BODY to {otp}. You may change the SUBJECT and the BODY accordingly.

5.8.7. Script provider

The Script provider calls a script which can take care of sending the SMS. The script takes the phone number as the only parameter. The message is expected at stdin.

Scripts are located in the directory /etc/edumfa/scripts/. You can change this default location by setting the value in EDUMFA_SCRIPT_SMSPROVIDER_DIRECTORY in The Config File.

In the configuration of the Script provider you can set two attributes.

SCRIPT

This is the file name of the script without the directory part.

BACKGROUND

Here you can choose, whether the script should be started and run in the background or if the HTTP requests waits for the script to finish.