Gå til innhold

Sliter med å få satt opp apache2 skikkelig


Anbefalte innlegg

Videoannonse
Annonse
Gjest Slettet+432

Kan du gi output fra følgende kommando: sudo tail -f /var/log/apache2/error.log

Endret av Slettet+432
Lenke til kommentar

[Tue Apr 26 20:36:42 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)

[Tue Apr 26 20:36:42 2011] [notice] Apache/2.2.17 (Debian) mod_fcgid/2.3.6 configured -- resuming normal operations

[Tue Apr 26 20:43:59 2011] [notice] SIGUSR1 received. Doing graceful restart

[Tue Apr 26 20:43:59 2011] [notice] Apache/2.2.17 (Debian) mod_fcgid/2.3.6 configured -- resuming normal operations

[Tue Apr 26 20:44:07 2011] [notice] caught SIGTERM, shutting down

[Tue Apr 26 20:44:08 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)

[Tue Apr 26 20:44:08 2011] [notice] Apache/2.2.17 (Debian) mod_fcgid/2.3.6 configured -- resuming normal operations

Endret av Lindsay
Lenke til kommentar

Har kommet så langt att jeg får

 

 

13)Permission denied: /var/www/vhosts/webmappe/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

 

.htaccess joomla

 

## Can be commented out if causes errors, see notes above.

Options +FollowSymLinks

AddHandler php5-fastcgi .html

Action php5-fastcgi /cgi-bin/php5.fcgi

#

# mod_rewrite in use

 

RewriteEngine On

 

########## Begin - Rewrite rules to block out some common exploits

## If you experience problems on your site block out the operations listed below

## This attempts to block the most common type of exploit `attempts` to Joomla!

#

## Deny access to extension xml files (uncomment out to activate)

<Files ~ "\.xml$">

Order allow,deny

Deny from all

Satisfy all

</Files>

## End of deny access to extension xml files

RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]

# Block out any script trying to base64_encode crap to send via URL

RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]

# Block out any script that includes a <script> tag in URL

RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]

# Block out any script trying to set a PHP GLOBALS variable via URL

RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]

# Block out any script trying to modify a _REQUEST variable via URL

RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})

# Send all blocked request to homepage with 403 Forbidden error!

RewriteRule ^(.*)$ index.php [F,L]

#

########## End - Rewrite rules to block out some common exploits

 

# Uncomment following line if your webserver's URL

# is not directly related to physical file paths.

# Update Your Joomla! Directory (just / for root)

 

# RewriteBase /

 

 

########## Begin - Joomla! core SEF Section

#

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteCond %{REQUEST_URI} !^/index.php

RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC]

RewriteRule (.*) index.php

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#

########## End - Joomla! core SEF Section

 

.htaccess phpBB3

 

#

# Uncomment the statement below if you want to make use of

# HTTP authentication and it does not already work.

# This could be required if you are for example using PHP via Apache CGI.

#

#<IfModule mod_rewrite.c>

#RewriteEngine on

#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#</IfModule>

AddHandler php5-fastcgi .html

Action php5-fastcgi /cgi-bin/php5.fcgi

<Files "config.php">

Order Allow,Deny

Deny from All

</Files>

 

<Files "common.php">

Order Allow,Deny

Deny from All

</Files>

Lenke til kommentar
Gjest Slettet+432

Vel... .htaccess må være lesbar for www-data gruppen (hvis du har satt det opp slik). sudo chgrp www-data .htaccess skulle fikse problemet.

Lenke til kommentar

Har nok noe også med att jeg kjører suexec

 

Kjørte også chown -Rf newbie-support:www-data /var/www/vhosts/newbie-support/*

 

Fant noe her

 

#!/bin/sh

PHPRC="/usr/local/wrappers/etc/php5"

export PHPRC

PHP_FCGI_CHILDREN=5

export PHP_FCGI_CHILDREN

PHP_FCGI_MAX_REQUESTS=5000

export PHP_FCGI_MAX_REQUESTS

exec /usr/local/php5/bin/php-cgi

 

Men min ser slik ut

#!/bin/sh

exec /usr/bin/php5-cgi

Og ettersom dette er debian så er jo stien her riktig

 

Men får jo dette når jeg kjører php -v

 

XCache' already loaded in Unknown on line 0

 

Sånn jeg ser det så kjøres ikke apache som fast-cgi?

 

En ps -A viser att kun apache2 kjører

Endret av Lindsay
Lenke til kommentar

disablet suexec men nå er det enste som gjenstår denne feilen

 

.htaccess: Options not allowed here

 

Sites-enabled

 

<VirtualHost *:80>
ServerAdmin [email protected]
ServerName www.newbie-support.com
ServerAlias newbie-support.com
DocumentRoot /var/www/vhosts/newbie-support/
 # Set Document Root directory options
 <Directory />
   Options FollowSymLinks -Indexes Includes
   #Allow use of .htaccess file
   AllowOverride Limit FileInfo
 </Directory>
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/newbie-support/
 # Set CGI-BIN directory options
 <Directory /cgi-bin>
   AllowOverride None
   Options +ExecCGI -Multiviews +SymLinksIfOwnerMatch
   Order allow,deny
   Allow from all
 </Directory>
ErrorLog /var/log/apache2/newbie-support.com_error.log
   CustomLog /var/log/apache2/newbie-support.com_access.log combined
</VirtualHost>

 

Begge htaccessfiler er defaulte for jomla og phpBB3

 

Fulgte denne

Endret av Lindsay
Lenke til kommentar
Gjest Slettet+432

Sett AllowOverride All på mappene det skulle gjelde. Hvis du vil innskrenke mulighetene, kan du lese her og velge ut de innstillingene du trenger å manipulere i .htaccess.

 

Ellers skjønner jeg ikke hvorfor du har:

 <Directory />
   Options FollowSymLinks -Indexes Includes
   #Allow use of .htaccess file
   AllowOverride Limit FileInfo
 </Directory>

 

Jeg ville ikke under noen omstendigheter tillatt webbrukere eller applikasjoner tilgang til roten. Foreslår at du, med mindre du virkelig vet hva du gjør, bytter ut ovenstående seksjon med følgende (eller helst legg den i apache2.conf, så slipper du å legge den i hver virtualhost:

<Directory /> 
Order Deny,Allow 
Deny from all 
</Directory>

 

og så legger du til følgende i virtualhosten(e):

<Directory /mappe/til/dokumentrot>
Options FollowSymLinks -Indexes Includes
AllowOverride All (eller bare de du trenger)
</Directory>

 

Da har du plutselig en sikrere server. Men det virker jo ærlig talt som om du ikke gidder å lese dokumentasjonen, siden du ikke får noe av dette til. Hvis du setter error-loggen i debug mode, og overvåker loggen mens du laster siden som gir feil, så hadde du funnet ut av dette. Apache er fantastisk godt dokumentert, så det er bare å sette i gang og lese: http://httpd.apache.org/docs/2.2/

 

Det er veldig dumt å bare følge guider ukritisk, fordi du mest sannsynlig ender opp med en usikker server. Standardkonfigurasjonen i Debian er ganske så sikker, så jeg skjønner ikke hvorfor du driver og endrer på den.

 

Ellers lønner det seg kanskje å følge en guide som faktisk er up-to-date... Du vil vel ikke ha php4. Finn en annen guide, hvis du absolutt skal følge noe slavisk.

Endret av Slettet+432
Lenke til kommentar

Nei har nok ikke med att jeg ikke gidder å lese, men å forstå.

 

Det eneste jeg nå sliter med er

 

mod_deflate.c(615): [client 192.168.0.90] Zlib: Compressed 548 to 331 : URL /index.php

 

Og

 

[client 192.168.0.90] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

 

Har satt LogLevel til Debug i Apache2

 

Og har aktivert på zlib i php.ini men samme feil om og om igjen

Lenke til kommentar
Gjest Slettet+432

Den første du viser der, tror jeg ikke er noen feilmelding. Når du setter LogLevel til Debug, så får du opp mer enn du egentlig trenger å vite til vanlig. Derfor ville jeg satt den tilbake til Warn nå som du har fått rettet opp problemet og ting funker. Hva den siste meldingen kommer av, vet jeg ikke, men forårsaker det noe problem? Hvis ikke kan du sikkert bare la det være.

Lenke til kommentar

Jo den ene forårsaker en del ettersom jeg får fortsatt 500 error,det er den feilen her som gjør att jeg får 500 error og har søkt på google etter svar

 

[client 192.168.0.90] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

Lenke til kommentar
Gjest Slettet+432

Ok. Jeg vet dessverre ikke hva det er. Ser ut som det er et eller annet skript som overskrider antall tillatte videresendinger eller noe... Prøv å legge til følgende i virtualhost-konfigurasjonen: LimitInternalRecursion 20

 

Hvis ikke det funker, prøv å øke tallet til det funker. I følge dokumentasjonen, er direktivet til for å forhindre at miskonfigurasjon kræsjer serveren med uendelige videresendingslooper. Hvilket skript er det du prøver å kjøre? Er det mulig at det er feil i skriptet? Sier error_log noe mer i sammenheng med feilmeldingen?

Lenke til kommentar

Da fikk jeg vekk dette men får istedet

 

 [client 192.168.0.90] redirected from r->uri = /index.php
[Thu Apr 28 22:40:26 2011] [debug] core.c(3071): [client 192.168.0.90] redirected from r->uri = /php5/php5-fcgi/forum/index.php
[Thu Apr 28 22:40:26 2011] [debug] core.c(3071): [client 192.168.0.90] redirected from r->uri = /forum/index.php
[Thu Apr 28 22:40:26 2011] [debug] mod_deflate.c(615): [client 192.168.0.90] Zlib: Compressed 548 to 331 : URL /index.php

 

Spørsmålet er om webfiler og foldere skal inn i mappen /cgi-bin ?

 

Apache er noe jeg aldri har skjønt meg på utenom standard oppsett :whistle:

 

Klarer du å hjelpe meg er jeg deg veldig takknemmelig

Endret av Lindsay
Lenke til kommentar
Gjest Slettet+432

Webfiler og mapper skal bare inn i dokumentroten... Altså f.eks. /var/www/ eller hvordan du har oppsettet. Vet du hva CGI er? Tviler på at du trenger det... Virker som du bare kjører et PHP-forum uansett, så du trenger ikke legge noe inn i cgi-bin.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...