phpmyadmin página em branco após o login usando nginx / php-fpm

1

eu posso acessar o www. *** / phpmyadmin para fazer o login. Se eu fizer o login com o usuário mysql apenas aperte a página em branco sem nenhum erro. O sistema é executado em raspbian.

Instalado: nginx 1.2.1, php5.4.36

Eu tentei fazer o login de diferentes navegadores em diferentes máquinas.i redefinir os cookies. url mudou para phpmyadmin / index.php? token = **** 3a35b78052f67500a6bb2bd411e6

minha configuração do nginx:

    upstream php-handler {
    server 127.0.0.1:9000;
    #server unix:/var/run/php5-fpm.sock;
    }

    server {
    listen 80;
    server_name ***.net;
    return 301 https://$server_name$request_uri; # enforce https
    }

    server {
    listen 443 ssl;
    server_name ***.net;

    ssl_certificate /etc/nginx/cert.pem;
    ssl_certificate_key /etc/nginx/cert.key;

    ssl_ciphers "AES128+EECDH:AES128+EDH";
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;
    ssl_session_cache shared:SSL:10m;
    add_header Strict-Transport-Security "max-age=63072000; includeSubDomains";
    add_header X-Frame-Options DENY;
    add_header X-Content-Type-Options nosniff;

    # Path to the root of your installation
    root /var/www/owncloud;

    client_max_body_size 1000M; # set max upload size
    fastcgi_buffers 64 4K;

    rewrite ^/caldav(.*)$ /remote.php/caldav$1 redirect;
    rewrite ^/carddav(.*)$ /remote.php/carddav$1 redirect;
    rewrite ^/webdav(.*)$ /remote.php/webdav$1 redirect;

    index index.php
    error_page 403 /core/templates/403.php;
    error_page 404 /core/templates/404.php;

    location = /robots.txt {
    allow all;
    log_not_found off;
    access_log off;
 }


# phpmyadmin
location /phpmyadmin {
alias   /usr/share/phpmyadmin;
index   index.php;
}

location ~ ^/phpmyadmin/libraries {
deny all;
}

location ~ ^/phpmyadmin/setup/lib {
deny all;
}

location ~ ^/phpmyadmin/setup/(.+\.php)$ {
auth_basic              "phpMyAdmin Setup";
auth_basic_user_file    "/etc/phpmyadmin/htpasswd.setup";
alias                   /usr/share/phpmyadmin/setup/$1;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass            php-handler;
fastcgi_index           index.php;
include                 fastcgi_params;
}

location ~ ^/phpmyadmin/(.+\.php)$ {
alias                   /usr/share/phpmyadmin/$1;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass            php-handler;
fastcgi_index           index.php;
include                 fastcgi_params;
}

location ~ ^/(?:\.htaccess|data|config|db_structure\.xml|README) {
    deny all;
}


location ~ \.php(?:$|/) {
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    include fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param PATH_INFO $fastcgi_path_info;
    fastcgi_param HTTPS on;
    fastcgi_pass php-handler;
    fastcgi_index index.php;
}

# Optional: set long EXPIRES header on static assets
location ~* \.(?:jpg|jpeg|gif|bmp|ico|png|css|js|swf)$ {
expires 30d;
# Optional: Don't log access to assets
access_log off;
}

}

Agradeço sua ajuda

    
por DAU 20.02.2015 / 20:58

2 respostas

3

Acho que acabei de me deparar com o mesmo problema, embora com o Apache. Se você visualizar a fonte na página, verá a maior parte dos quadros ainda vazios, mas vazios?

Se sim, então o problema é mais provável devido à seguinte linha na configuração do nginx:

add_header X-Frame-Options DENY;

Configurar isso para SAMEORIGIN trouxe o phpmyadmin de volta para mim, esta diretiva está impedindo que a página seja exibida em um quadro em qualquer contexto.

Não encontrei nenhum erro em nenhum dos registros tentados.

Espero que ajude.

    
por 24.02.2015 / 16:13
0

Parece que existe um conflito de permissão de arquivo, por favor, defina o mesmo usuário para executar nginx e php-fpm, o mais comum "nginx" ou "www-data". Os arquivos de configuração são /etc/php-fpm.d/www.conf e /etc/nginx.conf. Você pode definir o usuário e o grupo para os arquivos hpMyadmin com chown nginx:nginx /usr/share/phpmyadmin/* , por exemplo.

    
por 22.02.2015 / 02:39

Tags