12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849 |
- .. _private engines:
- ============================
- Private Engines (``tokens``)
- ============================
- Administrators might find themselves wanting to limit access to some of the
- enabled engines on their instances. It might be because they do not want to
- expose some private information through :ref:`offline engines`. Or they would
- rather share engines only with their trusted friends or colleagues.
- To solve this issue the concept of *private engines* exists.
- A new option was added to engines named `tokens`. It expects a list of
- strings. If the user making a request presents one of the tokens of an engine,
- they can access information about the engine and make search requests.
- Example configuration to restrict access to the Arch Linux Wiki engine:
- .. code:: yaml
- - name: arch linux wiki
- engine: archlinux
- shortcut: al
- tokens: [ 'my-secret-token' ]
- Unless a user has configured the right token, the engine is going
- to be hidden from him/her. It is not going to be included in the
- list of engines on the Preferences page and in the output of
- `/config` REST API call.
- Tokens can be added to one's configuration on the Preferences page
- under "Engine tokens". The input expects a comma separated list of
- strings.
- The distribution of the tokens from the administrator to the users
- is not carved in stone. As providing access to such engines
- implies that the admin knows and trusts the user, we do not see
- necessary to come up with a strict process. Instead,
- we would like to add guidelines to the documentation of the feature.
- Acknowledgment
- ==============
- This development was sponsored by `Search and Discovery Fund
- <https://nlnet.nl/discovery>`_ of `NLnet Foundation <https://nlnet.nl/>`_.
|