it-swarm.com.de

Magento: Ihr Webserver ist falsch konfiguriert. "

Aus einem Live-Magento-Setup habe ich ein tar.gz erstellt, das in eine Domäne eines anderen DirectAdmin-Benutzers verschoben, das tar.gz extrahiert, die Datenbank kopiert, die URL der Domäne in der Datenbank geändert. Frontend funktioniert gut.

Backend gibt mir folgenden Fehler:

Ihr Webserver ist falsch konfiguriert. Auf Konfigurationsdateien mit vertraulichen Informationen kann daher von außen zugegriffen werden. Bitte wenden Sie sich an Ihren Hosting-Provider. “

Ich überprüfe bereits die Ordner- und Dateiberechtigung. Es wurde auch versucht, die Rechte des Benutzers zu ändern: Gruppeneinstellungen mit SSH-Zugriff auf denselben Benutzer wie den DirectAdmin-Benutzernamen. Das hat aber auch nicht funktioniert.

Beachten Sie, dass sich diese Installation auf demselben Server befindet wie die Live-Umgebung.

Live: (in Arbeit) http://imageshack.us/photo/my-images/197/nrhj.png/
Test: (funktioniert nicht) http://imageshack.us/photo/my-images/542/uklz.png/

14
user2576151

Überprüfen Sie insbesondere die Berechtigungen für app/etc/local.xml, da dies normalerweise für die Welt lesbar ist.

Es soll auch eine .htaccess-Datei in app/etc/geben, die den Servern den Inhalt verweigert. Überprüfen Sie, ob Ihr Tar-Backup es nicht enthält. Normalerweise tritt dieses Problem auf, wenn Sie einen FTP-Client verwenden, um die Übertragung durchzuführen, bei der die Sichtbarkeit versteckter Dateien deaktiviert wurde.

10
Fiasco Labs

Für Apache 2.4.x müssen Sie Require all granted hinzufügen. Es würde ungefähr so ​​aussehen:

<Directory /var/www/magento>
  AllowOverride All
  # New directive needed in Apache 2.4.3: 
  Require all granted
</Directory>

Quelle: Apache: Client durch Serverkonfiguration abgelehnt

8
John Veldboom

Ich benutze ein Debian 7 mit Apache 2.2.22 und Magento 1.9.1 und füge hinzu

<Directory /var/www/magento/>
            AllowOverride All
</Directory>

in /etc/Apache2/sites-available/default

funktioniert bei mir

5

Ähnlich wie bei John Veldboom's Antwort habe ich dies /etc/Apache2/Apache2.conf hinzugefügt, da sich meine Magento-Installation in einem anderen Verzeichnis befand /var/www/html (zB der Verzeichnispfad ist dort, wo Magento extrahiert wurde):

<Directory /var/www/html/>
        AllowOverride All
        Require all granted
</Directory>

Mit dem folgenden Apache2 und ubuntu distro:

[email protected]:/var/www/html# dpkg -l Apache2 && lsb_release -a
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=================================
ii  Apache2        2.4.7-1ubunt AMD64        Apache HTTP Server
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.1 LTS
Release:    14.04
Codename:   trusty
4
jmunsch

Ich hatte dieses Problem unter Debian und stellte fest, dass in meiner Site-Konfiguration auf Serverebene (in/etc/Apache2/sites-available/default) AllowOverride None festgelegt war. Wenn Sie diese Zeile in AllowOverride All ändern, wurde dies behoben.

2
user3893028

Danke Haselnussstrauch, deine Antwort hat bei mir funktioniert. Meine Einstellung war in Apache2.conf

Sudo nano /etc/Apache2/Apache2.conf

Ändern Sie die Standardeinstellung AllowOverride None in AllowOverride All .

<Directory /var/www/>
    Options FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

Starten Sie dann Apache neu:

Sudo service Apache2 restart
1
Eric S.

Viele andere Stellen schlagen vor, dass Sie IP-Adressen für Ihren Server blockieren können, indem Sie dies Ihrer httpd.conf hinzufügen

<Location />
order allow,deny
allow from all
deny from aa.bb.cc.dd
</Location>

dies führt jedoch aus irgendeinem Grund dazu, dass alle anderen .htaccess-Dateien ignoriert werden, einschließlich der .htaccess-Dateien, die zum Schutz von Magento vorhanden sind.

0
user3338098

Ich habe ein Problem behoben, es gibt keine .htaccess-Datei innerhalb des Unterordners (insbesondere der App).

0
Qin Wang