Beiträge von KSCNeon

Zugegebenermaßen bin ich zwar ausgebildeter Fachinformatiker und beherrsche gängige Windows Server und Software dennoch sind meine Linux Server Kenntnisse relativ gering bzw. ich habe mir mein wissen selbst aneignen müssen weil´s mir keiner beibringt :P
Ich habe mich gegen ein Hostingpaket entschieden weil ich einmal sehr wissbegierig bin und mir IT Kram meist sehr schnell aneigne. Zudem ist es für mich günstiger einen großen Linux Server zu mieten als viele einzelne Pakete. Auf dem Server läuft noch Owncloud, Open-Exchange, ein Gameserver usw. Grundsätzlich ist das für mich auch alles kein Problem mehr aber mit Wordpress habe ich seit Anbeginn nur Ärger, auch schon im Hostingpaket da es der last der Nutzer nicht stand hielt und die Antwortzeit mehrere Sekunden betrug und das obwohl ich bei keinem Billighoster war (DF).

bei mir geht die Seite. Um den Cache auszuschließen haben ich eben sowohl den WP Cache sowie meinen Browser Cache geleert ohne erfolg. Auch ein anderer Browser macht den selben Fehler.

Leider fällt mir jetzt ein anderer Fehler auf. Ich scheine WP Probleme anzuziehen und auch dieser ist einer bei dem ich auf Google nicht fündig wurde.
Die /wp-admin Seite funktioniert nicht. Es aktualisiert sich lediglich die Startseite.
Ich habe mich dann mit /wp-login.php eingeloggt und hatte dann immerhin schon einmal die Leiste des Adminpanels am oberen Bildschirmrand.
Wenn ich dort jetzt aber auf Dashboard klicke passiert nichts. Wenn ich aber andere Funktionen auswähle wie z.B. "Seite bearbeiten" komme ich ins Admin Panel.
Klicke ich im Admin Panel dann auf Dashboard geht es. Ich habe die Verlinkung überprüft. Wenn man im Adminpanel ist, lautet die Verlinkung /wp-admin/index.php (funktioniert)
Klicke ich aber von einer beliebigen WP Seite oben links auf Dashboard lautet die Verlinkung /wp-admin (funktioniert nicht)
Woran hakt das denn nun schon wieder?
Es ist auch wieder bei allen WP Seiten auf dem Server das gleiche also muss es wieder eine allgemeine Konfiguration sein. Es funktioniert nicht einmal beim neu aufgesetzten Wordpress.
Zum Test https://cloudload.eu/wp-admin

Hat dazu vielleicht nochmal jemand eine Idee? :)
Permalinks habe ich schon neu geschrieben, .htaccess habe ich schon testweise umbenannt.

Edit:

Es liegt an der Zeile "RewriteRule ^(.*)$ /index.php/$1 [L]".
Nehme ich sie raus geht /wp-admin einwadfrei aber die Seite nicht.
Setze ich sie rein geht die Seite aber /wp-admin nicht.

Vielen Dank für die korrigierte vhost!
habe die vhost jetzt für alle Seiten angepasst und alle laufen wieder.
Unvorstellbar und dennoch frage ich mich warum es die drei Monate zuvor ohne Ärger lief.
Vielen lieben Dank dafür! :)

<VirtualHost *:80>ServerAdmin webmaster@cloudload.eu
DocumentRoot /var/www/cloudload/
ServerName cloudload.eu
DirectoryIndex index.php
ErrorLog /var/log/apache2/cloudload-error.log
<Location />
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R]
</Location>
<Directory /var/www/cloudload/>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride all
    Order allow,deny
    allow from all
</Directory>
</VirtualHost>


<VirtualHost *:443>
ServerAdmin webmaster@cloudlad.eu
DocumentRoot /var/www/cloudload/
ServerName cloudload.eu
ServerAlias *cloudload.eu
DirectoryIndex index.php
ErrorLog /var/log/apache2/cloudload-error.log
CustomLog /var/log/apache2/cloudload-access.log combined
SSLEngine on
SSLStrictSNIVHostCheck on
SSLCertificateFile /etc/letsencrypt/live/certs/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/certs/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
<Directory /var/www/cloudload/>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride all
    Order allow,deny
    allow from all
</Directory>
</VirtualHost>

Auch wenn in der vhost noch ein Fehler sein sollte wird es nicht daran liegen, da alle WP Seiten ja über drei Monate ohne ärger liefen.
Ich habe auch diverse Backups gemacht, aber die würde ich ungerne wieder einspielen, das letzte ist von Mitte letzter Woche aber danach habe ich noch einiges am Mailserver etc. konfiguriert was ich ungerne nochmal neu machen möchte und einzelne Dateien wiederherzustellen wird ja nicht viel bringen wenn nicht einmal eine WP Neuinstallation hilft. :)

Ist mittlerweile schon Korrigiert. Ich saß die halbe Nacht noch am Rechner und habe herum probiert.
Mittlerweile habe ich selbst Wordpress schon neu installiert und den selben Fehler.
Bin schon kurz davor Apache neu drüber zu installieren da ich alles was ich irgendwo im netz finden konnte schon getestet habe.
Bei den Permalinks funktioniert wirklich nur ausschließlich die Standard Einstellung. Alls andere verursacht 404 Fehler. Die Server Logs sind alle okay.

Eben nochmal überprüft. Leider ist es nicht auskommentiert :/

Vielen Dank für den Tipp.
Die Permalinks habe ich schon neu geschrieben aber ohne erfolg.
Wenn ich sie aber auf "Einfach" stelle funktioniert alles.
Wie kann das sein?
Sobald ich wieder "Beitragsname" anwähle ist die Seite wieder im Eimer.
btw.:
root@307981:~# sudo a2enmod rewrite
Module rewrite already enabled

Guten Abend werte Community,
da ihr mir schon sehr oft geholfen habt muss ich mich heute wieder an euch wenden.
Vor etwa 3 Tagen startete Ich meinen Debian Server neu. Auf dem Server laufen drei Wordpress Instanzen.
Die letzten Tage wunderte ich mich sehr als meine Adsense Einnahmen stetig Richtung 0 schwanden und wollte der Sache heute mal auf den Grund gehen.
Zuerst dachte ich alles sei soweit okay da die Startseiten alle Problemlos laden, aber dem ist nicht so denn jeder Beitrag zeigt einen 404 Fehler an.
Das hatte ich schon einmal bei Wordpress also vollzog ich meine gängige Fehleranalyse:
mod_rewrite ist an
Datenbank ist heile
Permalinks sind korrigiert
alles nochmal neu gestartet
AllowOverride All steht in der conifg
.htaccess ist korrekt.
Cache wurde überall geleert

Konfiguration meiner Testseite:

<VirtualHost *:80>ServerAdmin webmaster@cloudload.eu
DocumentRoot /var/www/cloudload
ServerName cloudload.eu
DirectoryIndex index.php
ErrorLog /var/log/apache2/cloudload-error.log
</VirtualHost>
<Location />
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R]
</Location>
<Directory "/var/www/cloudload">
        Require all granted
        Options Indexes FollowSymLinks
        AllowOverride All
        Order allow,deny
        Allow from all
</Directory>
<IfModule mod_ssl.c>
<VirtualHost *:443>
<IfModule mod_headers.c>
Header always set Strict-Transport-Security "max-age=15552000; includeSubDomains; preload"
</IfModule>
ServerAdmin webmaster@cloudload.eu
DocumentRoot /var/www/cloudload
ServerName cloudload.eu
SSLStrictSNIVHostCheck off
DirectoryIndex index.php
ErrorLog /var/log/apache2/polr-error.log
SSLCertificateFile /etc/letsencrypt/live/stoecklmayer.net/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/stoecklmayer.net/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
<Location />
RewriteEngine on
</Location>
<Directory /var/www/cloudload/>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</Directory>
</IfModule>

htaccess

# 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]
</IfModule>




# END WordPress
php_value max_input_vars 1500
php_value max_execution_time 300
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/gif "access plus 7 days"
ExpiresByType image/jpeg "access plus 7 days"
ExpiresByType image/jpg "access plus 7 days"
ExpiresByType image/png "access plus 7 days"
ExpiresByType text/css "access plus 7 days"
ExpiresByType text/javascript "access plus 2 hours"
ExpiresByType application/x-javascript "access plus 7 days"
ExpiresByType application/javascript "access plus 7 days"
</IfModule>

Es muss ja irgendwie an einer allgemeinen Konfiguration liegen, da alle drei Wordpress Seiten gleichzeitig schlagartig versagen.
Auf dem Server laufen noch mehr Webseiten und Dienste. Diese laufen alle einwandfrei!

Ich nutzte das Avada Theme mit den dafür nötigen Plugins. Das war es schon, Cache usw. lief Serverseitig.
Es war alles aktuell, sowohl das Theme als auch alle Plugins.
Auf dem Server läuft Linux Debian 8 in der aktuellsten Ausführung.
Außer Apache und Mod_SSL und MySQL läuft gar nichts auf dem Server und die Berechtigungen besitzt nur Apache selbst.
FTP Zugang gibt es keinen. Der Port ist auch zu. Ich nutze SSH und Webmin und WebDAV via SSL für die Dateiverwaltung. WebDAV ist aber auch nur aktiv wenn ich es via Kommando aktiviere und es war die meiste Zeit eben aus da ich auf dem Server nach der Wordpress Einrichtung ja nichts mehr machen musste.
Apache hat außerdem nichts verdächtiges im Access Log und der Error Log ist auch leer bis auf ein paar fehlgeschlagene SSL Handshakes mit veralteten Webbrowsern aber das wird es ja nicht sein.

Guten Abend werte Community,

mittlerweile betreibe ich 4 Wordpress Seiten die sich alle immer mehr aufrufen erfreuen weshalb ich vor 2 Monaten beschloss die Seiten auf einem kleinen Linux Server selbst zu hosten um etwas mehr Performance zu schaffen und das hat soweit super geklappt. An sich kenne ich mich mit Linux Servern recht gut aus und hatte bisher nie Sicherheitsbedenken da ich Linux schon Jahre lang nutze und es mir als Serversystem viel lieber ist als Windows.
Dennoch habe ich in letzter Zeit viel merkwürdige Dinge auf meiner einen Seite erlebt.
Es fing an mit verschwundenen Seiten, beispielsweise war die Seite für das Kontaktformular und das Impressum weg. Diese habe ich sofort rekonstruiert.
Da ging ich noch davon aus das es eventuell ein Fehlerhaftes Plugin gewesen sein könnte.
Am nächsten Tag hatte ich seltsame Bilder an der Stelle, an der eigentlich Adsense Anzeigen waren. Es waren überwiegend Verlinkungen auf irgendwelche russischen Seiten.
Das irritierte mich dann etwas, ich änderte das Passwort für meinen Wordpress Login und habe jetzt ein paar Tage nicht mehr geschaut.
Soeben wollte ich mich einloggen und ich komme nicht mehr rein. Nach etwa 30 Versuchen habe habe ich geschaut ob auf der Seite wieder was im Eimer ist und tatsächlich ist das Impressum und das Kontaktformular weg. Das Passwort für den Login muss stimmen, ich habe es aufgeschrieben und zudem auch noch im Browser gespeichert. Über die Passwort vergessen Funktion komme ich nicht mehr rein weil mein Wordpress User angeblich nicht mehr existiert.

Ich würde Wordpress auf dieser Seite einfach neu aufsetzten um sicher zu gehen das keine Scripts und ähnliches mehr in der Installation sind aber möchte meine Beiträge behalten. Kann ich diese Extern irgendwie aus meinen Wordpress Dateien sichern?
Wie kommt es, dass Wordpress wie es scheint so leicht zu knacken ist, habe in vielen Foren gelesen das so etwas in letzter Zeit immer häufiger vorkommt.
Was würdet Ihr mir empfehlen?
Ich bin kurz davor mich von Wordpress zu trennen.
Ich habe bisher die htaccess geprüft, sowie den Theme Ordner. Beides ohne Fehler und an meinem Passwort liegt es auch nicht, das war 21 Stellig und enthielt Zahlen, Buchstaben und Sonderzeichen etc. Außerdem hätte Apache die Zugriffe im Falle eines Bruteforce Angriffs auch geblockt.

Wäre Dankbar wenn jemande mal was zum Thema sagt und wie er die Sache sieht.
Ich habe gerade echt große Bedenken Wordpress überhaupt noch guten gewissens einsetzen zu können.

Ja, sobald ich auf die Statistik klicke werde ich umgehend ohne Login auf die Jetpack Seite weitergeleitet.

Werte Community,
das Wordpress Plugin Jetpack zeigt bei mir absolut keine Statistiken an.
Zumindest nicht im Admin Panel.
Ich habe derzeit zwei Seiten auf denen jeweils Wordpress mit Jetpack läuft, auf der einen funktioniert alles Tadellos und auf der neuste,
die gerade mal drei Tage existiert funktioniert es gar nicht. Das Widget auf dem Dashboard lädt in einer Endlosschleife, auch wenn ich darauf klicke.
Reinstallation des Plugins brachte nichts, Wordpress habe ich auch noch einmal neu aufgesetzt. Leider auch ohne Erfolg.

Woran könnte es denn liegen?

Vielen Dank im Vorraus! :)

Guten Abend,
Zuerst deaktivierte ich alle Plugins, was aber nichts änderte.
Jetzt habe ich deinen Tipp befolgt bzw. habe ich die Permalinks in den Einstellungen geprüft.
Alles war auf Standard, dennoch habe ich dann auf "Änderungen Übernehmen" geklickt und jetzt geht es wieder.
Keine Ahnung wie der Fehler zustande gekommen sein könnte.

Dennoch vielen vielen Dank für die Hilfe :)
Ich hatte schon befürchtet alles neu machen zu müssen.

Grüße aus London
Jonathan

Werte Community,
Eure Posts haben mir schon häufig bei der Fehlerbehebung geholfen, dennoch habe ich heute ein sehr eigenartiges Problem.
Meine WordPress Tags sind sehr verbuggt und ich weiß nicht wie ich sie resetten oder reparieren kann.

Als Beispiel habe ich den TAG "Windows", zu diesem Tag gibt es etwa 10 Posts die bisher alle in einer Übersicht angezeigt wurden.
Neuerdings wird man wenn man auf den Tag klickt immer direkt zu einem Beitrag weitergeleitet, es ist immer der Selbe Beitrag und ich weiß nicht woran es hakt.
Wer lust hat kann es gerne mal selbst probieren, meine Seite: https://spacepc.de/
Die Tags befinden sich rechts unten.

Der Windows Tag ist das beste Beispiel dafür das etwas nicht stimmt, es gibt aber noch andere die beispielsweise einen 404 Fehler bringen obwohl Beiträge mit diesem Tag vorhanden sind.

MFG Jonathan