Habilite FastCGI no Apache com Puppetlabs/Apache

Habilite FastCGI no Apache com Puppetlabs/Apache

Estou usando o Puppetlabs/Apache para configurar o Apache. No arquivo principal do fantoche, eu chamo e configuro:

class { '::apache': }
class { '::apache::mod::fastcgi': }
apache::vhost { "${::fqdn} non-ssl":
    servername      => $::fqdn,
    port            => '2222',
    docroot         => "/var/www/${root}",
    priority        => 10,
}

O apache::mod::fastcgimanifesto funciona perfeitamente... com uma desvantagem: o PHP de alguma forma ainda roda no (cli)modo:

vagrant@wp:/etc/apache2/mods-enabled$ php -v
PHP 5.5.12-1+deb.sury.org~precise+1 (cli) (built: May  8 2014 21:04:38)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
    with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans

Para confirmar isso, adicionei uma phpinfo()chamada ao phpinfo.phparquivo a e verifiquei php /path/to/phpinfo.php | lesse Service APIainda está em cli.

Quando olho para dentro /etc/apache2/mods-enabled, posso ver fastcgi.confe fastcgi.load. Verifiquei o conteúdo sudo nano fastcgi.conf/load- que vem dofastcgi.conf.erbmodelo do módulo:

# ===> fastcgi.conf
# The Fastcgi Apache module configuration file is being
# managed by Puppet and changes will be overwritten.
<IfModule mod_fastcgi.c>
  AddHandler fastcgi-script .fcgi
  FastCgiIpcDir "/var/lib/apache2/fastcgi"
</IfModule>

# ===> fastcgi.load
adModule fastcgi_module /usr/lib/apache2/modules/mod_fastcgi.so

Nota: existe umvhosts.erbmodelotambém, que tem umsubmodelo_fastcgi.erbque constrói o bloco FastCGI para o modelo vhosts.

Quando tento configurá-lo (o que puppetlabs/apache::mod::fastcgi já deveria ter feito) com sudo a2enmod fastcgi alias, recebo a seguinte resposta (na CLI):

Module fastcgi already enabled
Module alias already enabled

E quando verifico /etc/apache2/sites-enabledo conteúdo sudo nano 15-default.conf, vejo o seguinte:

<VirtualHost *:80>
  # ...

  ## Script alias directives
  ScriptAlias /cgi-bin/ "/usr/lib/cgi-bin"
</VirtualHost>

Mudei então para o rootusuário /main sudo sue verifiquei o diretório que é referenciado no fastcgi.confarquivo: /var/lib/apache2/fastcgi. Ele possui apenas um conteúdo: uma pasta vazia chamada dynamic. Esta poderia ser a origem do problema: uma biblioteca FastCGI vazia?

Eu realmente não consigo entender como o FastCGI pode ser ativado e executado, mas ainda lendo esse clié o modo em que estou executando o PHP.

Editar 1

Acabei de verificar se php-fpmestá em execução:

vagrant@wp:/etc/apache2/conf.d$ ps -ef | grep php-fpm
root       935     1  0 15:58 ?        00:00:00 php-fpm: master process (/etc/php5/fpm/php-fpm.conf)
www-data   982   935  0 15:58 ?        00:00:00 php-fpm: pool www
www-data   983   935  0 15:58 ?        00:00:00 php-fpm: pool www
vagrant   2760  2605  0 19:40 pts/2    00:00:00 grep --color=auto php-fpm

Também reiniciei php5-fpmos apache2serviços manualmente, mas com o mesmo resultado

sudo service php5-fpm restart
sudo service apache2 restart
php -v
# still: (cli)

Se eu soubesse o que está faltando, poderia reescrever manualmente o httpd.conf.erbmodelo ou apenas extrair as peças que estão faltando e usar os modelos padrão do puppetlabs/apache - comoesta é uma opção para o módulo. O mesmo vale para'/etc/apache2/mods-available'ou o'/etc/apache2/sites-available'diretório

Responder1

Primeiro: se você executar php -v no shell, sempre obterá a versão cli. Porque você está na interface de linha de comando ...

como você instalou seu módulo php-fpm? qual modo você usou? (tcp ou sock?) você já configurou um vhost? => não é o padrão - verifique o diretório habilitado para sites, deve haver um arquivo com $fqdn ($fqdn significa seu nome de domínio totalmente qualificado, como example.com)

com Apache 2.4 e mod_proxy_fcgi você pode facilmente passar solicitações .php para seu pool FPM através da configuração do vhost:

ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/path/to/your/documentroot/$1

=> verifique seu vhost se existe tal diretiva

informação relacionada