Nach Umzug - Dashboard funktioniert aber "unable to connect"

Hi
nach dem Umzug meiner Wordpresseite auf einen neuen Server funktioniert das Dashboard ohne Probleme, alle Seiten zeigen jedoch "unable to connect" bzw " 500" (je nach Browser an)
Ich habe bisher versucht mit den allzeit beliebten Permalinks gespielt und (damit) meine .htaccess geresetet ohne Erfolg.
Vhosts unter apache2 laufen und sind aktiv (andere Seiten mit gleichen Settings ohne wp laufen einwandfrei)
Hier meine .htaccess:

#Options -Indexes


##lines below by Hetzner
<FilesMatch "xmlrpc.php">
Order Deny,Allow
Deny from all
</FilesMatch>
## lines above by Hetzner


# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]


#RewriteCond %{SERVER_PORT} !^443$
#RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]
</IfModule>


# END WordPress

Jemand Erfahrungen damit?
Kann das damit zusammen hängen, dass ich noch keinen FTP Zugang in WP eingetragen habe, da ich auf dem neuen Server sftp mit ssh auth Datein verwende und direkten Zugang mit Passworteingabe ausschließe?

Viele Grüße
Lukas

Zitat von JABA-Hosting

Hallo,

hast du Zugang zu den Error Logs?

Dann schau da mal bitte nach. Da steht bestimmt etwas drin, welches zur Lösung beitragen kann.

[Wed Oct 19 12:28:20.794988 2016] [authz_core:debug] [pid 7441] mod_authz_core.c(802): [client 81.169.144.135:24692] AH01626: authorization result of Require all granted: granted, referer: http://trendranger.de/rss/magpie_debug.php
[Wed Oct 19 12:28:20.794994 2016] [authz_core:debug] [pid 7441] mod_authz_core.c(802): [client 81.169.144.135:24692] AH01626: authorization result of <RequireAny>: granted, referer: http://trendranger.de/rss/magpie_debug.php
[Wed Oct 19 12:19:58.517032 2016] [authz_core:debug] [pid 4909] mod_authz_core.c(802): [client 77.177.46.177:53487] AH01626: authorization result of Require all granted: granted, referer: http://www.marketstrategy.de/wp-content/the…t.css?ver=4.5.4
[Wed Oct 19 12:19:58.517052 2016] [authz_core:debug] [pid 4909] mod_authz_core.c(802): [client 77.177.46.177:53487] AH01626: authorization result of <RequireAny>: granted, referer: http://www.marketstrategy.de/wp-content/the…t.css?ver=4.5.4
[Wed Oct 19 12:20:28.682600 2016] [authz_core:debug] [pid 4923] mod_authz_core.c(802): [client 207.46.13.143:6792] AH01626: authorization result of Require all granted: granted
[Wed Oct 19 12:20:28.682638 2016] [authz_core:debug] [pid 4923] mod_authz_core.c(802): [client 207.46.13.143:6792] AH01626: authorization result of <RequireAny>: granted

[Wed Oct 19 12:28:20.794988 2016] [authz_core:debug] [pid 7441] mod_authz_core.c(802): [client 81.169.144.135:24692] AH01626: authorization result of Require all granted: granted, referer: http://trendranger.de/rss/magpie_debug.php
[Wed Oct 19 12:28:20.794994 2016] [authz_core:debug] [pid 7441] mod_authz_core.c(802): [client 81.169.144.135:24692] AH01626: authorization result of <RequireAny>: granted, referer: http://trendranger.de/rss/magpie_debug.php
[Wed Oct 19 12:19:58.517032 2016] [authz_core:debug] [pid 4909] mod_authz_core.c(802): [client 77.177.46.177:53487] AH01626: authorization result of Require all granted: granted, referer: http://www.marketstrategy.de/wp-content/the…t.css?ver=4.5.4
[Wed Oct 19 12:19:58.517052 2016] [authz_core:debug] [pid 4909] mod_authz_core.c(802): [client 77.177.46.177:53487] AH01626: authorization result of <RequireAny>: granted, referer: http://www.marketstrategy.de/wp-content/the…t.css?ver=4.5.4
[Wed Oct 19 12:20:28.682600 2016] [authz_core:debug] [pid 4923] mod_authz_core.c(802): [client 207.46.13.143:6792] AH01626: authorization result of Require all granted: granted
[Wed Oct 19 12:20:28.682638 2016] [authz_core:debug] [pid 4923] mod_authz_core.c(802): [client 207.46.13.143:6792] AH01626: authorization result of <RequireAny>: granted

dort steht nichts brauchbares. nu die "granted" einträge des loglevels debug

eins ist mir noch aufgefallen:
In der alten .htaccess habe ich mit

RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]

auf eine https Umleitung verwießen.
Diese wird weiterhin ausgeführt, auch wenn ich die .htaccess umschreibe, lösche, leere oder die Rechte verändere.
Kurz: egal was ich mit .htaccess veranstalte, sie wird ignoriert.

Zitat von JABA-Hosting

Ein Error 500 erzeugt aber ein Fehler in den Error Logs des Webservers. Bei welchem Anbieter bist du? Webhosting oder Server?

error 500 war ein alter stand - sorry - in wirklichkeit "[COLOR=#696969][FONT=&quot]ERR_CONNECTION_REFUSED"[/FONT][/COLOR]
ich bin bei hetzner. die seiten sind auf einem root server

noch nicht. die zertifikate sind bestellt aber noch nicht eingetragen.

Zitat von JABA-Hosting

Die Datenbank ist aber auf HTTPS gestellt. Du solltest alle Einträge zurück auf HTTP umstellen.

Machst du am Besten mit dem Plugin: https://de.wordpress.org/plugins/better-search-replace/

aber würde wenn dem so wäre das dashboard angezeigt werden?
ich habe eine andere seite, mit identischer vorraussetzung.
-auch umgezogen
-selbe wp version, plugins, themes etc
-auch mit einem abgelaufenem ssl zertifikat
die jedoch tadellos funktioniert...

der springede punkt ist finde ich der, dass die seite die nicht funktioniert immer noch auf https umgeleitet wird,
obwohl die .htaccess das längst nicht mehr sagt. so als ob sie ignoriert wird....
wenn ich in wp-login mit "define URL" herumspiele schaffe ich es zumindest die startseite anzeigen zu lassen.
wenn ich anschließend die permalinks wieder umstelle, werde ich ge-404-t

wordpress erstellt von selbt auch keine eigene .htaccess. es macht schlicht das selbst mit/ohne/leerer/wirrer .htaccess

nope - habe ich nicht installiert

marketstrategy.de
habe den cache von meinem firefox und chrome schon mehrmals geleert.

wenn ich
define('WP_SITEURL', 'http://marketstrategy.de');
define('WP_HOME', 'http://www.marketstrategy.de');
in wp-config.php setzte, wird die seite geladen.
sogar permamlinks funktionieren auf einmal! :)
Bilde etc werden jedoch noch nicht angezeigt, das wird wohl mit den https links liegen.
kann ich die mit dem plugin, dass du gepostet hast erreichen?

sehr statisch … geht das nicht etwas dynamischer?
ich hatte vorher ein ssl zertifikat, nun ist es abgelaufen und das folgezertifikat ist bestellt.
ich werde also nur noch ein paar tage kein ssl mehr haben. lässt sich das nicht auf „entweder/oder +bevorzuge https“ einstellen?….