2013-07-12 8 views
14

Da una configurazione live di magento ho creato un tar.gz, trasferito a un dominio di un altro utente DirectAdmin, estratto il tar.gz, copiato il database, modificato l'URL del dominio . in de database front-end funziona beneMagento: il tuo server web è configurato in modo errato. "

backend mi dà il seguente errore:..

Your web server is configured incorrectly. As a result, configuration files with sensitive information are accessible from the outside. Please contact your hosting provider.”

ho già controllare il permesso di cartelle e file anche provato a modificare i diritti da parte dell'utente: impostazioni del gruppo con SSH accede allo stesso utente del nome utente DirectAdmin, ma non ha funzionato.

Si noti che questa installazione si trova sullo stesso server dell'ambiente live.

live: (di lavoro) http://imageshack.us/photo/my-images/197/nrhj.png/
di prova: (non funzionante) http://imageshack.us/photo/my-images/542/uklz.png/

+1

spettacolo 'ls -la' per le due cartelle in modo che possiamo vedere quello che hai lì. – mnagel

+0

Vedere il mio primo post, ho allegato le immagini – user2576151

risposta

10

controllare In particolare le autorizzazioni su app/etc/local.xml come di solito questo significa che è leggibile mondo.

Inoltre, si suppone che ci sia un file .htaccess in app/etc/che nega che il contenuto venga fornito dal server web. Controlla nel caso in cui il tuo backup tar non lo includesse. Solitamente questo problema deriva dall'utilizzo di un client FTP per eseguire il trasferimento che ha disattivato la visibilità dei file nascosti.

+4

Il .htaccess mancante era il mio problema. Sono andato a una nuova installazione di Magento e ho preso il .htaccess che si trovava in/app (non/app/etc /). Il .htaccess contiene semplicemente: Order deny, allow Nega da tutti –

2

Ho riscontrato questo problema su Debian e ho trovato la configurazione del mio sito a livello di server (in/etc/apache2/sites-available/default) con AllowOverride None impostato. La modifica di quella riga su AllowOverride Tutti l'ha risolta.

+0

Questo è quello che ha fatto anche per me, grazie – groovenectar

8

Per Apache 2.4.x si deve aggiungere Require all granted Quindi sarebbe simile a questa:

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

Fonte: Apache: client denied by server configuration

4

Simile alla risposta di John Veldboom ho aggiunto questo per /etc/apache2/apache2.conf dato che il mio Magento installare era in una diversa directory /var/www/html (ad esempio il percorso della directory è ovunque è stato estratto magento):

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

Con il seguente apache2 e 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 
5

Im usando una Debian 7 con Apache 2.2.22 e 1.9.1 Magento, aggiungendo

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

in /etc/apache2/sites-available/default

funziona per me

+1

Questo ha funzionato per me sul mio Raspberry Pi :) –

0

Molti altri luoghi suggeriscono che è possibile bloccare gli indirizzi IP sul server aggiungendo questo al proprio httpd.conf

tuttavia questo per qualche motivo causa l'ignoranza di tutti gli altri file .htaccess, inclusi i file .htaccess che sono in posizione per proteggere Magento.

+0

fine sommario: non bloccare gli indirizzi IP con apache (è orribile), invece uso fail2ban, è molto meglio. – user3338098

0

Ho risolto il problema, non c'è .htaccess fine all'interno della sottocartella (soprattutto app).

1

Grazie Haselnussstrauch, la tua risposta ha funzionato per me. La mia impostazione era in apache2.conf

sudo nano /etc/apache2/apache2.conf 

modificare l'impostazione predefinita AllowOverride Nessuno a AllowOverride Tutti

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

quindi riavviare Apache:

sudo service apache2 restart 
Problemi correlati