Blockierendes gethostbyaddr() in MultiHunterListener (Provider-Erkennung) #1113

✔ Erledigt

gethostbyaddr() im MultiHunterListener blockiert Requests 10+ Sek. ohne Timeout.

Hallo,

Der MultiHunter hat auf meine Seite lahmgelegt und darüber alle anderen Seiten in meinem Hosting-Account (All-Inkl, Shared Hosting), weil sich alle Seiten im Account die PHP-FPM-Slots teilen. Der Support von All-Inkl hat dafür ein PHP-FPM Slow Log angelegt, das die Ursache zeigt.

Problem:
Der MultiHunterListener ruft gethostbyaddr() synchron im Request auf, um den Provider der IP zu ermitteln (resolveProvider() → getProvider() → gethostbyaddr()). Bei IPs ohne oder mit langsamem Reverse-DNS-Eintrag (Bots, VPNs, manche Mobilfunknetze) blockiert der Aufruf 10 Sekunden und länger, denn gethostbyaddr() hat kein Timeout. Der Listener hängt am display-Event der TemplateEngine und läuft damit vermutlich bei jedem Seitenaufruf. Kommen mehrere solcher Aufrufe zusammen, sind alle PHP-FPM-Slots belegt und keine Seite im Account ist mehr erreichbar.

Gruss

Wasserlasser

Einmal editiert, zuletzt von Marcel Beckers (31. Oktober 2026 um 10:16)

ByteMon Alpha

Öffne deiner Community das Tor zur ByteMon-Welt

Deine Mitglieder spielen mit ihrem bestehenden Konto, treffen Spieler aus anderen Communities und erkunden eine gemeinsame Welt. Der Client ist kostenlos.

ByteMon entdecken Jetzt spielen
ByteMon Alpha

Open the gateway to the ByteMon world for your community

Your members play with their existing accounts, meet players from other communities and explore one shared world. The client is free.

Discover ByteMon Play now
31. Oktober 2026 um 10:16

Hallo Wasserlasser,

Du hast recht: gethostbyaddr() hat kein eigenes Zeitlimit. Der bisherige Schutz dagegen hat unter PHP-FPM nicht zuverlässig gegriffen. Der Aufruf konnte deshalb bei IP-Adressen mit langsamem oder fehlendem Reverse-DNS-Eintrag mehrere Sekunden blockieren.

Zur Einordnung: Der Multihunter prüft nicht bei jedem Seitenaufruf. Er prüft nur bei angemeldeten Benutzern, höchstens einmal pro Sitzung, und einen bereits bekannten Provider einer IP verwendet er bis zu 7 Tage wieder. Gäste und Bots lösen die Abfrage also nicht aus. Bei vielen gleichzeitigen neuen Sitzungen konnte es auf Shared Hosting trotzdem eng werden.

Behoben: Die Provider-Erkennung fragt den Nameserver jetzt selbst ab, mit einem festen Zeitlimit von höchstens einer Sekunde. Kommt in dieser Zeit keine Antwort, wird der Provider als „Unknown“ gespeichert, und die Seite lädt ganz normal weiter. Ein Seitenaufruf kann dadurch nicht mehr hängen bleiben.

Die Korrektur kommt mit dem nächsten Update (6.2.11). Wenn du bis dahin auf Nummer sicher gehen willst, kannst du die IP-Prüfung in den Optionen des Multihunters vorübergehend abschalten. Dann findet gar keine Abfrage statt.

Gruß
Marcel

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden

Bereit, deine Community smarter zu machen?

Ob fertiges Produkt oder individuelle Softwarelösung – überzeuge dich selbst.

Jetzt kaufen Demo testen

Direkter Support vom Entwickler