©
This document usesPHP Chinese website manualRelease
和Web应用不同,RESTful APIs 通常是无状态的,也就意味着不应使用sessions 或 cookies, 因此每个请求应附带某种授权凭证,因为用户授权状态可能没通过sessions 或 cookies维护, 常用的做法是每个请求都发送一个秘密的access token来认证用户,由于access token可以唯一识别和认证用户,API 请求应通过HTTPS来防止man-in-the-middle (MitM) 中间人攻击.
下面有几种方式来发送access token:
https://example.com/users?access-token=xxxxxxxx
,由于大多数服务器都会保存请求参数到日志, 这种方式应主要用于JSONP
请求,因为它不能使用HTTP头来发送access tokenYii 支持上述的认证方式,你也可很方便的创建新的认证方式。
为你的APIs启用认证,做以下步骤:
user
应用组件:
false
.null
显示一个HTTP 403 错误而不是跳转到登录界面.authenticator
行为来指定使用哪种认证方式步骤1不是必要的,但是推荐配置,因为RESTful APIs应为无状态的,当yii\web\User::enableSession为false, 请求中的用户认证状态就不能通过session来保持,每个请求的认证通过步骤2和3来实现。
提示: 如果你将RESTful APIs作为应用开发,可以设置应用配置中
user
组件的yii\web\User::enableSession, 如果将RESTful APIs作为模块开发,可以在模块的init()
方法中增加如下代码,如下所示:
publicfunctioninit(){parent::init(); \Yii::$app->user->enableSession =false; }
例如,为使用HTTP Basic Auth,可配置authenticator
行为,如下所示:
useyii\filters\auth\HttpBasicAuth;publicfunctionbehaviors(){$behaviors=parent::behaviors();$behaviors['authenticator'] = ['class'=> HttpBasicAuth::className(), ];return$behaviors; }
如果你系那个支持以上3个认证方式,可以使用CompositeAuth
,如下所示:
useyii\filters\auth\CompositeAuth;useyii\filters\auth\HttpBasicAuth;useyii\filters\auth\HttpBearerAuth;useyii\filters\auth\QueryParamAuth;publicfunctionbehaviors(){$behaviors=parent::behaviors();$behaviors['authenticator'] = ['class'=> CompositeAuth::className(),'authMethods'=> [ HttpBasicAuth::className(), HttpBearerAuth::className(), QueryParamAuth::className(), ], ];return$behaviors; }
authMethods
中每个单元应为一个认证方法名或配置数组。
findIdentityByAccessToken()
方法的实现是系统定义的, 例如,一个简单的场景,当每个用户只有一个access token, 可存储access token 到user表的access_token
列中, 方法可在User
类中简单实现,如下所示:
useyii\db\ActiveRecord;useyii\web\IdentityInterface;classUserextendsActiveRecordimplementsIdentityInterface{publicstaticfunctionfindIdentityByAccessToken($token,$type= null){returnstatic::findOne(['access_token'=>$token]); } }
在上述认证启用后,对于每个API请求,请求控制器都会在它的beforeAction()
步骤中对用户进行认证。
如果认证成功,控制器再执行其他检查(如频率限制,操作权限),然后再执行操作, 授权用户信息可使用Yii::$app->user->identity
获取.
如果认证失败,会发送一个HTTP状态码为401的响应,并带有其他相关信息头(如HTTP 基本认证会有WWW-Authenticate
头信息).
在用户认证成功后,你可能想要检查他是否有权限执行对应的操作来获取资源,这个过程称为authorization, 详情请参考 Authorization section.