Danke, das findet in meinem Fall sogar zwei: .quicksrv.de und .yourvserver.net.
Das längste Thema
-
fLoo -
23. Oktober 2009 um 12:55 -
Unerledigt
-
-
Danke, das findet in meinem Fall sogar zwei: .quicksrv.de und .yourvserver.net.
Das ist normal. .yourvserver.net ist immer zusätzlich gesetzt.
-
ich habe auch einen server übernommen, bei dem bloß der vxxxxxxxxxx-teil gesetzt war.
dieser teil kommt bei hot,good,mega,quick und ultra vor. aber: nicht in yourvserver.net.
und bei keinem dns mit meiner ip, also der ip, die mir ccp und scp anzeigen. !?
-
Habe ich versucht, geändert hat sich sonst in den Einstellungen leider nichts.
Ist auch nicht weiter schlimm, da ich meinen eigenen FQDN einfach darauf zeigen lasse.
Das ist eh die zu empfehlende Vorgehensweise. Zumindest wenn der Server Mails verschicken soll, hat er bei manchen Mailhostern mit so einem generischen Servernamen schon gleich Pech gehabt.
-
Wenn man die vxxxxxxxxxx bei Let's Encrypt einträgt, besteht das erhöhte Risiko in ein Lastbegrenzung zu laufen:
"too many certificates (50) already issued for "quicksrv.de" in the last 168h0m0s, retry after 2026-02-10 02:31:03 UTC"
https://letsencrypt.org/docs/rate-limi…gistered-domain -
too many certificates (50) already issued
dasselbe problem haben die webhostings mit der nc-default-domain.
wenn ein zertifikat unbedingt benötigt wird, kann das schonmal dauern, bis man das durchbringt.
-
Boah, habe gerade einen Server übernommen und der hat eine IP, die sich in genau einer Digit von einer meiner anderen Server-IPs unterscheidet .... BRAINFCK
-
-
Bist Du der Poster? Ich verstehe das Problem nicht unbedingt. Ein normaler Netcup Server sollte damit doch zurecht kommen. Und wenn da mal was war, was da nicht mehr ist, wäre die Auslieferung des korrekten Fehlers (htaccess) evtl hilfreich, dass die Bots es nicht immer wieder probieren.
-
Das mit dem Blocken der AI Scraper ist nicht so ganz ohne. Ich hab da auch betroffene Webseiten und angefangen mit nginx zonen zu blocken, dann später Netze, dann ganze ASNs aus China oder Brasilien. Alles nutzlos, täglich neue Bots, die die Last der Systeme einfach hoch treiben.
Ich hab mir jetzt übers Wochenende eine Proof-Of-Work-Middelware implementiert. Den Keks musst du dir verdienen, ohne Keks immer wieder Proof of Work und keine Inhalte. Mit Keks Inhalte. Funktioniert ziemlich gut, schaue jetzt noch nach sinnvollen Ausnahmen für anständige Bots, wie Google, DuckDuckGo oder Bing ...
-
das blockt einen Teil von AI-Bots. Ist keine endgültige Lösung, hilft aber erst mal. Einfach mal anschauen
https://github.com/ai-robots-txt/ai.robots.txt -
das blockt einen Teil von AI-Bots. Ist keine endgültige Lösung, hilft aber erst mal. Einfach mal anschauen
https://github.com/ai-robots-txt/ai.robots.txtIch selbst nutze seit Jahren den Ultimate-Bad-Bot-Blocker für den Apachen (es gibt auch ein Nginx-Pendant) und aus dem Stegreif wüsste ich keinen AI-Bot, welcher mir in den Logs als "nicht geblockt" aufgefallen wäre.
-
Ich selbst nutze seit Jahren den Ultimate-Bad-Bot-Blocker für den Apachen (es gibt auch ein Nginx-Pendant) und aus dem Stegreif wüsste ich keinen AI-Bot, welcher mir in den Logs als "nicht geblockt" aufgefallen wäre.
Nutzt du die globalblacklist so wie sie ist oder nimmst du noch Modifikationen vor ?
-
Die meisten dubiosen Bots, die unter dem Radar bleiben wollen und sich nicht zu erkennen geben, schaffen (zum Glück) nicht einmal das. Einen Großteil dieser Requests filter ich bei einem System alleine schon dadurch raus, dass alle veralteten Useragents (= älter als z.B. Firefox ESR Versionen) beim Loginformular landen. Natürlich mit Ausnahme jener Unterseiten, die man aus rechtlichen Gründen haben sollte. Das funktioniert erstaunlich gut, weil die sich zu 90% als uralte Systeme ausgeben. Da sind interessante Schmankerl dabei, die zusammen mit z.B. TLSv1.3 teilweise überhaupt keinen Sinn ergeben.
-
Ja, das hat auch eine Zeit gut geholfen, zweistellige oder einstellige Chrome und Firefox-Version zu blocken, irgendwann kamen sie dann aber mit aktuelleren Versionen um die Ecke.
Also ich bin mit der Proof-of-Work Variante jetzt ganz happy, die blockt halt sehr ressourcenarm alles raus und jetzt kann ich mir eher überlegen welche Bots ich haben will. Zusätzlich hab ich noch einen iocaine 2 laufen, der halt Markov-Ketten-Texte produziert, für alle die ohne Keks vorbeikommen.
-
Nutzt du die globalblacklist so wie sie ist oder nimmst du noch Modifikationen vor ?
Auf den Netcup-Servern nutze ich die jeweils tagesaktuelle "globalblacklist" ohne Anpassungen.
-
Ich verstehe das Problem nicht unbedingt.
Ich versteh das Problem auch nur ein bisschen
ZitatOk, es ist vorbei. Das Ende einer Ära für mich. Kein selbstgehostetes Git mehr. Ich hatte seit 2011 einen öffentlichen Git-Server laufen, und davor einen öffentlichen CVS-Server. KI-Scraper haben den armen, kleinen Server zu Tode gehämmert, indem sie das cgit-Frontend mit Unmengen sinnloser² Requests geflutet haben. ...
... 2018 habe ich den Blog von WordPress auf Jekyll migriert, sodass jetzt alles statische Seiten sind. Dass KI-Scraper die Maschine durch Überlastung ausknocken, sollte damit eigentlich nahezu unmöglich sein, und bisher hat das auch gehalten.
Trotzdem haben KI-Scraper bereits einen Ausfall verursacht. Offenbar waren Millionen von 404-Antworten nicht genug, um die Bots davon zu überzeugen, dass es keinen cgit-Service (mehr) gibt. Apache hatte kein Problem damit, diese auszuliefern, aber die Logs haben die Platte so schnell gefüllt, dass logrotate es mit der Standardkonfiguration nicht geschafft hat, das unter Kontrolle zu halten. Konfiguration angepasst. Auf Holz geklopft.
²Am ineffizientesten, um das komplette Repository zu bekommen. Klon es einfach, okay?
-
Ich kann es nachvollziehen. Ich hab auch einen kleinen gitea mit public repo laufen, und die Scraper nutzen halt jeden Link, bauen dann jeden komischen diff im Web oder download als tar anstatt das repo zu clonen. Und all das braucht auch tmp-space zum Generieren (das war mein problem auf einem VPS 200 G10s mit 40G Disk).
Das alles erzeugt unnötige Last und Aufwand im Betrieb und ich hab damals auch überlegt, den gitea private zu setzen, gab da aber noch ein paar andere Optionen, den besser zu schützen. Und ich habs auf nen nano G11 migriert, der hat immerhin 60GB Platte)
Den Effekt mit den Logfiles kenne ich auch. Auf dem im obigen Beitrag beschrieben Server sehe ich 12,5 Mio requests auf den am stärksten belastenten Domains pro Tag, dass sind 150 Request die Sekunde auf dem Webserver. Bei 2 Server mit 4CPUs (G11) war das ohne Proof-Of-Work ein Problem, mit geht das jetzt gut.
Letztes Jahr waren das mal locker 210GB gz komprimierte Logfiles, auch das muss verwaltet werden und gemanagt werden. 2024 waren das noch 21GB, also rund 10% des Volumen.
Für sowas kann man jetzt Zeit haben wollen oder auch nicht. Ich kann die Entscheidung problemlos nachvollziehen.
-
Ah, jetzt ist wohl das Ende der kostenlosen Plesk-Lizenzen bei Strota gekommen. Gerade habe ich die entsprechende Ankündigung erhalten. Egal, ich habe diese Lizenzen nie genutzt und dort bald sowieso nur noch meine zwei kleinen VC1-1. Die brauchen ganz sicher kein Plesk - falls das überhaupt irgendein Server haben will
. -
Wollte jetzt die Nameserver von deSEC bei Netcup eintragen, beim Speichern kommt jedoch folgende Fehlermeldung:
DNSSEC ist schon seit mehreren Tagen bei Netcup deaktiviert.
Wo habe ich hier einen Fehler rein gebracht?
