openstack/keystonemiddleware
Code Issues Proposed changes

Have middlewarearchitecture doc reference auth_type option

Browse Source 
We literally say in (the rendered version of) the same doc:

 # Authentication type to load (string value)
 # Deprecated group/name - [keystone_authtoken]/auth_plugin
 #auth_type = <None>

Looks like auth_plugin has been deprecated for quite some time:
https://opendev.org/openstack/keystoneauth/commit/a56ed4218

Change-Id: I2dafa0cb28f017667497e0a6585d96a8cd090d5f
This commit is contained in:
Tim Burke 2020-03-17 11:31:49 -07:00 committed by Tim Burke
parent 66352680ab
commit f88d07f953
1 changed files with 5 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
doc/source/middlewarearchitecture.rst
View File

@ -129,7 +129,7 @@ a WSGI component. Example for the auth_token middleware:
.. literalinclude:: _static/keystonemiddleware.conf.sample
If the ``auth_plugin`` configuration option is set, you may need to refer to
If the ``auth_type`` configuration option is set, you may need to refer to
the `Authentication Plugins <https://docs.openstack.org/keystoneauth/latest/
authentication-plugins.html>`_ document for how to configure the auth_token
middleware.
@ -163,12 +163,12 @@ and set in ``nova.conf``:
to use options in the [keystone_authtoken] section.
The following is an example of a service's auth_token middleware configuration
when ``auth_plugin`` is set to ``password``.
when ``auth_type`` is set to ``password``.
.. code-block:: ini
[keystone_authtoken]
auth_plugin = password
auth_type = password
project_domain_name = Default
project_name = service
user_domain_name = Default
@ -178,9 +178,9 @@ when ``auth_plugin`` is set to ``password``.
auth_url = http://127.0.0.1:5000
# Any of the options that could be set in api-paste.ini can be set here.
If using an ``auth_plugin``, connection to the Identity service will be
If using an ``auth_type``, connection to the Identity service will be
established on the ``interface`` as registered in the service catalog.
In the case where you are using an ``auth_plugin`` and have multiple regions,
In the case where you are using an ``auth_type`` and have multiple regions,
also specify the ``region_name`` option to fetch the correct endpoint.
If the service doesn't use the global oslo.config object (CONF), then the