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 erstellenDas Forum ist deutschsprachig, bitte deutsch schreiben.
Die Lösung hier wäre ein je Newsletterempfänger individuell personalisierter Link dessen Abrufe in einer Datenbank gezählt werden und der je nach Zahl die gewünschte Videodatei oder z.B. eine Videodatei mit "abgelaufen" Hinweis o.ä. ausliefert.
Mit WordPress hat das eher nichts zu tun.
Wenn Du tatsächlich eine echte DDoS-Attacke exakt zielgerichtet gegen Deinen Server haben solltest, nutzt ein WordPress Firewall Plugin erst recht nichts und ist vielmehr kontraproduktiv, da es nur die Serverlast zusätzlich erhöht.
Wende Dich in so einem Fall am besten an Deinen Hostinganbieter, ein aufmerksamer Anbieter wird sowas aber ohnehin bereits selbst bemerkt haben und eigene Massnahmen ergreifen.
Alternativ blockiere z.B. für eine Weile alle Besucher via [FONT=Courier New].htaccess[/FONT] und werte alle IP-Adressen aus den Access-Logs aus, meist sind die heutzutage wg. DSGVO teilanonymisiert, aber das ist egal, da man in der Regel trotzdem eine IP-Range daraus ableiten kann und sperre dann all diese IP-Ranges grosszügig in der [FONT=Courier New].htaccess[/FONT], das fängt relativ viel ab.
Das hat mit WordPress aber rein gar nichts mehr zu tun. Dafür gibt es andere Foren, die sowas viel detaillierter und nicht nur so grob zusammengefasst behandeln.
Also quasi so IP : Port
Dann lass ggf. mal die Leerzeichen weg.
Mehr zu dem Feld kannst Du z.B. in der WordPress Dokumentation zu DB_HOST nachlesen.
Mit den bisherigen Angaben kann man das Problem nicht sinnvoll nachvollziehen, bin raus. Viel Erfolg bei der weiteren Lösung.
Diese Meldung erscheint, wenn Benutzername oder Kennwort falsch sind oder der Datenbankserver vom WordPress Webserver aus nicht unter dem angegeben Hostnamen bzw. IP mit ggf. angehängtem Port erreichbar ist.
Was bedeutet "blank versucht"? Was genau steht im Feld Database Host?
Benutzer via REST-API sieht man ohne weitere Massnahmen so:
example.com/wp-json/wp/v2/usersDie Version einer WordPress Installation kann man anhand diverser Dinge ermitteln, auch z.B. aus der Kombination von vorhandenen JavaScript oder CSS Dateien mit entspr. unterschiedlichen Inhalten. Das kann niemand blocken.
Allerdings ist es den meisten Botnetzen sowieso völlig egal, welche Version oder ob überhaupt WordPress auf einem Server läuft, er wird mit allen möglichen Dingen bombardiert, vollautomatisiert.
Wenn Bots zu sehr nerven sollten, kann man die IPs eine Weile mitloggen und dann diese bzw. eine entspr. IP-Range direkt in der [FONT=Courier New].htaccess[/FONT] blocken, dann wird WordPress gar nicht mehr davon erreicht.
Aber nach dem Klick auf Submit dann sofort die Fehlermeldung.
Welche Fehlermeldung? Screenshot?
Probiere die frische Installation ganz ohne eine [FONT=Courier New]wp-config.php[/FONT]
Aber nach dem Klick auf Submit dann sofort die Fehlermeldung.
Welche Fehlermeldung? Screenshot?
Muss ich in der WP-Config irgendetwas ändern?
Eine [FONT=Courier New]wp-config.php[/FONT] existiert standardmässig bei einer frischen Installation noch gar nicht, sie wird vom Installationsprozess anhand Deiner Eingaben erstellt.
Irgendwelche IDs direkt in der Datenbank anpassen führt meist zu Folgeproblemen.
An Benutzernamen kommt man auch anders, sie werden zum Teil z.B. durch die REST-API ausgeplaudert, ein kleiner Nebeneffekt des ach so tollen Gutenberg Editors...
Um die REST API nach aussen abzuschalten gibt es diverse Plugins, wie auch diverse Plugins für das Abschalten von XML RPC. Schau Dir deren Code an, und bau Dir ggf. bei Bedarf ein eigenes kleines Plugin, das nur das macht, was Du willst und verstehst.
Am wichtigsten neben aktuellem Theme/Plugins/PHP/usw. ist ein sicheres Passwort, wie beschrieben so was ähnliches wie wenn man im Benutzerprofil auf "Passwort generieren" klickt.
Die Möglichkeit zum Anpassen des Tabellen Präfix (das macht man am besten direkt und ausschliesslich zum Zeitpunkt der Erstinstallation) ist dafür da, dass man mehrere WordPress Installationen in einer Datenbank nutzen kann. Das war früher mal interessant, als für zusätzliche Datenbanken beim Hosting hier und da noch richtig viel Geld verlangt wurde.
Oft liest man in irgendwelchen ganz tollen und meist alten "Tutorials", dass eine Änderung des Präfix einen Sicherheitsvorteil bieten würde, das ist mMn. Quatsch. Wenn ein Angreifer bereits in der Lage ist, über Tabellennamen auf Daten zuzugreifen, nutzt er eine sog. eine SQL-Injection (google) Lücke und man hat ganz andere Probleme als Tabellen zu "verstecken".
Was Du wie in welcher Firewall konfigurierst oder nicht, oder ob Du eine nutzt oder nicht, bleibt natürlich Dir überlassen. Manche schwören auf dies, manche auf das, manche auf was ganz anderes, die meisten haben aber keine Ahnung, was sie da nutzen.
Der wichtigste Punkt bei solchen Firewall u.ä. Plugins ist, dass man immer technisch zu 100% versteht, was da genau passiert, also was die entspr. Funktion der Firewall wie "verteidigt", und dazu wie WordPress sonst im Detail funktioniert, also ob/wie man den entspr. Angriffspunkt ggf. auch anderweitig umgehen könnte usw., sonst ist das oft nur "gefühlte" Sicherheit.
Hattest Du das Passwort vor der Suche schonmal eingegeben? Falls ja, lösche alle Cookies im Browser und versuche es dann (ohne das Plugin) nochmal.
Tipp: Passwörter raten machen viele Bots über xmlrpc.php, dafür braucht man kein Login-Formular...
Nutze ein sicheres Passwort, in der Kompexität wie unter Deinem Benutzer > Profil > Passwort vorgeschlagen, das ist völlig ausreichend.
Im Screenshot sind keine Handles erkennbar.
Falls das über die WordPress API eingebunden wird, wende Dich am besten an die Person, die dieses CSS in die Seite eingefügt hat, die sollte die Handles kennen bzw. herausfinden können.
Ergänzung: Evtl. wäre eine Lösung mit eigenem Hosting von Font Awesome (gerade auch im Hinblick auf DSGVO) auch eine gute Alternative.
Wie genau ist der Bereich geschützt?
Was genau gibst Du in die Suche ein und welche Information genau soll dann nicht erscheinen?
Bist Du bei WordPress angemeldet, wenn Du die Suche benutzt? Falls ja, melde Dich vorher ab, erscheinen dann immer noch die "geschützten" Informationen?
Das Ausblenden der Lupe bringt übrigens eher nichts, man kann die Suche z.B. auch so ohne Lupe nutzen:
http://rs-plus-bellheim.de/?s=schuleLink zu einem Beitrag o.ä., wo ein solcher Kommentar zu sehen ist?
Abschalten möglicherweise unter Beiträge > Bearbeiten, genaueres kann man ohne weitere Beschreibung nicht wirklich sagen.
Wenn ich das Plugin lösche und dem Benutzer eine Standard Wordpress Rolle zuweise kommt der Fehler auch.
Wenn ich die Plugins via FTP deaktiviere, komm ich in die Seiten hinein.
Dann finde heraus, welches der sonstigen Plugins das problematische ist und recherchiere da weiter.
Wenn man etwas frisch aufsetzt, heisst das noch lange nicht, dass die Roles/Capabilities in der Datenbank genau so gesetzt sind, wie auf einer bestehenden Seite, die mit User Role Editor oder ähnlichen Plugins bearbeitet wurde oder wo andere Plugins installiert waren, die Rollen ergänzen oder in bestehende Rollen eingreifen, da gibt es so einige, von Backup- bis SEO-Plugins ist da alles dabei...
Habe zudem schon viele mit User Role Editor "verbastelte" Seiten gesehen, wo auf den ersten Blick irgendwas toll funktioniert hat, aber an allen möglichen anderen Enden dann nicht mehr, daher der Hinweis.
Damit keine falschen Hoffnungen geweckt werden: Um beispielsweise direkte Links zu Grafiken (jpg, png, ..) oder Dateien (pdf, zip, ..) o.ä. vor Downloads ohne Anmeldung zu "schützen", sind in WordPress extra Plugins bzw. selbst erstellte Mechanismen mit .htaccess u.ä. nötig. Das kann je nach Bedarf relativ komplex sein, "out-of-the-box" hat WordPress da nichts zu bieten.
Die Änderungen mit dem User Role Editor bleiben erhalten, auch wenn Du das Plugin deaktivierst oder löschst.
Siehe auch Anleitung / FAQ des Plugins:
If you are needed to restore roles capabilities you have before your or installed plugins made 1st modification to them, use “Reset” button. “User Role Editor” will restore roles and capabilities to its clean state. You will get roles stuff just after WordPress installation. Be very careful with this operation as you will definitely lose any changes you or your plugins made to user roles from the time of fresh WordPress installation. [COLOR=#ff0000]Consider to make backup copy of your database before proceed with “Reset” operation.[/COLOR]
Das setzt wie beschrieben aber auch alle Änderungen an Rollen von anderen Plugins zurück, man sollte (wie generell beim User Role Editor Plugin) sehr genau wissen, was man da tut.
Empfehlung: Wenn der Website wichtig ist, suche Dir jemanden in Deinem Umfeld, der sich gut mit WordPress auskennt und lasse Dir da helfen bevor noch mehr kaputtgeht.
Analog zum o.g. Code mit [FONT=Courier New]style_loader_tag[/FONT] Filter und passendem Handle (könnte man im HTML-Quelltext der Seite sehen).
Link zu einem Beitrag o.ä., wo ein solcher Kommentar zu sehen ist?
Stelle sicher, dass die Kommentare und Trackbacks auch bei den einzelnen Beiträgen, bei denen Kommentare reinkommen, abgeschaltet sind.
Alternativ in der Google Search Console links das Menü "Entfernen" für diese URL nutzen.
