logfiles: seltsame Zugriffe

Der Logauszug ist augenscheinlich manuell verändert, daher kann man das nicht weiter nachvollziehen/prüfen.

Zitat von meisterleise

Der Statuscode "200" sagt aus: "alles bestens" und die "143394" müssten die Bytes sein, die der Server ausliefert

Korrekt.

Evtl. kann Dein Hosting Support weiterhelfen.

Mit WordPress hat das nichts zu tun.

Zitat von meisterleise

Zugriffe auf ein Verzeichnis, welches gar nicht existiert und das geht anscheinend schon ewig so.

Code

ip-adresse - - [03/Nov/2021:12:06:22 +0100] "GET /meinecloud/status.php HTTP/1.1" 200 143394 "-" "Mozilla/5.0 (Windows) mirall/2.3.4 (build 8624)" meinedomain.de


ip-adresse ip-adresse - - [03/Nov/2021:01:08:25 +0100] "GET /meinecloud/owncloud/status.php HTTP/1.1" 200 144029 "-" "Mozilla/5.0 (Windows) mirall/2.4.0 (build 8894)" meinedomain.de

IP-Adressen sind personenbezogene Daten. Bitte nicht veröffentlichen!

Zitat

Wieso liefert der Server "200" und eine Datengröße, wenn das Verzeichnis doch gar nicht exisitert?

Viele liefern heute keine gültige 404 Meldung mehr aus, sondern mache wilde Weiterleitungen. Wenn du in deinem Blog etwas löschst, fragt dich in der Regel dein SEO-Plugin auch, ob du eine Weiterleitung einrichten möchtest. Andere verwenden merkwürdige Konfigurationen und senden wunderschöne 404 Seiten aus, aber keine Fehlermeldung.
andere leiten 404 Fehler auf die Startseite weiter.. (ein "Trend" bei "Webanwendungen")

Wenn es WordPress ist - zeige deine Plugins-Liste und den Inhalt der .htaccess.. oder nerv deinen Provider.

Zitat von meisterleise

Wieso liefert der Server "200" und eine Datengröße, wenn das Verzeichnis doch gar nicht exisitert?

Das ist ja genau der "Trick", wie bei Wordpress die Permalinks funktionieren. Alles was nicht als Datei oder Verzeichnis existiert, wird an WP übergeben und von WP interpretiert. Also wird WP dann ggf. den Statuscode setzen und die Fehlerseite ausliefern. Daher die relativ große Datenmenge für einen nicht existierende Seite. Statuscode 200 ist aber falsch, also ist da irgend etwas beim Wordpress nicht richtig konfiguriert.

Gruß
Ingo

Zitat von meisterleise

vor einigen Jahren hatte ich mal ein Verzeichnis "meinecloud" und darin befand sich auch tatsächlich eine owncloud, aber das ist lange her

Also sagen wir mal

example.org/meinecloud/

gab es früher mal.

Und was befindet sich heute auf der Domain example.org? Eine Wordpress-Seite?

Gruß
Ingo

Zitat von meisterleise

mirall/2.4.0 (build 8894)

Du - oder wer auch immer - hat den Desktop Client von Nextcloud/owncloud laufen. Der Client probiert - in regelmässigen Abstände - mit deiner Cloud zu syncen.

Finde den Client und schalt ihn ab.

Zitat von meisterleise

ob das irgendweinen Vorteil bietet, da die Anfragen ja nach wie vor kommen. Ich weiß auch nicht, ob das überhaupt ein Problem ist oder die Anfragen gar nicht stören

Doch, die Anfragen stören dann, wenn sie immer von Wordpress bearbeitet werden müssen. Könnte die Gesamtperformance der Website verschlechtern, weil jedesmal WP gestartet wird, diverse DB-Abfragen ausgeführt werden um schließlich nur festzustellen, das es die Seite nicht gibt. Unnötige Ressourcenverschwendung, würde ich sagen.

Unabhängig von Deinem speziellen Problem werden Websites oft von Bots oder Skriptkiddies mit sinnlosen Anfragen bombardiert, um mögliche Sicherheitslücken zu finden und darüber Kontrolle über das System zu erlangen.

Eine etwas allgemeinere Lösung dafür hatte ich mir schon mal vor vielen Jahren überlegt.
Und ja, das Plugin funkioniert immer noch, auch wenn es schon über 10 Jahre alt ist. :)

Gruß
Ingo

Als Info wegen Performance und Ressourcen habe ich mal meine WP-Speedtest Installation bei IONOS (WP mit Standard-Theme) getestet.

Hier die Wordpress-Fehlerseite:

Hier die Fehlerseite mit aktiviertem Plugin:

350 kB und fast 350 ms gegenüber 250 B und 35 ms finde ich schon eine beachtliche Einsparung (favicon habe ich rausgerechnet).

Gruß
Ingo

@Putzlowitsch Erzeugt Dein Plugin in etwa einen solchen .htaccess Eintrag?

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^meinecloud/ - [F,L]
</IfModule>

Falls nein, könntest Du diesen Eintrag noch testweise ganz an den Beginn Deiner .htaccess setzen (also ausserhalb/oberhalb des existierenden [FONT=Courier New]# BEGIN WordPress[/FONT] Blocks) und mit den o.g. genannten beiden URL Aufrufen testen?

wp-beispiel.de/meinecloud/status.php
wp-beispiel.de/meinecloud/owncloud/status.php

Anmerkung zum .htaccess Eintrag: Das [FONT=Courier New]F[/FONT] erzeugt 403 Forbidden, will man 404 Not Found erzeugen, ersetzt man das [FONT=Courier New]F[/FONT] durch [FONT=Courier New]R=404[/FONT]

Zitat von b3317133

Erzeugt Dein Plugin in etwa einen solchen .htaccess Eintrag?

Nein, es geht von der Annahme aus, das WP-Permalinks keine Erweiterung wie z.B. .php haben und ergänzt die WP-Rewrite-Conditions um eine Regel, die genau das zusätzlich prüft:

RewriteCond %{REQUEST_URI}   !\.[^\.]+$

Damit wird der Request nur an die index.php von WP weitergeleitet, wenn die URI keinen Erweiterung enthält, also nicht mit .xyz endet.

Gruß
Ingo