Lindsay Skrevet 25. april 2011 Del Skrevet 25. april 2011 Har fulgt dette oppsettet, men får internal 500 error når jeg prøver siden. Lenke til kommentar
Gjest Slettet+432 Skrevet 25. april 2011 Del Skrevet 25. april 2011 (endret) Kan du gi output fra følgende kommando: sudo tail -f /var/log/apache2/error.log Endret 25. april 2011 av Slettet+432 Lenke til kommentar
Lindsay Skrevet 26. april 2011 Forfatter Del Skrevet 26. april 2011 (endret) [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 26. april 2011 av Lindsay Lenke til kommentar
Gjest Slettet+432 Skrevet 26. april 2011 Del Skrevet 26. april 2011 Hvis du bruker virtualhosts, må du sjekke den error-loggfilen til den aktuelle virtualhosten. Lenke til kommentar
Lindsay Skrevet 26. april 2011 Forfatter Del Skrevet 26. april 2011 [Tue Apr 26 20:54:24 2011] [alert] [client xxxx] /var/www/.htaccess: Invalid command '-', perhaps misspelled or defined by a module not included in the server configuration Lenke til kommentar
tingo Skrevet 26. april 2011 Del Skrevet 26. april 2011 Sjekk at du ikke har noen mellomrom (blanke tegn) der det ikke skal være i config-filene dine. Lenke til kommentar
Gjest Slettet+432 Skrevet 26. april 2011 Del Skrevet 26. april 2011 Eventuelt vis oss .htaccess-filen din. Det er en eller annen miskonfigurasjon der. Lenke til kommentar
Lindsay Skrevet 26. april 2011 Forfatter Del Skrevet 26. april 2011 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 Skrevet 26. april 2011 Del Skrevet 26. april 2011 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
Lindsay Skrevet 26. april 2011 Forfatter Del Skrevet 26. april 2011 (endret) 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 26. april 2011 av Lindsay Lenke til kommentar
Lindsay Skrevet 26. april 2011 Forfatter Del Skrevet 26. april 2011 ser i loggen til suexec [2011-04-27 07:37:28]: target uid/gid (1002/1002) mismatch with directory (1001/33) or program (1001/33) 1001 er eier mens 33 er www-data Lenke til kommentar
Gjest Slettet+432 Skrevet 26. april 2011 Del Skrevet 26. april 2011 Har dessverre ingen erfaring med suexec, så det kan jeg ikke hjelpe deg med. Lenke til kommentar
Lindsay Skrevet 27. april 2011 Forfatter Del Skrevet 27. april 2011 (endret) 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 27. april 2011 av Lindsay Lenke til kommentar
Gjest Slettet+432 Skrevet 27. april 2011 Del Skrevet 27. april 2011 (endret) 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 27. april 2011 av Slettet+432 Lenke til kommentar
Lindsay Skrevet 28. april 2011 Forfatter Del Skrevet 28. april 2011 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 Skrevet 28. april 2011 Del Skrevet 28. april 2011 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
Lindsay Skrevet 28. april 2011 Forfatter Del Skrevet 28. april 2011 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 Skrevet 28. april 2011 Del Skrevet 28. april 2011 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
Lindsay Skrevet 28. april 2011 Forfatter Del Skrevet 28. april 2011 (endret) 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 Klarer du å hjelpe meg er jeg deg veldig takknemmelig Endret 28. april 2011 av Lindsay Lenke til kommentar
Gjest Slettet+432 Skrevet 28. april 2011 Del Skrevet 28. april 2011 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
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå