2016-06-07 147 views
1

我在phpMyAdmin上遇到了可怕的“令牌不匹配”错误。我的安装住在一个流浪者/容器中,所以它是一个干净的系统。phpMyAdmin 4.6.2令牌不匹配

如果我将auth_type设置为“cookie”,我只需保留在登录页面上,如果将其设置为“http”,则会出现“令牌不匹配”错误。

phpMyAdmin的config.inc.php文件

$cfg['blowfish_secret'] = '123'; /* YOU MUST FILL IN THIS FOR COOKIE AUTH! 
$i = 0; 
$i++; 
/* Authentication type */ 
$cfg['Servers'][$i]['auth_type'] = 'http'; // or cookie 
/* Server parameters */ 
$cfg['Servers'][$i]['host'] = 'localhost'; 
$cfg['Servers'][$i]['connect_type'] = 'tcp'; 
$cfg['Servers'][$i]['compress'] = false; 
$cfg['Servers'][$i]['AllowNoPassword'] = false; 

Nginx的配置:

server 
    { 
    listen 80 default; 
    server_name dev.company.local _; 

    root /var/www/sites/dev.company.local; 

    access_log /var/log/nginx/dev.company.local-access.log combined; 
    error_log /var/log/nginx/dev.company.local-error.log notice; 
    index index.html index.php; 

    include fastcgi_portal.conf; 

    location /phpmyadmin/(.*) { 
     alias /usr/share/phpMyAdmin; 
    } 

    } 

我不会在这里发布我的php.ini,因为它如此庞大的文件,但几个选项进行配置。

事情我已经检查:

  • session.gc_maxlifetime = 1440
  • session.save_path = /var/lib/php/session(设置为777,还试图/tmp
  • mcrypt的启用
  • 清除浏览器Cookie等
  • 验证了我的mysql凭证
  • 设置VM的正确时间+时区

我发现的bug报告像https://sourceforge.net/p/phpmyadmin/bugs/3893/但对我来说似乎并没有固定:)

其他信息:

  • CentOS release 6.7 (Final)
  • nginx version: nginx/1.0.15
  • PHP 5.6.22 (fpm-fcgi) (built: May 26 2016 15:45:15)

我试过当前的phpMyAdmin版本(4.6.2),以前的版本(4.6.1)和长期版本(4.4.15.6)都一样。

任何帮助将是伟大的!

+0

在PHP/Web服务器日志中是否有任何错误? –

+0

@MichalČihař不,php-fpm和nginx错误日志中都没有。 – Matthijs

+0

浏览器是否接受来自phpMyAdmin的cookie?再次读取描述符这似乎是问题 - Cookie身份验证无法存储凭据,但与http一个你得到令牌不匹配,因为CSRF令牌存储在cookie中.... –

回答

1

假设你在使用Vagrant的Docker,那很有可能是由https://github.com/phpmyadmin/docker/issues/32造成的。

它可以通过简单地拉动新版本的容器来修复:-)。

+0

不,它是一个流浪盒I已经配置了一些可靠的脚本。 (而对于phpmyadmin的部分,它只是简单地获取压缩文件并提取它) – Matthijs

0

我得到了,确切地说是和你在我的Apache的安全加固后描述的一样。 对我来说,这竟然是打破phpMyAdmin的如下:

Header edit Set-Cookie ^(.*)$ $1;HttpOnly;Secure 

注释掉它并重新启动httpd的一切再次合作之后。

假设上面的头文件设置是为了缓解在cookie中使用HttpOnly和Secure标志的大多数常见跨站脚本攻击,但看起来像PMA开发人员尚未完全考虑这种情况。