REMOTE_USER 进行身份验证Link to this heading#这篇文档讲述了如何在你的 Django 应用中使用外部身份验证资源(在web服务器上设置 ``REMOTE_USER``的地方)。这种类型的身份验证方法一般用在使用了单点登录方案的内部网站上，比如 IIS 和 Windows 一体化验证或者 Apache 和 mod_authnz_ldap, CAS, Cosign, WebAuth, `mod_auth_sspi`_等等。
\n当Web服务器负责鉴权时，通常设置``REMOTE_USER``这个环境变量为了在底层应用中使用。在Django中，REMOTE_USER``是作为:attr:`request.META <django.http.HttpRequest.META>` 的参数来使用的。如果想在Django中使用``REMOTE_USER, 可以通过配置``RemoteUserMiddleware`` 中间件，``PersistentRemoteUserMiddleware``中间件，或者继承在 django.contrib.auth`中的:class:`~django.contrib.auth.backends.RemoteUserBackend 来实现。
首先，你需要向配置文件的:setting:MIDDLEWARE`键中，在:class:`django.contrib.auth.middleware.AuthenticationMiddleware:: 的**后面**添加:class:django.contrib.auth.middleware.RemoteUserMiddleware :
\nMIDDLEWARE = [\n '...',\n 'django.contrib.auth.middleware.AuthenticationMiddleware',\n 'django.contrib.auth.middleware.RemoteUserMiddleware',\n '...',\n]\n然后，你需要将设置中的:setting:AUTHENTICATION_BACKENDS setting:: 键值由:class:~django.contrib.auth.backends.ModelBackend 替换为:class:~django.contrib.auth.backends.RemoteUserBackend
\nAUTHENTICATION_BACKENDS = [\n 'django.contrib.auth.backends.RemoteUserBackend',\n]\n通过此项设置， RemoteUserMiddleware 可以检测``request.META['REMOTE_USER']`` 中的用户名，而且可以认证和自动登录用户使用的:class:~django.contrib.auth.backends.RemoteUserBackend.
要注意这项设置将导致无法使用默认的``ModelBackend``验证。也就是说如果``REMOTE_USER``的值没有指定则该用户将无法登录，即使通过Django的管理后台。要解决这些问题，把``'django.contrib.auth.backends.ModelBackend'加入``AUTHENTICATION_BACKENDS``列表中，则当``REMOTE_USER``未指定时，就会回退使用``ModelBackend。
Django的用户管理系统，比如``contrib.admin``中的视图函数及:djadmin:`createsuperuser`的管理命令，都没有与远程用户集成。这些接口只工作在数据库中存储的用户上，无论``AUTHENTICATION_BACKENDS``为何值。
\n\n如果你的验证机制使用一个自定义的HTTP头部而不是``REMOTE_USER``，你可以构建一个``RemoteUserMiddleWare``的子类然后把``header``属性设成你希望的``request.META``键值。例如:
\nfrom django.contrib.auth.middleware import RemoteUserMiddleware\n\nclass CustomHeaderMiddleware(RemoteUserMiddleware):\n header = 'HTTP_AUTHUSER'\n如果你需要更多控制, 你可以通过继承 RemoteUserBackend 并且覆盖其一个或多个属性和方法来创建你自己的验证后端.
REMOTE_USERLink to this heading#``RemoteUserMiddleware``验证中间件假定所有已验证的请求都包含``REMOTE_USER``头部。这可能对于使用``htpasswd``或其他简单机制的基础HTTP验证方式是很自然的，然而对于协商验证（GSSAP/Kerberos）或其他资源密集的验证方式来说，前端HTTP服务器的验证通常只在几个登录的URL上存在，在验证成功之后，应用需要自己维护已验证的会话。
\nRemoteUserMiddleware。