
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::fastcgi
manifesto 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.php
arquivo a e verifiquei php /path/to/phpinfo.php | less
e Service API
ainda está em cli
.
Quando olho para dentro /etc/apache2/mods-enabled
, posso ver fastcgi.conf
e fastcgi.load
. Verifiquei o conteúdo sudo nano fastcgi.conf/load
- que vem dofastcgi.conf.erb
modelo 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.erb
modelotambém, que tem umsubmodelo_fastcgi.erb
que 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-enabled
o 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 root
usuário /main sudo su
e verifiquei o diretório que é referenciado no fastcgi.conf
arquivo: /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-fpm
está 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-fpm
os apache2
serviç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.erb
modelo 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