Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Allgemeines zu Drupal ›

403 Error nach Serverumzug

Eingetragen von hmg (38)
am 23.12.2015 - 10:26 Uhr in
  • Allgemeines zu Drupal
  • Drupal 7.x oder neuer

BItte um eure Hilfe!

Habe meine Drupalinstallation (Datenbank und files) von einem Server auf einen neuen gesiedelt, bekomme aber nun 403 Error zu sehen.
Hat jemand eine Idee, was ich im .htaccess oder bei settings.php oder auch ganz wo anders anpassen muss, damit das wieder läuft?

thx für die Hilfe!

‹ Wie Nids von entity reference field mit EntityFieldQuery ermitteln? Festgestelltes Problem im Bereich Token ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Kurze Rückfrage: Wird Dir

Eingetragen von PaulMax (42)
am 23.12.2015 - 11:51 Uhr

Kurze Rückfrage: Wird Dir zumindest Deine Startseite angezeigt? Taucht das Problem also nur auf, wenn Du von der Startseite aus eine andere Seite anwählst?

Wie sieht Deine .htaccess und Deine .gitignore - Datei aus?

  • Anmelden oder Registrieren um Kommentare zu schreiben

.htaccess

Eingetragen von hmg (38)
am 23.12.2015 - 11:58 Uhr

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.

Order allow,deny

# Don't show directory listings for URLs which map to a directory.
Options -Indexes

# Follow symbolic links in this directory.
Options +FollowSymLinks

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Set the default handler.
DirectoryIndex index.php index.html index.htm

# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_environment_initialize() in
# includes/bootstrap.inc for settings that can be changed at runtime.

# PHP 5, Apache 1 and 2.

php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off

# Various rewrite rules.

RewriteEngine on

# Set "protossl" to "s" if we were accessed via https://. This is used later
# if you enable "www." stripping or enforcement, in order to ensure that
# you don't bounce between http and https.
RewriteRule ^ - [E=protossl]
RewriteCond %{HTTPS} on
RewriteRule ^ - [E=protossl:s]

# Make sure Authorization HTTP header is available to PHP
# even when running as CGI or FastCGI.
RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} .
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http%{ENV:protossl}://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http%{ENV:protossl}://%1%{REQUEST_URI} [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /

# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]

# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.

# Serve gzip compressed CSS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]

# Serve gzip compressed JS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]

# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]

# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding

# Add headers to all responses.

# Disable content sniffing, since it's an attack vector.
Header always set X-Content-Type-Options nosniff

  • Anmelden oder Registrieren um Kommentare zu schreiben

.htaccess habe ich gepostet

Eingetragen von hmg (38)
am 23.12.2015 - 12:00 Uhr

Starteite sehe ich, weil ich mich über das Login anmelden konnte - sonst sehe ich nur 403-errors. Vor dem ich mich anmelden konnte, habe ich auch nur 403-error auf der Startseite gesehen.

  • Anmelden oder Registrieren um Kommentare zu schreiben

.gitignore

Eingetragen von hmg (38)
am 23.12.2015 - 12:02 Uhr

# Ignore configuration files that may contain sensitive information.
sites/*/settings*.php

# Ignore paths that contain user-generated content.
sites/*/files
sites/*/private

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hast Du die Drupal -

Eingetragen von PaulMax (42)
am 23.12.2015 - 12:06 Uhr

Hast Du die Drupal - Installation in einen Unterordner gelegt und ggf. die Domain nicht entsprechend eingestellt?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Unterodner?

Eingetragen von hmg (38)
am 23.12.2015 - 12:39 Uhr

ad Unterordner:

www.meinedomaine.at/drupal

...da liegt meine Installation

Sollte sie das nicht bzw. was muss ich bei der Domaine anpassen?

LG und Danke!

  • Anmelden oder Registrieren um Kommentare zu schreiben

Ich bin selbst nicht

Eingetragen von PaulMax (42)
am 23.12.2015 - 12:44 Uhr

Ich bin selbst nicht unbedingt der Profi im Hinblick auf .htaccess, aber wenn die Domain von den Einstellungen genau auf den Unterordner abzielt, dann könnte ich mir vorstellen, dass der Unterordner im Grunde als Drupal Basis fungiert und daher in der .htaccess die Einstellung

RewriteBase /drupal

zu

#RewriteBase /drupal

geändert werden müsste. Du kannst das auch einfach mal problemlos testen - wenn es daran nicht lag, stellst Du es einfach zurück.

  • Anmelden oder Registrieren um Kommentare zu schreiben

leider nein

Eingetragen von hmg (38)
am 23.12.2015 - 13:48 Uhr

leider nein, danke aber fürs mithelfen.

Vielleicht gibt es noch andere Ideen?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Datenbankname und -user in der settings.php geändert?

Eingetragen von maria-rita (504)
am 23.12.2015 - 16:25 Uhr

Hallo,

die Settings.php hast Du ja auf den neuen Server und Datenbank angepasst, oder? Weil das hat sich ja geändert beim Umzug.

Evtl. hast Du dort nicht localhost. Es gibt auch Hoster, da muss man was anderes eingeben. Wo ist die Seite den gehostet?

Viele Grüße

Marita Betz

  • Anmelden oder Registrieren um Kommentare zu schreiben

localhost

Eingetragen von hmg (38)
am 23.12.2015 - 17:15 Uhr

..danke für den Tipp, ja ist jetzt alles richtig und funktioniert fast:

Es scheint jetzt ein anderes Problem auf, habe jetzt überall 404 Erro und komme mit dem Zusatz ?q= über all hin, d.h. da scheint es noch ein Problem mit den clean URLs zu geben - hat dazu noch jemand einen Tipp, was da im htaccess richtig einzutragen ist, damit das sauber läuft?

Danke an alle fürs Helfen! LG

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hast Du Drupal in Plesk

Eingetragen von wla (9461)
am 23.12.2015 - 21:05 Uhr

Hast Du Drupal in Plesk automatisiert erstellt? Dann wird am Ende der Datei settings.php Schrott eingefügt, der Clean URLs verhindert. Diese Zeile unbedingt dann löschen. Ähnliches habe ich auch schon für den Wartungmodus dort gefunden.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
  • Update Manger läst sich nicht Installieren
Weiter

Neue Kommentare

  • melde mich mal wieder, da ich
    vor 1 Woche 4 Tagen
  • Hey danke
    vor 1 Woche 5 Tagen
  • Update: jetzt gibt's ein
    vor 1 Woche 6 Tagen
  • Hallo, im Prinzip habe ich
    vor 2 Wochen 3 Tagen
  • Da scheint die Terminologie
    vor 2 Wochen 3 Tagen
  • Kannst doch auch alles direkt
    vor 3 Wochen 1 Tag
  • In der entsprechenden View
    vor 3 Wochen 1 Tag
  • Dazu müsstest Du vermutlich
    vor 3 Wochen 1 Tag
  • gelöst
    vor 5 Wochen 4 Tagen
  • Ja natürlich. Dass ist etwas,
    vor 5 Wochen 5 Tagen

Statistik

Beiträge im Forum: 250233
Registrierte User: 20451

Neue User:

  • ByteScrapers
  • Mroppoofpaync
  • 4aficiona2

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 22 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association