Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenOK dann ich auch ;-))
Paket Expert:
https://www.fc-hosting.de/hosting/webspace.php
Paket SSD- Expert:
https://www.fc-hosting.de/hosting/webspace-ssd.php
Paket unlimited:
http://www.fc-nolimit.de/index.php
WordPress läuft da überall perfekt.
Null Risiko, weil überall kostenfreier Testzeitraum dabei wenn man das möchte.
Die Domain löst auf keine IP auf.
Möglichweise wurde die Domain gesperrt, weil die Validierung der hinterlegten Emailadresse fehlgeschlagen ist/nicht beachtet wurde.
Wende Dich an Deinen Domainprovider und frage was mit der Domain ist
Nach dem Scheitern des Safe Harbor Abkommens stellt sich die Frage eigentlich gar nicht mehr, wenn man Datenschutz ernst nimmt. Im übrigens habe ich das schon vorher so bewertet... Auch kann man sich die Hinweise auf die Tracking-Cookies sparen (wenn es noch nicht andere Trackings gibt). Alles Dinge im Sinne des Besuchers und vollkommen losgelöst vom Ranking in Suchmaschinen.
Wenn Du reine html-Dateien oder php-Scripte auf Deiner Website auch nicht aufrufen kannst (so hast Du es mitgeteilt), die rein gar nichts mit Deinem WordPress zu tun haben und die Aufrufe nicht über WordPress erfolgen, dann kann das Problem nicht am WordPress oder irgendwelchen dortigen Plugins liegen. Das wäre völllig unlogisch.
Wenn tatsächlich ein anderer PC im LAN mit derselben öffentliche IP des Routers Zugriff hat und Dein PC nicht, dann liegt es nicht am WordPress, sondern an Deinem PC.
Plugins wie z.B. "https://wordpress.org/plugins/login-security-solution/" reagieren so.
Wenn Du admin bist, kannst dich das Plugin per Email informieren. I.d.R. werden Blockaden auch geloggt, so das Du das nachvollziehen kann.
Lege zusätzlich noch mal eine simple html-Testdatei in den Webspace und rufe diese auf, wenn eine Blockade wirkt. Also ein Aufruf in dem Web ohne WordPress. Falls so ein Aufruf dann auch blockiert wird, dann liegts nicht am WordPress. Aber teste das erst mal...
Akeeba hat in der Joomla-Welt einen guten Ruf und ist dort das Standardtool für Backups und Umzüge. Unter WordPress habe ich das Script noch nicht benutzt. Dort wird meist der Duplicator eingesetzt.
Ja Du musst alle ULRs in der Datenbank ändern. Mit dem Script im vorherigen Post von mir ist das ne Sache von 2 min.
Verrate doch mal was bislang geschehen ist. Was hat denn geholfen oder was hast Du geändert?
Würde ich so nicht sagen, denn eine Vielzahl der Angriffe manipuliert die vorhandenen PHP-Dateien direkt. Mit dem Verzeichnisschutz ist das nicht möglich.
Ja das ist richtig, aber der erste Schritt ist fast immer ein Update eines entsprechendes Scriptes, danach folgen weitere Aktionen. Der Schaden an vorhandenen Datein kann natürlich eingegrenzt werden, wenn ein Schreibschhutz gesetzt ist, aber wenn ein Web gehackt wurde, sollten sowieso alle Files entfernt werden und mit einem sauberen Bachup wieder restauriert werden.
Der Schutz ist sicher nicht nutzlos, aber bei solchen Dingen wird der tatsächliche Nutzen oft überschätzt.
Und was genau ist das Problem mit der Datei? Die wp-config-sample.php, die gemäß obiger Anleitung als Grundlage verwendet werden soll ist identisch.
Du hast die wp-config.php editiert gemäß der verlinkten Anleitung? Ich halte von dieser Anleitung nichts, weil zu fehleranfällig.
Der Wordpress-Installer fragt die Daten doch ab (Datnbankname/User/Passwort usw.). Gibt die Daten also dort ein, dabei sollte nichts schief laufen.
Eine andere Ursache des Fehlers kann an einem unvollständigen Upload der Dateien liegen.
Ich behaupt mal das es für Laien kaum möglich ist zu wissen, welche Verzeichnisse ein Script mit Schreibzugriff benötigt.
Darüber hinaus ist es so, das getade bei Hacks oft ganz normale Funktionen des Scripte benutzt werden, um Uploads zu tätigen. Diese Uploads landen dann in Verzeichnisse die freigegeben sein müssen, damit die Website läuft.
So ein Verzeichnisschutz ist mehr oder weniger Augenwischerrei.
Die beste Methode die ein Hostingkunde selbst gegen Bruteforce nutzen kann ist folgendes:
* wirklich sichere Passwörter (lang genug etc.pp)
* zusätzlicher .htaccess-Schutz auf die wp-login.php. Kann man mit Passwortschutz machen oder Netzwerk-/IP-Freigabe.
Letzeres verhindert zu große Last auf dem Host, wenn viele Loginversuche erfolgen. Irgendwelche Schutz-Plugins schneiden immer schlechter ab, weil dies wiederrum Scripte sind die aufgerufen werden und Last erzeugen und zudem geupdated werden müssen.
Fail2ban kann nur der probider selbst einrichten und ist bei Websites keine sinnvolle Lösung, weil das Tool bei gut besuchten Server schnell an seine Grenzen stosst. Für andere Dinge wie SSH/FTP/Mail-Logins etc. aber OK.
