[3.3] Beim An- oder Abmelden kommt "The requested URL was not found"

[LuMaReMa]

Ich habe unser Testboard auf den neuesten Stand unserer Forums gebracht (Anleitung: Umzug des Forums). Alle Cookie- und Servereinstellungen sind angepasst. Das Testforum funktioniert. Allerdings bekomme ich beim An- und Abmelden (auch im Admin-Bereich) die Fehlermeldung

"The requested URL was not found on this server".

Aktualisieren des Tabs bringt nichts. Wenn ich den Tab schließe und dann die Seite neu aufrufe bin ich korrekt an- bzw abgemeldet.

Ich habe bereits die Cookies im Browser (Chrome) und im Board geloscht, aber ohne Erfolg.

[Mike-on-Tour]

Versuche mal, über den Link in der Fußzeile die Cookies auf deinem Browser zu löschen, außerdem einmal den Browser-Cache leeren, indem du deine Seite nach dem Laden nochmals mit "Strg-F5" neu lädst.

Ansonsten könnte eine Ursache sein, dass du in deiner .htaccess noch eine nicht mehr passende Umleitung drin hast, die zuerst aufgerufen wird und dabei diese Meldung verursacht (beliebt ist die Umleitung auf das Portal, wenn dieses deaktiviert ist).

Edit: Eben erst gelesen, dass du die Cookies schon gelöscht hast.

[LuMaReMa]

In der .htaccess habe ich nichts gesehen. Die sieht so aus:

Code: Alles auswählen

<IfModule mod_rewrite.c>
RewriteEngine on

#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
RewriteBase /

#
# 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.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]

#
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>

# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
	<IfVersion < 2.4>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfVersion>
	<IfVersion >= 2.4>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfVersion>
</IfModule>
<IfModule !mod_version.c>
	<IfModule !mod_authz_core.c>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfModule>
	<IfModule mod_authz_core.c>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfModule>
</IfModule>
<IfModule mod_mime.c>
    AddType application/vnd.ms-fontobject    .eot
    AddType application/x-font-opentype      .otf
    AddType image/svg+xml                    .svg
    AddType application/x-font-ttf           .ttf
    AddType application/font-woff            .woff
    AddType application/font-woff2           .woff2
</IfModule>
php_value default_charset "UTF-8"
DirectoryIndex app.php index.php index.html index.htm

Portal ist aktiviert. Im Originalforum funktioniert alles normal.

[Mike-on-Tour]

Da fällt mir jetzt auch nichts auf, bin erstmal ratlos.

[LukeWCS]

@LuMaReMa

Mal hier reinschauen: phpBB 3.3.16 (und höher) - Wichtige Hinweise! (Punkt 1)

[LuMaReMa]

Danke für den Tip Luke.

Wir haben sowohl eine com als auch eine de-Domain registriert. Unter beiden Endungen kann man das Forum aufrufen. In der Adresszeile erscheint immer die com-Domain. Im ACP steht im Forum und im Testboard unsere de-Domain an der genannten Stelle. Ich habe das im Testboard geändert und der Fehler ist weg. Mich wundert, dass der Fehler erst im Testboard auftaucht, welches ja eine exakte 1:1-Kopie des Originalforums ist. Bei beiden läuft noch die 3.3.10

Habe jetzt im Original-Forum die Einstellungen auch sofort geändert - will ja keine böse Überraschung erlegen!

[LukeWCS]

Wir haben sowohl eine com als auch eine de-Domain registriert. Unter beiden Endungen kann man das Forum aufrufen.

Ah okay und genau das ist das Problem, weil phpBB ab 3.3.16 multiple Methoden zum Aufrufen nicht mehr "mag". Man muss sich für eine entscheiden und dabei konsequent bleiben bzw. alle anderen umleiten auf die Methode, die auch in den Servereinstellungen konfiguriert ist. Ich weiss es nicht mit Gewissheit, aber ich vermute mal das hängt mit den diversen Security Fixes zusammen die bei 3.3.16 etabliert wurden.

Mich wundert, dass der Fehler erst im Testboard auftaucht, welches ja eine exakte 1:1-Kopie des Originalforums ist.

Bedenke bitte, beim Testboard hast du ja eine andere URL als beim Liveboard und wenn die Servereinstellungen nicht zur URL passen, sind Probleme an verschiedenen Stellen sehr wahrscheinlich.

[LuMaReMa]

Die Wege der Software sind unergründlich.

Naja, jetzt läuft's erstmal. Dann hoffe ich, dass ich beim Update von 3.3.10 auf 3.3.17 keine Katastrophen erlebe.