Início / server / Perguntas / 517190
Accepted
We0
Asked: 2013-06-21 00:33:56 +0800 CST

Nginx 1 FastCGI enviado em stderr: “Script primário desconhecido”

  • 772

Minha primeira vez usando Nginx, mas estou mais do que familiarizado com Apache e Linux. Estou usando um projeto existente e sempre que tento ver o index.php recebo um arquivo 404 não encontrado.

Aqui está a entrada access.log:

2013/06/19 16:23:23 [error] 2216#0: *1 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 127.0.0.1, server: localhost, request: "GET /index.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "www.ordercloud.lh"

E aqui está o arquivo de sites disponíveis:

server {
    set $host_path "/home/willem/git/console/www";
    access_log  /www/logs/console-access.log  main;

    server_name  console.ordercloud;
    root   $host_path/htdocs;
    set $yii_bootstrap "index.php";

    charset utf-8;

    location / {
        index  index.html $yii_bootstrap;
        try_files $uri $uri/ /$yii_bootstrap?$args;
    }

    location ~ ^/(protected|framework|themes/\w+/views) {
        deny  all;
    }

    #avoid processing of calls to unexisting static files by yii
    location ~ \.(js|css|png|jpg|gif|swf|ico|pdf|mov|fla|zip|rar)$ {
        try_files $uri =404;
    }

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    location ~ \.php {
        fastcgi_split_path_info  ^(.+\.php)(.*)$;

        #let yii catch the calls to unexising PHP files
        set $fsn /$yii_bootstrap;
        if (-f $document_root$fastcgi_script_name){
            set $fsn $fastcgi_script_name;
        }

        fastcgi_pass   127.0.0.1:9000;
        include fastcgi_params;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fsn;

        #PATH_INFO and PATH_TRANSLATED can be omitted, but RFC 3875 specifies them for CGI
        fastcgi_param  PATH_INFO        $fastcgi_path_info;
        fastcgi_param  PATH_TRANSLATED  $document_root$fsn;
    }

    location ~ /\.ht {
        deny  all;
    }
}

Meu /home/willem/git/console é de propriedade de www-data:www-data (meu usuário da web executando php etc) e dei 777 permissões por frustração ...

Meu melhor palpite é que algo está errado com a configuração, mas não consigo descobrir ...

UPDATE Então eu mudei /var/www/e usei uma configuração muito mais básica:

server {
    #listen   80; ## listen for ipv4; this line is default and implied
    #listen   [::]:80 default ipv6only=on; ## listen for ipv6

    root /var/www/;
    index index.html index.htm;

    # Make site accessible from http://localhost/
    server_name console.ordercloud;

    location / {
        root           /var/www/console/frontend/www/;
                fastcgi_pass   127.0.0.1:9000;
                fastcgi_index  index.php;
                fastcgi_param  SCRIPT_FILENAME  /var/www;
            include        fastcgi_params;
    }

    location ~ \.(js|css|png|jpg|gif|swf|ico|pdf|mov|fla|zip|rar)$ {
            try_files $uri =404;
        }

    location /doc/ {
        alias /usr/share/doc/;
        autoindex on;
        allow 127.0.0.1;
        deny all;
    }

}

Além disso, se eu chamar localhost/console/frontend/www/index.php, recebo um PHP 500, o que significa que ele está servindo lá. Ele simplesmente não está servindo no console.ordercloud ...

nginx

15 respostas

  1. A mensagem de erro “script primário desconhecido” quase sempre está relacionada a uma configuração incorreta SCRIPT_FILENAMEna diretiva nginx fastcgi_param(ou permissões incorretas, veja outras respostas).

    Você está usando um ifna configuração que postou primeiro. Bem, deve ser bem conhecido agora que se é mau e muitas vezes produz problemas.

    Definir a rootdiretiva dentro de um bloco de localização é uma prática ruim, é claro que funciona.

    Você pode tentar algo como o seguinte:

    server {
    location / {
        location ~* \.php$ {
            include fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            fastcgi_pass 127.0.0.1:9000;
            try_files $uri @yii =404;
        }
    }
    location @yii {
        fastcgi_param SCRIPT_FILENAME $document_root$yii_bootstrap;
    }
}

    Observe que a configuração acima não foi testada. Você deve executá nginx -t-lo antes de aplicá-lo para verificar problemas que o nginx possa detectar imediatamente.

    • 125

  2. Não é sempre que o SCRIPT_FILENAMEestá errado.
    Também pode ser que o PHP esteja rodando como usuário/grupo errado .

    Este exemplo é específico para Mac OS X , que na minha experiência é o mais problemático de configurar (o Debian é fácil em comparação) - acabei de atualizar do PHP 5.6 para 7.0, usando homebrew e os excelentes pacotes josegonzalez.

    O problema foi que uma nova cópia dos arquivos de configuração foi criada.

    O arquivo de configuração principal é /usr/local/etc/php/7.0/php-fpm.conf, mas observe a seção Pool Definitions no final, onde inclui um subdiretório inteiro.

    include=/usr/local/etc/php/7.0/php-fpm.d/*.conf

    Nele php-fpm.dhá um www.confarquivo. Por padrão isso tem:

    user = _www
group = _www

    No OS X, pode ser necessário alterar isso para:

    user = [your username]
group = staff

    (você deve achar que isso corresponde a um ls -lhde seu document_root)

    Infelizmente, sem essa alteração, você ainda verá isso no log de erros do Nginx, mesmo que esteja procurando o arquivo no local correto .

    "Primary script unknown" while reading response header from upstream

    Verifique como ele está sendo executado no momento:

    ps aux | grep 'php-fpm'

    ou mais limpo:

    ps aux | grep -v root | grep php-fpm | cut -d\  -f1 | sort | uniq

    Como verificar se o nome do arquivo do script está correto:

    (roubado de igorsantos07 na outra resposta)

    Adicione ao httpbloco de main /usr/local/etc/nginx/nginx.conf:

    log_format scripts '$document_root$fastcgi_script_name > $request';

    (onde o primeiro bit precisa ser o que você está usando no momento, para que você possa ver se está certo.)

    serverE para usar o log que você acabou de definir, no bloco do seu site :

    access_log /var/log/nginx/scripts.log scripts;

    Se estiver correto, solicitar example.com/phpinfo.php produzirá algo assim:

    /path/to/docroot/phpinfo.php > GET /phpinfo.php

    Você pode simplificar sua configuração existente?

    Você está usando um location ~ \.php {bloco que você copiou/cola de algum lugar fora da internet? A maioria dos pacotes permite que você faça isso de forma mais rápida e limpa. por exemplo, no OS X, agora você só precisa disso:

    location ~ \.php {
    fastcgi_pass 127.0.0.1:9000;
    include snippets/fastcgi-php.conf;

    # any site specific settings, e.g. environment variables
}

    Coisas como fastcgi_split_path_info, try_files e fastcgi_index (o padrão é index.php) estão em /usr/local/etc/nginx/snippets/fastcgi-php.conf.

    Isso, por sua vez, inclui /usr/local/etc/nginx/fastcgi.confuma lista de fastcgi_paramconfigurações, incluindo o crucial SCRIPT_FILENAME.

    Nunca duplique rootno bloco de localização do PHP.

    • 66
  3. Best Answer

    Ok, então 3 coisas que encontrei depois de um dia de luta

    1. Por algum motivo eu já tinha algo rodando na porta 9000 então mudei para 9001
    2. Meu site padrão estava interceptando meu novo, mais uma vez não entendo porque não deveria, mas acabei de desvinculá-lo
    3. O Nginx não faz automaticamente o link simbólico para sites disponíveis para sites habilitados.

    Espero que isso salve alguém algum problema!

    • 9

  4. Tive o mesmo problema com um nginx mais recente (v1.8). Versões mais recentes recomendam usar snippets/fastcgi-php.conf;em vez de fastcgi.conf. Portanto, se você copiar/colar include fastcgi.confde um tutorial, poderá acabar com o Primary script unknownerro no log.

    • 8

  5. "Script primário desconhecido" é causado pelo contexto de segurança do SELinux.

    cliente obter a resposta

    Arquivo não encontrado.

    nginx error.log tem a seguinte mensagem de erro

    *19 FastCGI enviado em stderr: "Script primário desconhecido" ao ler o cabeçalho de resposta do upstream

    então apenas altere o tipo de contexto de segurança da pasta raiz da web para httpd_sys_content_t

    chcon -R -t httpd_sys_content_t /var/www/show




    existem 3 usuários para a configuração do nginx/php-fpm

    /etc/nginx/nginx.conf

    user nobody nobody;  ### `user-1`, this is the user run nginx woker process
...
include servers/*.conf;

    /etc/nginx/conf.d/www.conf

    location ~ \.php$ {
#   fastcgi_pass 127.0.0.1:9000;  # tcp socket
    fastcgi_pass unix:/var/run/php-fpm/fpm-www.sock;  # unix socket
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include fastcgi_params;
}

    /etc/php-fpm.d/www.conf

    [www]
user = apache  ### `user-2`, this is the user run php-fpm pool process
group = apache

;listen = 127.0.0.1:9000  # tcp socket
listen = /var/run/php-fpm/fpm-www.sock  # unix socket

listen.onwer = nobody  ### `user-3`, this is the user for unix socket, like /var/run/php-fpm/fpm-www.sock
listen.group = nobody  # for tcp socket, these lines can be commented
listen.mode = 0660

    user-1 e user-2 não precisam ser iguais.

    para o soquete unix, o usuário-1 precisa ser o mesmo que o usuário-3, pois o nginx fastcgi_pass deve ter permissão de leitura/gravação no soquete unix.

    caso contrário, o nginx obterá 502 Bad Gateway e o nginx error.log terá a seguinte mensagem de erro

    *36 connect() to unix:/var/run/php-fpm/fpm-www.sock falhou (13: Permissão negada) ao conectar ao upstream

    e o usuário/grupo da pasta raiz da web (/var/www/show) não precisa ser igual a nenhum desses 3 usuários.

    • 6

  6. Eu também tive esse problema e resolvi trocando as linhas include fastcgi_paramse fastcgi_param SCRIPT_FILENAME ....

    De fato, o nginx define o último valor de cada parâmetro FastCGI, então você deve colocar seu valor após o valor padrão incluído em fastcgi_params.

    • 2

  7. I solved this problem by closing SELINUX in CentOS7.3 system

    steps:

    • exec setenforce 0
    • U also need to modify config file

    vim /etc/selinux/config set SELINUX to disabled

    • 2

  8. Verifique as permissões do seu arquivo php-fpm sock, de alguma forma ele não estava acessível:

    chmod 755 /usr/local/var/run/php-fpm.sock

    em seguida, tente reiniciar o nginx.

    • 1

  9. Tente adicionar a diretiva root no seu local do php.

    location ~ \.php {
      root /home/willem/git/console/www;
      ...
}
    • 0

  10. Encontrei sua pergunta procurando a mesma mensagem de erro, mas usando apache + php-fpm (sem nginx). Para mim, o problema era uma barra no lugar errado: muitas sugestões de configuração incluem uma linha do formulário:

    SetHandler "proxy:unix:/path/to/file.socket|fcgi://localhost/:9000"

    Colocando a última barra após o número da porta assim:

    SetHandler "proxy:unix:/path/to/file.socket|fcgi://localhost:9000/"

    o problema desapareceu para mim. Talvez você possa fazer algo semelhante

    • 0

relate perguntas