Der Apache nicht geöffneten Webseiten auf einem Raspberry Pi

Der Fehler ist:

PHP Warning:  Unknown: failed to open stream: Permission denied in Unknown on line 0, referer: http://raspberryIP/
PHP Fatal error:  Unknown: Failed opening required '/var/www/i2.php' (include_path='.:/usr/share/php$ http://raspberryIP/

So scheint dies ein Berechtigungen-Problem mit der Datei /var/www/i2.php. Was Nutzer über diese Datei? Ist der Apache in der Lage zu Lesen, dass die Datei? Was ist die Ausgabe wenn Sie führen Sie diesen Befehl von der Befehlszeile aus:

ls -la /var/www/i2.php

Außerdem, was haben die Apache-error-logs sagen? Sie sollten sich in:

/var/log/apache2/access.log
/var/log/apache2/error.log

- Und Folgen Sie können Ihre Ausgabe mit tail etwa so:

sudo tail -f -n 200 /var/log/apache2/access.log
sudo tail -f -n 200 /var/log/apache2/error.log

Diese Wege basieren auf einer standard Ubuntu 12.04 installieren, aber sollte das gleiche für CentOS & was auch immer Debian-Variante, die Sie verwenden in den Raspberry PI.

Nur damit Sie wissen, dieses Problem ist nicht eigenwillig, um einen Raspberry PI setup ist aber wirklich eine standard-Linux-Apache-Dienst-Problem. So die debugging-Techniken, die für den vollwertigen Server kann hier als gut.

Auch, was sind die Inhalte Ihrer /etc/apache2/sites-available/default - Datei? Das ist die eigentliche Datei, die /etc/apache2/sites-enabled/000-default ist einfach eine symbolische Verknüpfung an. Die Standard-Apache - default Datei kann verwirrend sein & enthält viele redundante Befehle. Dies ist die abgespeckte version, die ich gerne verwenden, wenn Sie Apache in Ubuntu:

<VirtualHost *:80>
  DocumentRoot /var/www

  CustomLog ${APACHE_LOG_DIR}/access.log combined
  ErrorLog ${APACHE_LOG_DIR}/error.log

  # Possible values include: debug, info, notice, warn, error, crit, alert, emerg.
  LogLevel warn

</VirtualHost>

Hinweis: es ist kein AllowOverride All in diesem. Der ganze Zweck des AllowOverride ist es, die Analyse von .htaccess Dateien & auf dieser Bühne sollte nicht ein Faktor sein. Wenn Sie glauben, es ist notwendig, Sie können hinzufügen, dass diese Konfiguration so:

<VirtualHost *:80>
  DocumentRoot /var/www

  CustomLog ${APACHE_LOG_DIR}/access.log combined
  ErrorLog ${APACHE_LOG_DIR}/error.log

  # Possible values include: debug, info, notice, warn, error, crit, alert, emerg.
  LogLevel warn

  <Directory /var/www/>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride All
    Order allow,deny
    Allow from all
  </Directory>

</VirtualHost>

EDIT: Das original-poster veröffentlicht, die ls -la Ausgabe ist wie folgt:

-rw------- 1 pi www-data 21 May  1 14:10 /var/www/i2.php

Scheint richtig, aber ich würde empfehlen zumindest versuchen, passen Sie die Berechtigungen, so können alle diese Datei Lesen, wie diese:

sudo chmod a+r /var/www/i2.php

Auch in der Apache - access.log—was der original-poster bietet auch in den Kommentaren—es sagt:

[Sun May 04 18:00:02 2014] [error] [client 127.0.0.1] PHP Fatal error:  Unknown: Failed opening required '/var/www/i2.php' (include_path='.:/usr/share/php:/usr/share/pear') in Unknown on line 0

Das macht mich denke, es ist ein Fehler in der PHP-Programmierung innerhalb i2.php? Können Sie den Inhalt überprüfen, in da & vielleicht auch nur die Erstellung einer einfachen PHP-Datei ist nur, dass Sie die folgenden, um zu sehen, was passiert:

<?php
echo "Hello world!";
?>

Alles, was gesagt, vielleicht wäre es am besten, wenn Sie anpassen, die Berechtigungen für die ganze /var/www/ Verzeichnis wie diese.

sudo chmod -R 755 /var/www/

Den 755 gilt Lesen, schreiben & execute-Berechtigungen für den Besitzer, und Lesen & execute-Berechtigungen für die Gruppe & andere. Die -R flag zeigt an, das sollte rekursiv durch die ganze /var/www/ Verzeichnis & Unterordnern.

Noch ein EDIT: Blick auf das original-poster ist access.log es scheint, dass es könnte ein Problem mit Berechtigungen direkt mit einer .htaccess:

[Sun May 04 17:46:10 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
[Sun May 04 17:46:11 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
[Sun May 04 17:46:11 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
[Sun May 04 17:46:11 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
[Sun May 04 17:46:12 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
[Sun May 04 17:46:12 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
[Sun May 04 17:46:12 2014] [crit] [client 192.168.1.2] (13)Permission denied: /var/www/js/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

So, während Sie eine Decke Berechtigungen ändern auf /var/www/ das Problem gelöst, vielleicht Problem mit den Berechtigungen war in /var/www/js/.htaccess oder sogar die Eltern /var/www/js/ - Verzeichnis? Der Grund, warum ich diesen Punkt aus ist die Decke Berechtigungen änderungen wie sudo chmod -R 755 /var/www/ können das Problem lösen, aber manchmal ist es besser, zu wissen, wo genau das problem herkommt, also, dass Sie nicht so verwirrt, was wirklich passiert ist.