matrix-sydent


Namematrix-sydent JSON
Version 2.6.1 PyPI version JSON
download
home_pagehttps://github.com/matrix-org/sydent
SummaryReference Matrix Identity Verification and Lookup Server
upload_time2023-11-20 20:43:03
maintainer
docs_urlNone
authorMatrix.org Team and Contributors
requires_python>=3.7,<4.0
licenseApache-2.0
keywords
VCS
bugtrack_url
requirements No requirements were recorded.
Travis-CI No Travis.
coveralls test coverage No coveralls.
            What is Sydent?
===============

Sydent is an `identity server <https://spec.matrix.org/v1.6/identity-service-api/>`_ for the `Matrix communications protocol <matrix.org>`_. It allows Matrix users to prove that they own an email address or phone number, and allows _other_ Matrix users to look them up using that email address or phone number.

Do I need to run Sydent to run my own homeserver?
-------------------------------------------------

Short answer: **no**.

Medium answer: **probably not**. Most homeservers and clients use the Sydent
instance run by `matrix.org`, or use no identity server whatsoever.

Longer answer: if you want to allow user lookup via emails and phone numbers in
a private federation of multiple homeservers, Sydent _might_ be useful for you.
If you want your homeserver to be able to verify phone numbers via SMS and
you have an API token for the `OpenMarket HTTP SMS API
<https://www.openmarket.com/docs/Content/apis/v4http/overview.htm>`_, then
Sydent might be useful for you.


Installation
============

Installing the system dependencies
----------------------------------

To install Sydent's dependencies on a Debian-based system, run::

    sudo apt-get install build-essential python3-dev libffi-dev \
                         sqlite3 libssl-dev python3-virtualenv libxslt1-dev

From here, you can either install Sydent by using a PyPI release, or by recreating Sydent's locked runtime environment.


Installing the latest Sydent release from PyPI
----------------------------------------------

To create the virtual environment in which Sydent will run::

    virtualenv -p python3 ~/.sydent
    source ~/.sydent/bin/activate
    pip install --upgrade pip
    pip install --upgrade setuptools

Sydent and its dependencies can be installed using ``pip`` by running::

    pip install matrix-sydent
    
With the virtualenv activated, you can run Sydent using::

    python -m sydent.sydent

Installing from source
~~~~~~~~~~~~~~~~~~~~~~

Alternatively, Sydent can be installed using ``poetry`` from a local git checkout.
First install `poetry`. See `poetry's documentation <https://python-poetry.org/docs/#installation>`_ for details; we recommend installing via `pipx`. Once that's done::

    git clone https://github.com/matrix-org/sydent.git
    cd sydent
    poetry install --no-dev
    # For development, pull in extra tools with
    # poetry install

To start Sydent::

    poetry run sydent

Running Sydent
==============

When Sydent is first run, it will create a configuration file in ``sydent.conf`` with some defaults. 
If a setting is defined in both the ``[DEFAULT]`` section and another section in the configuration file,
then the value in the other section is used.

You'll most likely want to change the server name (``server.name``) and specify an email server
(look for the settings starting with ``email.``).

By default, Sydent will listen on ``0.0.0.0:8090``. This can be changed by changing the values for
the configuration settings ``clientapi.http.bind_address`` and ``clientapi.http.port``.

Sydent uses SQLite as its database backend. By default, it will create the database as ``sydent.db``
in its working directory. The name can be overridden by modifying the ``db.file`` configuration option.
Sydent is known to be working with SQLite version 3.16.2 and later.

Listening for HTTPS connections
-------------------------------

Most homeservers and clients will expect identity servers to be reachable using HTTPS.

Sydent does not currently support listening for HTTPS connection by itself. Instead, it
is recommended to use a reverse proxy to proxy requests from homeservers and clients to
Sydent. It is then possible to have this reverse proxy serve Sydent's API over HTTPS.

When using a reverse proxy, it is recommended to limit the requests proxied to Sydent to
ones which paths start with ``/_matrix/identity`` for security reasons.

An exception to this is Sydent's internal replication API, see `<docs/replication.md>`_.

SMS originators
---------------

Defaults for SMS originators will not be added to the generated config file, these should
be added to the ``[sms]`` section of that config file in the form::

    originators.<country code> = <long|short|alpha>:<originator>

Where country code is the numeric country code, or ``default`` to specify the originator
used for countries not listed. For example, to use a selection of long codes for the
US/Canada, a short code for the UK and an alphanumertic originator for everywhere else::

    originators.1 = long:12125552368,long:12125552369
    originators.44 = short:12345
    originators.default = alpha:Matrix

Docker
======

A Dockerfile is provided for sydent. To use it, run ``docker build -t sydent .`` in a sydent checkout.
To run it, use ``docker run --env=SYDENT_SERVER_NAME=my-sydent-server -p 8090:8090 sydent``.

Persistent data
---------------

By default, all data is stored in ``/data``. To persist this to disk, bind `/data` to a
Docker volume.

.. code-block:: shell

   docker volume create sydent-data
   docker run ... --mount type=volume,source=sydent-data,destination=/data sydent

But you can also bind a local directory to the container.
However, you then have to pay attention to the file permissions.

.. code-block:: shell

   mkdir /path/to/sydent-data
   chown 993:993 /path/to/sydent-data
   docker run ... --mount type=bind,source=/path/to/sydent-data,destination=/data sydent

Environment variables
---------------------

.. warning:: These variables are only taken into account at first start and are written to the configuration file.

+--------------------+-----------------+-----------------------+
| Variable Name      | Sydent default  | Dockerfile default    |
+====================+=================+=======================+
| SYDENT_SERVER_NAME | *empty*         | *empty*               |
+--------------------+-----------------+-----------------------+
| SYDENT_CONF        | ``sydent.conf`` | ``/data/sydent.conf`` |
+--------------------+-----------------+-----------------------+
| SYDENT_PID_FILE    | ``sydent.pid``  | ``/data/sydent.pid``  |
+--------------------+-----------------+-----------------------+
| SYDENT_DB_PATH     | ``sydent.db``   | ``/data/sydent.db``   |
+--------------------+-----------------+-----------------------+


Internal bind and unbind API
============================

It is possible to enable an internal API which allows for binding and unbinding
between identifiers and matrix IDs without any validation.
This is open to abuse, so is disabled by
default, and when it is enabled, is available only on a separate socket which
is bound to ``localhost`` by default.

To enable it, configure the port in the config file. For example::

    [http]
    internalapi.http.port = 8091

To change the address to which that API is bound, set the ``internalapi.http.bind_address`` configuration
setting in the ``[http]`` section, for example::

    [http]
    internalapi.http.port = 8091
    internalapi.http.bind_address = 192.168.0.18

As already mentioned above, this is open to abuse, so make sure this address is not publicly accessible.

To use bind::

    curl -XPOST 'http://localhost:8091/_matrix/identity/internal/bind' -H "Content-Type: application/json" -d '{"address": "matthew@arasphere.net", "medium": "email", "mxid": "@matthew:matrix.org"}'

The response has the same format as
`/_matrix/identity/api/v1/3pid/bind <https://matrix.org/docs/spec/identity_service/r0.3.0#deprecated-post-matrix-identity-api-v1-3pid-bind>`_.

To use unbind::

    curl -XPOST 'http://localhost:8091/_matrix/identity/internal/unbind' -H "Content-Type: application/json" -d '{"address": "matthew@arasphere.net", "medium": "email", "mxid": "@matthew:matrix.org"}'

The response has the same format as
`/_matrix/identity/api/v1/3pid/unbind <https://matrix.org/docs/spec/identity_service/r0.3.0#deprecated-post-matrix-identity-api-v1-3pid-unbind>`_.


Replication
===========

It is possible to configure a mesh of Sydent instances which replicate identity bindings
between each other. See `<docs/replication.md>`_.

Discussion
==========

Matrix room: `#sydent:matrix.org <https://matrix.to/#/#sydent:matrix.org>`_.



            

Raw data

            {
    "_id": null,
    "home_page": "https://github.com/matrix-org/sydent",
    "name": "matrix-sydent",
    "maintainer": "",
    "docs_url": null,
    "requires_python": ">=3.7,<4.0",
    "maintainer_email": "",
    "keywords": "",
    "author": "Matrix.org Team and Contributors",
    "author_email": "packages@matrix.org",
    "download_url": "https://files.pythonhosted.org/packages/11/86/7641a42b83e1e784aba2acc94676205728fc2bf39d23597711b0bb3029b6/matrix_sydent-2.6.1.tar.gz",
    "platform": null,
    "description": "What is Sydent?\n===============\n\nSydent is an `identity server <https://spec.matrix.org/v1.6/identity-service-api/>`_ for the `Matrix communications protocol <matrix.org>`_. It allows Matrix users to prove that they own an email address or phone number, and allows _other_ Matrix users to look them up using that email address or phone number.\n\nDo I need to run Sydent to run my own homeserver?\n-------------------------------------------------\n\nShort answer: **no**.\n\nMedium answer: **probably not**. Most homeservers and clients use the Sydent\ninstance run by `matrix.org`, or use no identity server whatsoever.\n\nLonger answer: if you want to allow user lookup via emails and phone numbers in\na private federation of multiple homeservers, Sydent _might_ be useful for you.\nIf you want your homeserver to be able to verify phone numbers via SMS and\nyou have an API token for the `OpenMarket HTTP SMS API\n<https://www.openmarket.com/docs/Content/apis/v4http/overview.htm>`_, then\nSydent might be useful for you.\n\n\nInstallation\n============\n\nInstalling the system dependencies\n----------------------------------\n\nTo install Sydent's dependencies on a Debian-based system, run::\n\n    sudo apt-get install build-essential python3-dev libffi-dev \\\n                         sqlite3 libssl-dev python3-virtualenv libxslt1-dev\n\nFrom here, you can either install Sydent by using a PyPI release, or by recreating Sydent's locked runtime environment.\n\n\nInstalling the latest Sydent release from PyPI\n----------------------------------------------\n\nTo create the virtual environment in which Sydent will run::\n\n    virtualenv -p python3 ~/.sydent\n    source ~/.sydent/bin/activate\n    pip install --upgrade pip\n    pip install --upgrade setuptools\n\nSydent and its dependencies can be installed using ``pip`` by running::\n\n    pip install matrix-sydent\n    \nWith the virtualenv activated, you can run Sydent using::\n\n    python -m sydent.sydent\n\nInstalling from source\n~~~~~~~~~~~~~~~~~~~~~~\n\nAlternatively, Sydent can be installed using ``poetry`` from a local git checkout.\nFirst install `poetry`. See `poetry's documentation <https://python-poetry.org/docs/#installation>`_ for details; we recommend installing via `pipx`. Once that's done::\n\n    git clone https://github.com/matrix-org/sydent.git\n    cd sydent\n    poetry install --no-dev\n    # For development, pull in extra tools with\n    # poetry install\n\nTo start Sydent::\n\n    poetry run sydent\n\nRunning Sydent\n==============\n\nWhen Sydent is first run, it will create a configuration file in ``sydent.conf`` with some defaults. \nIf a setting is defined in both the ``[DEFAULT]`` section and another section in the configuration file,\nthen the value in the other section is used.\n\nYou'll most likely want to change the server name (``server.name``) and specify an email server\n(look for the settings starting with ``email.``).\n\nBy default, Sydent will listen on ``0.0.0.0:8090``. This can be changed by changing the values for\nthe configuration settings ``clientapi.http.bind_address`` and ``clientapi.http.port``.\n\nSydent uses SQLite as its database backend. By default, it will create the database as ``sydent.db``\nin its working directory. The name can be overridden by modifying the ``db.file`` configuration option.\nSydent is known to be working with SQLite version 3.16.2 and later.\n\nListening for HTTPS connections\n-------------------------------\n\nMost homeservers and clients will expect identity servers to be reachable using HTTPS.\n\nSydent does not currently support listening for HTTPS connection by itself. Instead, it\nis recommended to use a reverse proxy to proxy requests from homeservers and clients to\nSydent. It is then possible to have this reverse proxy serve Sydent's API over HTTPS.\n\nWhen using a reverse proxy, it is recommended to limit the requests proxied to Sydent to\nones which paths start with ``/_matrix/identity`` for security reasons.\n\nAn exception to this is Sydent's internal replication API, see `<docs/replication.md>`_.\n\nSMS originators\n---------------\n\nDefaults for SMS originators will not be added to the generated config file, these should\nbe added to the ``[sms]`` section of that config file in the form::\n\n    originators.<country code> = <long|short|alpha>:<originator>\n\nWhere country code is the numeric country code, or ``default`` to specify the originator\nused for countries not listed. For example, to use a selection of long codes for the\nUS/Canada, a short code for the UK and an alphanumertic originator for everywhere else::\n\n    originators.1 = long:12125552368,long:12125552369\n    originators.44 = short:12345\n    originators.default = alpha:Matrix\n\nDocker\n======\n\nA Dockerfile is provided for sydent. To use it, run ``docker build -t sydent .`` in a sydent checkout.\nTo run it, use ``docker run --env=SYDENT_SERVER_NAME=my-sydent-server -p 8090:8090 sydent``.\n\nPersistent data\n---------------\n\nBy default, all data is stored in ``/data``. To persist this to disk, bind `/data` to a\nDocker volume.\n\n.. code-block:: shell\n\n   docker volume create sydent-data\n   docker run ... --mount type=volume,source=sydent-data,destination=/data sydent\n\nBut you can also bind a local directory to the container.\nHowever, you then have to pay attention to the file permissions.\n\n.. code-block:: shell\n\n   mkdir /path/to/sydent-data\n   chown 993:993 /path/to/sydent-data\n   docker run ... --mount type=bind,source=/path/to/sydent-data,destination=/data sydent\n\nEnvironment variables\n---------------------\n\n.. warning:: These variables are only taken into account at first start and are written to the configuration file.\n\n+--------------------+-----------------+-----------------------+\n| Variable Name      | Sydent default  | Dockerfile default    |\n+====================+=================+=======================+\n| SYDENT_SERVER_NAME | *empty*         | *empty*               |\n+--------------------+-----------------+-----------------------+\n| SYDENT_CONF        | ``sydent.conf`` | ``/data/sydent.conf`` |\n+--------------------+-----------------+-----------------------+\n| SYDENT_PID_FILE    | ``sydent.pid``  | ``/data/sydent.pid``  |\n+--------------------+-----------------+-----------------------+\n| SYDENT_DB_PATH     | ``sydent.db``   | ``/data/sydent.db``   |\n+--------------------+-----------------+-----------------------+\n\n\nInternal bind and unbind API\n============================\n\nIt is possible to enable an internal API which allows for binding and unbinding\nbetween identifiers and matrix IDs without any validation.\nThis is open to abuse, so is disabled by\ndefault, and when it is enabled, is available only on a separate socket which\nis bound to ``localhost`` by default.\n\nTo enable it, configure the port in the config file. For example::\n\n    [http]\n    internalapi.http.port = 8091\n\nTo change the address to which that API is bound, set the ``internalapi.http.bind_address`` configuration\nsetting in the ``[http]`` section, for example::\n\n    [http]\n    internalapi.http.port = 8091\n    internalapi.http.bind_address = 192.168.0.18\n\nAs already mentioned above, this is open to abuse, so make sure this address is not publicly accessible.\n\nTo use bind::\n\n    curl -XPOST 'http://localhost:8091/_matrix/identity/internal/bind' -H \"Content-Type: application/json\" -d '{\"address\": \"matthew@arasphere.net\", \"medium\": \"email\", \"mxid\": \"@matthew:matrix.org\"}'\n\nThe response has the same format as\n`/_matrix/identity/api/v1/3pid/bind <https://matrix.org/docs/spec/identity_service/r0.3.0#deprecated-post-matrix-identity-api-v1-3pid-bind>`_.\n\nTo use unbind::\n\n    curl -XPOST 'http://localhost:8091/_matrix/identity/internal/unbind' -H \"Content-Type: application/json\" -d '{\"address\": \"matthew@arasphere.net\", \"medium\": \"email\", \"mxid\": \"@matthew:matrix.org\"}'\n\nThe response has the same format as\n`/_matrix/identity/api/v1/3pid/unbind <https://matrix.org/docs/spec/identity_service/r0.3.0#deprecated-post-matrix-identity-api-v1-3pid-unbind>`_.\n\n\nReplication\n===========\n\nIt is possible to configure a mesh of Sydent instances which replicate identity bindings\nbetween each other. See `<docs/replication.md>`_.\n\nDiscussion\n==========\n\nMatrix room: `#sydent:matrix.org <https://matrix.to/#/#sydent:matrix.org>`_.\n\n\n",
    "bugtrack_url": null,
    "license": "Apache-2.0",
    "summary": "Reference Matrix Identity Verification and Lookup Server",
    "version": "2.6.1",
    "project_urls": {
        "Homepage": "https://github.com/matrix-org/sydent",
        "Repository": "https://github.com/matrix-org/sydent"
    },
    "split_keywords": [],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "2308f42993b61e3b87e1402c4c2fa6c48365cff2ef601a4d930db900d4d05d26",
                "md5": "3aef2a6dd6460eb3dca51adbe39c8d50",
                "sha256": "cb7495c377a1a4ded48bd5485c667d38a1cae0b1563653f9987c753e07e6e43f"
            },
            "downloads": -1,
            "filename": "matrix_sydent-2.6.1-py3-none-any.whl",
            "has_sig": false,
            "md5_digest": "3aef2a6dd6460eb3dca51adbe39c8d50",
            "packagetype": "bdist_wheel",
            "python_version": "py3",
            "requires_python": ">=3.7,<4.0",
            "size": 148860,
            "upload_time": "2023-11-20T20:43:01",
            "upload_time_iso_8601": "2023-11-20T20:43:01.923891Z",
            "url": "https://files.pythonhosted.org/packages/23/08/f42993b61e3b87e1402c4c2fa6c48365cff2ef601a4d930db900d4d05d26/matrix_sydent-2.6.1-py3-none-any.whl",
            "yanked": false,
            "yanked_reason": null
        },
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "11867641a42b83e1e784aba2acc94676205728fc2bf39d23597711b0bb3029b6",
                "md5": "ee9db2908fb0503cb76663324d46aa26",
                "sha256": "957696277f452367acff431c5d4be692c016871cb26ee0641c55f1c875240b9d"
            },
            "downloads": -1,
            "filename": "matrix_sydent-2.6.1.tar.gz",
            "has_sig": false,
            "md5_digest": "ee9db2908fb0503cb76663324d46aa26",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": ">=3.7,<4.0",
            "size": 119685,
            "upload_time": "2023-11-20T20:43:03",
            "upload_time_iso_8601": "2023-11-20T20:43:03.889903Z",
            "url": "https://files.pythonhosted.org/packages/11/86/7641a42b83e1e784aba2acc94676205728fc2bf39d23597711b0bb3029b6/matrix_sydent-2.6.1.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2023-11-20 20:43:03",
    "github": true,
    "gitlab": false,
    "bitbucket": false,
    "codeberg": false,
    "github_user": "matrix-org",
    "github_project": "sydent",
    "travis_ci": false,
    "coveralls": false,
    "github_actions": true,
    "lcname": "matrix-sydent"
}
        
Elapsed time: 0.15889s