-
Notifications
You must be signed in to change notification settings - Fork 521
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hugegraph authentication怎么配置和使用,使用默认配置在启动server时超时 #125
Comments
日志中是否有打印如下信息:
|
@javeme 日志中没有出现error,上述图片就是全部的 logs/hugegraph-server.log的内容,请问authentication部分配置有没有详细一点的说明,如何使用,有什么用处 |
@fisherinbox 启动超时实际是否可以访问呢?从截图中来看server似乎起来了。能否清空一下日志复现一下? |
@javeme 这个贴的日志截图就是清空了之后再启动的日志,服务进程是起来了,用restful api查询的时候返回 |
@javeme 我再补一个今天的完整的日志
|
@javeme 我有几点疑问
|
@javeme @fisherinbox 我这里也是配置了authentication相关参数后,在服务器上启动超时, 查看日志有异常, 异常了服务器还给拉起来了(另外, 代码调试环境配置了authentication相关参数启动是正常的), 日志如下:
|
@fisherinbox 看完整日志确实是启动成功了,返回401是因为没有认证通过。 针对上述疑问解答:
没有这个限制的,可以后期再开启authentication
既可以对rest查询,也可以对gremlin查询
是的,管理员权限就是基于authentication机制的。auth.admin_token和auth.user_tokens可以随意改写(事实上应该修改),登录时请使用修改后的用户信息。 |
@hklmuaqmn 日志中的异常只是WARNING(服务没有启动完成时收到了请求),这个异常不影响服务的正常使用。服务启动超时事实上可能成功了,当然对于这个启动脚本的超时检测可能还需要改进。 |
@javeme 感谢解答,还有一个问题是用restful和gremlin来查询时如何加上username和password |
@fisherinbox hugegraph使用的是Http Basic Authorization,可参考:https://zh.wikipedia.org/wiki/HTTP%E5%9F%BA%E6%9C%AC%E8%AE%A4%E8%AF%81 |
@javeme 没有疑问了, 确实超时了也可以访问, 这个机制看下能否再审视下,超时体验不太友好,我本地搭了源码环境, 也准备拜读下hugegraph的源码, 多交流 |
看我的配置,为啥admin 用户认证失败了呢? @fisherinbox @javeme * About to connect() to 192.168.0.140 port 8181 (#0) * Trying 192.168.0.140... * Connected to 192.168.0.140 (192.168.0.140) port 8181 (#0) * Server auth using Basic with user 'admin' > GET /graphs/hugegraph HTTP/1.1 > Authorization: Basic YWRtaW46MTYyZjc4NDgtMGI2ZC00ZmFmLWI1NTctM2EwNzk3ODY5YzU1 > User-Agent: curl/7.29.0 > Host: 192.168.0.140:8181 > Accept: */* > < HTTP/1.1 401 Unauthorized < WWW-Authenticate: Incorrect username or password < Content-Type: application/json < Date: Wed, 28 Oct 2020 03:19:39 GMT < Content-Length: 118 < * Connection #0 to host 192.168.0.140 left intact {"exception":"class javax.ws.rs.NotAuthorizedException","message":"Authentication failed for user 'admin'","cause":""} |
从0.11开始,使用数据库后端来存储用户名密码的方式,来替代原来通过配置文件指定用户名Token的方式,原来 @dyhyao6 如果你在0.11版以上,配置了 |
是的,改为auth.authenticator=com.baidu.hugegraph.auth.ConfigAuthenticator就能正确的认证 |
如果这样配置,auth.authenticator=com.baidu.hugegraph.auth.StandardAuthenticator。是不是得重新初始化数据库,以及清空数据库里的数据呢 @javeme |
Due to the lack of activity, the current issue is marked as stale and will be closed after 20 days, any update will remove the stale label |
* add style * Update .gitattributes Co-authored-by: imbajin <[email protected]>
Expected behavior 期望表现
{type something here...}
Actual behavior 实际表现
使用authentication默认配置
auth.require_authentication=true
auth.admin_token=162f7848-0b6d-4faf-b557-3a0797869c55
auth.user_tokens=[hugegraph:9fd95c9c-711b-415b-b85f-d4df46ba5c31]
启动 bin/start-hugegraph.sh 出错
Steps to reproduce the problem 复现步骤
在初始化数据库和导入数据的时候是注释掉了authentication配置项,后面通过bin/start-hugegraph.sh正常启动访问
后面我把authentication配置项注释去掉了,再bin/start-hugegraph.sh启动就报错
{step 3}
Status of loaded data 数据状态
Vertex/Edge summary 数据量
Vertex/Edge example 数据示例
{type something here...}
Schema(VertexLabel, EdgeLabel, IndexLabel) 元数据结构
{type something here...}
Specifications of environment 环境信息
The text was updated successfully, but these errors were encountered: