Posts by kls

  • Wie "Ansturm" auf gitweb verhindern?

    Es ist wirklich unglaublich. Bis jetzt waren es heute 540000 Zugriffe von 480000 unterschiedlichen IP-Adressen. Also im Schnitt wird von einer IP immer nur ein URL geholt. Seitdem ich eine Passwort-Abfrage vorgeschaltet habe, bekommt jede Anfrage von einem Bot sofort "401", aber es geht ununterbrochen weiter:

    Wie kann das sein, dass eine KI so dermaßen viele IP-Adressen benutzt (mißbraucht)?
    Wenn ich nur die erste Zahl der Adressen betrachte, sind von den theoretisch möglichen 255 Werten 203 dabei, also quasi weltweit.

  • Wie "Ansturm" auf gitweb verhindern?

    Ich denke inzwischen auch, dass das von irgendwelchen KI-Crawlern kommt, denn es sind ausschließlich Aufrufe von git.tvdr.de. Das muss aber ein gewaltiges Botnet sein, denn allein seit Mitternacht kamen Anforderungen von fast 340000 IP-Nummern, von denen fast 320000 unterschiedlich waren. Das heißt, von jeder IP kommt meist nur eine Anforderung. Da richtet man mit Sperren in der Firewall auch niciht viel aus.

  • Wie "Ansturm" auf gitweb verhindern?

    Ich fürchte, da ist irgendwie kein Schema zu erkennen.
    Hier mal ein kleiner Auszug, was hier innerhalb weniger Sekunden passiert. Ich kann mir nicht vorstellen, dass das alles interaktive User sind:

  • Wie "Ansturm" auf gitweb verhindern?

    Ich benutze für https://git.tvdr.de das "gitweb" CGI script. Das funktioniert wunderbar, nur jedes Mal, wenn ich eine neue VDR-Version einspiele kommen einige Zeit später Zugriffe von zigtausenden verschiedenen IP-Adressen, die anscheinend sämtliche Links, die diese Seite zur Verfügung stellt, rekursiv holen, was zu einer erheblichen Belastung des Servers führt - und ausserdem völliger Quatsch ist, denn mit git clone git://git.tvdr.de/vdr.git geht das ja in nullkommanix.

    Ich habe zwar ein robots.txt dort mit

    Code
    User-agent: *
Disallow: /

    aber das wird anscheinend ignoriert.

    Kennt sich hier jemand damit aus und weiß, wie ich diesen "Ansturm" unterbinden kann?

  • VDR version 2.7.8 freigegeben

    Quote from MarkusE

    Könntest Du das bitte noch in PLUGINS.html unter "Locking" mit aufnehmen?

  • VDR version 2.7.8 freigegeben

    Die eckigen Klammern gefallen mir hier nicht, daher bleibt's bei den Runden.

    "(t)" wäre im Deutschen wohl auch nicht richtig, denn Tage schreibt man groß. Also wenn, dann "(T)". Ob das aber eine gängige Abkürzung ist, weiß ich nicht.

    Dann wird ja auch "(h)" verwendet für Stunden, das müsste dann wohl "(S)" werden.

    Was wird dann aus "(s)" für Sekunden? "(S)" ist dann ja schon vergeben.

    Ganz doof wird's dann bei "(ms)" für Millisekunden. ..

    Alles nicht so einfach...

  • VDR version 2.7.8 freigegeben

    Quote from MarkusE

    Dann müsste die VDR SVDRP Methode zum Löschen vermutlich auch geändert werden (?

    Nein, das funktioniert so. Zum Testen:
    - öffne das "Recordings" Menü, so dass eine Aufnahme angezeigt wird
    - benutze DELR um diese Aufnahme zu löschen
    --> der Eintrag verschwindet sofort aus dem Menü
    - öffne das "Deleted recordings" Menü
    - lösche eine weitere Aufnahme mit DELR
    --> es erscheint sofort ein neuer Eintrag im Menü.

    Das "Umhängen" des cRecording im cRecordingsMenu wird gemacht, um den Umweg über das erneute Scannen des Video-Directories zu vermeiden. Sicher könnte man das auch in DELR machen, es ist aber nicht zwingend nötig.

  • VDR version 2.7.8 freigegeben

    Mein Fehler war, dass ich unterschiedliche Kanalnummern verwendet habe, damit waren die Timer natürlich immer unterschiedlich :-/.

    Die Prüfung macht für Pattern-Timer wohl wirklich keinen Sinn.
    Daher:

  • VDR version 2.7.8 freigegeben

    Quote from jsffm

    Kann es damit zusammenhängen, dass der angemotzte Timer deaktiviert war?

    Kann ich mir nicht vorstellen.

    Um das genauer zu untersuchen benötige ich
    - deine vollständige timers.conf
    - deine vollständige channels.conf
    - den genauen NEWT-Befehl
    - die Logmeldung(en) nach diesem Befehl.

    Ich habe mehrfach versucht, das zu reproduzieren, aber es muss wohl ein entscheidendes Detail bei dir anders sein als bei mir.

  • VDR version 2.7.8 freigegeben

    Quote from MarkusE

    Sie wird im VDR aber noch in der Liste der Aufzeichnungen angezeigt.

    Das liegt vermutlich hieran:

    Code
    + cMenuRecordings::Delete() now moves the cRecording object from Recordings to DeletedRecordings.

    Im Code sieht das so aus:

    Code
              Recordings->Del(Recording, false); 
          DeletedRecordings->Add(Recording);

    Damit spart sich VDR das erneute Scannen des Video-Directories nach einem Delete bzw. (neu) Restore. Plugins, die diese Funktionen nachbauen, müssen wohl entsprechend geändert werden.

  • VDR version 2.7.8 freigegeben

    Quote from jsffm

    Problem mit Pattern-Timer

    Was steht denn nach diesem Befehl im Log?

    Wenn ich das hier versuche nachzustellen sieht das so aus:

    Code
    220 raspi4 SVDRP VideoDiskRecorder 2.7.8; Thu Jan 22 22:01:56 2026; ISO-8859-1
newt 1:1:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
250 7 1:S19.2E-1-1089-12003:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
newt 1:2:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
250 8 1:S19.2E-1-1107-17500:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
newt 1:3:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
250 9 1:S19.2E-1-1107-17501:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
newt 1:1:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
550 7 1:S19.2E-1-1089-12003:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:

    Und im Log:

    Code
    Jan 22 22:02:10 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 added timer 7 (1 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
Jan 22 22:02:22 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 added timer 8 (2 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
Jan 22 22:02:29 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 added timer 9 (3 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
Jan 22 22:02:38 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 attempted to add timer 0 (1 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
Jan 22 22:02:38 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 timer already exists as 7 (1 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')