MediaWiki:身份验证后出现 500 内部服务器错误
我已经尝试研究这个问题几个小时了,但找不到任何相关文章。
我安装了基于 SSL 的 MediaWiki,并使用 AuthPlugin 扩展在用户登录时对外部数据库进行身份验证。
如果我在未登录的情况下访问维基,我就可以看到匿名用户会看到的内容。但是,如果我登录该站点,wiki 将不再可用,并且只会显示 500 内部服务器错误。
我检查了错误日志,没有显示与错误请求相对应的内容。
在临时服务器上,我在非 SSL 下运行相同的代码库,并且登录时没有遇到任何问题,因此我认为可能与 SSL 和 AuthPlugin 的组合有关。
有人在 SSL 下使用 AuthPlugin 扩展时遇到过类似的情况吗?
谢谢!
I've been trying to research this for hours now, and I can't find any related articles.
I have an installation of MediaWiki that is under SSL and uses an extension of the AuthPlugin to authenticate users to an external database upon their login.
If I access the wiki without being logged in, I can see the content that anonymous users would see just fine. If, however, I log into the site, the wiki is no longer available, and only brings up a 500 Internal Server Error.
I've checked the error logs, and nothing shows up there corresponding to the bad request.
On a staging server, I have the same codebase running under non-SSL, and I do not encounter any issues when logged in, so I'm thinking there might be something to do with tthe combination of SSL and the AuthPlugin.
Anyone out there encounter similar using extensions of AuthPlugin under SSL?
Thanks!
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
首先打开 PHP 调试和日志记录,这样您就可以实际看到错误,而不必猜测 500 的含义:
http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#MediaWiki_Errors
Start by turning on PHP debugging and logging, so you can actually see the error instead of having to guess what the 500 means:
http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#MediaWiki_Errors
升级后,一位 wiki 用户也遇到了同样的问题。所有其他 wiki 用户仍然可以登录。我的问题是由于用户使用的皮肤不起作用。将用户的皮肤更改为Vector(默认)后,他可以再次登录。我不知道如何以管理员身份更改其他用户的首选项,因此我最终对 mysql 数据库运行了一条更新语句。希望这对其他人有帮助。
I ran into this same issue for one wiki user after an upgrade. All other wiki users could still log in. My issue was due to the user using a skin that did not work. After changing the user's skin to Vector(default) he could log in again. I couldn't figure out how to change another user's preferences as an Admin, so I ended up running an update statement to the mysql database. Hope this helps someone else.