Skip to content

Stacki Web Service

Anoop Rajendra edited this page May 30, 2020 · 2 revisions

Stacki Web Service

The Stacki API is distributed as a web service running as a Django Application.

By default, Stacki includes a webservice client, and creates admin credentials to help validate the API.

Testing the API

Stacki comes with a built in webservice client. The webservice client is called wsclient. The webservice admin credentials are placed in /root/stacki-ws.cred

To test the web service client, run

# wsclient list host

This should print a JSON string that contains output from the command.

[{"host": "stacki-50", "rack": "0", "rank": "0", "appliance": "frontend", "os": "redhat", "box": "default", "environment": null, "osaction": "default", "installaction": "default", "status": "up", "comment": null}, {"host": "backend-0-0", "rack": "0", "rank": "0", "appliance": "backend", "os": "redhat", "box": "default", "environment": null, "osaction": "default", "installaction": "console", "status": "up", "comment": null}, {"host": "backend-0-1", "rack": "0", "rank": "1", "appliance": "backend", "os": "redhat", "box": "default", "environment": null, "osaction": "default", "installaction": "console", "status": "up", "comment": null}, {"host": "backend-0-2", "rack": "0", "rank": "2", "appliance": "backend", "os": "redhat", "box": "default", "environment": null, "osaction": "default", "installaction": "console", "status": "up", "comment": null}, {"host": "backend-0-3", "rack": "0", "rank": "3", "appliance": "backend", "os": "redhat", "box": "default", "environment": null, "osaction": "default", "installaction": "console", "status": "up", "comment": null}, {"host": "backend-0-4", "rack": "0", "rank": "4", "appliance": "backend", "os": "redhat", "box": "default", "environment": null, "osaction": "default", "installaction": "console", "status": "up", "comment": null}]

Writing an API Client

The Stacki API provides the entire Stack Command-Line interface through a web service - with one exception - which we will explain later.

The Stacki API provides 1 endpoint - /stack

PROTOCOL

  1. Get CSRF Token

    HTTP GET http://\<hostname\>/stack

    Running a HTTP GET Command against the /stack endpoint, returns a CSRF cookie in the response header. This CSRF cookie must be used to log in to the service.

  2. Login to the Service

    HTTP POST http://\<hostname\>/stack/login

    By default, an admin user is created, and allowed to log in and call API endpoints.

    Send a HTTP POST Command to /stack/login.

    The username and password must be sent to the URL as follows

    • Set header csrftoken to the CSRFToken from the CSRF Cookie
    • Set header X-CSRFToken to the CSRFToken from the CSRF Cookie
    • Set header Content-Type to application/x-www-form-urlencoded
    • In the body of the request, set data to USERNAME=<username>&PASSWORD=<password>

    Upon successful login, the response headers will include the following.

    • CSRFToken cookie - This is different from the csrftoken cookie obtained in the previous GET call
    • Session Cookie - This will keep the API session active.
  3. Run API Call

    HTTP POST http://<hostname>/stack

    The API call syntax is very similar to the stack command line tool syntax.

    • Set header csrftoken to CSRFtoken value obtained after successful login
    • Set header X-CSRFToken to CSRFToken value obtained after successful login
    • Set header sessionid to sessionid value obtained after successful login
    • Set Content-Type to application/json
    • Set Data to JSON String in the following format:
      {
      "cmd": "list host"
      }
    • This will call the list host command, on the API server.

    If the command is executed successfully, it will return a JSON string, that contains the output of the command execution.

    [
     {
         "appliance": "backend",
         "box": "default",
         "cpus": 2,
         "environment": "",
         "host": "backend-0-0",
         "installaction": "install",
         "rack": "0",
         "rank": "0",
         "runaction": "os",
         "status": "up"
     }
    ]

API RESTRICTIONS

The Stacki Web Service does not allow "run host" commands, since this exposes arbitrary shell execution.

The Stacki Web Service allows only an administrator to run sync commands

Web Service API ADMINISTRATION

The API endpoint is available on the frontend. To access the API, a username, and key is necessary. To create the username/key pair, command-line tools are made available.

The complete list of stacki commands that manipulate access to the API are available in the CLI Reference

  1. To add a user to the API, run

    # stack add user greg group=default admin=False

    This adds a user with username greg belonging to the default group. The admin flag for this user is set to false. This means that the user greg will be able to query the stacki api, but will not be able to change the state of the system.

    The output of this command will be a json string, that contains the username, API key, and hostname of the API server.

    {
    "username": "greg",
    "hostname": "node234-002.stacki.com",
    "key": "NFdl45R_JoQEQUs8RMtpnHmwAmI8UQHQGRuBL0OI2mQ"
    }

    To allow user greg to access the API, use the username/key pair listed.

    To run the wsclient application with this key pair, copy the entire JSON output into stacki-ws.cred file in the users home directory.

  2. To add a group, run

    # stack add group staff

    This adds a group called staff to the system.

  3. To set permissions on a group, run

    # stack add group perms staff perms="list.*"

    This allows users in group staff to run any "list" commands.

  4. To set permissions for a user, run

    # stack add user perms greg perms="report.*"

    This allows user greg to run any "report" command in addition to all the commands allowed by the "default" group.

  5. To set admin privileges for a user, run

    # stack set user admin greg admin=True

    This will allow user greg to run any command on the system.

Clone this wiki locally