TunepingBot/0.1 (+https://tuneping.com/bot)
Sie haben TunepingBot in Ihren Logs gefunden. Hier steht alles, was er tut.
Er liest alle 20 bis 60 Sekunden den öffentlichen „Jetzt läuft“-Titel Ihres Senders, jeweils wenige KB, und rührt das Audio nie an. Wenn Sie das lieber nicht möchten, wirkt jeder der drei Opt-out-Wege unten, dauerhaft und innerhalb von 24 Stunden. Ohne Rückfragen.
To: [email protected] Subject: Opt-out Body: stream.example.net
Senden Sie den Stream-Host oder die Stream-URL an [email protected]. Sobald er entfernt ist, erhalten Sie eine Bestätigung.
User-agent: TunepingBot Disallow: /
Je Schema, Host und Port. Eine echte User-agent: *-Gruppe funktioniert ebenfalls (siehe unten).
X-Robots-Tag: noindex
Auf dem Status-Endpoint oder der Stream-URL. Ein 401 oder 403 hat dieselbe Wirkung.
Das Wichtigste in Kürze
| User-Agent | TunepingBot/0.1 (+https://tuneping.com/bot) |
|---|---|
| IPv4 | 167.233.123.27 |
| IPv6 | 2a01:4f8:c016:4026::1 |
| Reverse DNS | poller.tuneping.com, vorwärts bestätigt. Maschinenlesbare Liste unter /bot/ips.json. |
| Häufigkeit | Eine Anfrage pro Sender alle 20 bis 60 s; alle 5 min, sobald sich der Titel 30 min lang nicht geändert hat. Höchstens 2 gleichzeitige Verbindungen pro Server-IP. |
| Bytes pro Abruf | Einige hundert Byte bei einem Status-Endpoint; bis etwa 16 KB für einen Metadatenblock im Stream. |
| Wirksam | Innerhalb von 24 Stunden, meist nach Minuten. Dauerhaft, bis Sie uns bitten, wieder aufgenommen zu werden. |
| Betreiber | Tuneping, siehe Impressum. Missbrauch: [email protected]. |
Wer wir sind
Tuneping ist ein kleiner Dienst, der einen Live-Index darüber führt, was Internetradiosender gerade spielen, damit Hörer und Entwickler senderübergreifend nach einem Song suchen, den Wiedergabeverlauf eines Senders ansehen oder benachrichtigt werden können, wenn ein Song von ihrer Wunschliste beginnt. Der Index entsteht ausschließlich aus den Titel-Metadaten, die Sender ohnehin an jeden Hörer senden. Der Server verarbeitet nur Metadaten; er speichert, überträgt oder verbreitet niemals Audio.
Was er abruft
/robots.txtauf dem Stream-Host, bis zu 24 Stunden zwischengespeichert- Den öffentlichen Status-Endpoint des Streaming-Servers, sofern es einen gibt (die JSON-, XML- oder Klartext-Varianten, zum Beispiel
/status-json.xsl,/stats,/currentsong,/7.html; einmal pro Stunde die Liste der zuletzt gespielten Titel, wo der Server sie anbietet) - Andernfalls die öffentliche Stream-URL selbst mit
Icy-MetaData: 1, gelesen nur bis zum ersten Metadatenblock im Stream, dann geschlossen Connection: close, schlichtes HTTP/1.1, 5 s Timeout für den Verbindungsaufbau und 10 s insgesamt, höchstens 5 Weiterleitungen
Was er nie tut
- Audio über das eine Metadatenintervall hinaus lesen, das nötig ist, um den Titel zu finden (etwa 16 KB, beim Eintreffen verworfen)
- Audio in irgendeiner Form aufzeichnen, speichern, weiterleiten oder verbreiten
- Admin-Pfade, andere Webseiten als die oben genannten Status-Endpoints oder irgendetwas abrufen, das Zugangsdaten erfordert
- HLS-Playlists oder -Segmente abfragen
- Logos oder Artwork abrufen
- Den Klickzähler des Verzeichnisses aufrufen
Wir bevorzugen den Status-Endpoint, wann immer ein Sender einen hat, weil er Sie einige hundert Byte kostet statt eines kurzen Audio-Ausschnitts.
Wie oft, und wie er sich verhält
- Intervall: alle 20 s bei sparsamen Status-Endpoints, alle 60 s bei Metadaten im Stream (30 s für eine kleine Zahl von Sendern, denen ein Nutzer ausdrücklich folgen möchte). Status-Seiten, die im Verhältnis zu den Sendern, die sie bedienen, groß sind, werden entsprechend seltener abgefragt, sodass ein Sender nie mehr Bytes pro Minute kostet als eine Abfrage im Stream. Sender, deren Titel sich 30 Minuten lang nicht geändert hat, werden nur noch alle 5 Minuten abgefragt. Die Intervalle schwanken um plus oder minus 10 %, damit Sender auf einem Server nicht im Gleichschritt abgefragt werden.
- Parallelität: höchstens 2 offene Verbindungen gleichzeitig zu einer Server-IP-Adresse. Viele Sender hinter einer Adresse werden seltener abgefragt, nicht parallel.
- robots.txt: wird für das Token
TunepingBotund für*beachtet, je Schema, Host und Port. Eine Ausnahme: Einige Streaming-Server liefern eine eingebaute robots.txt aus, die genau ausUser-agent: */Disallow: /besteht und sonst nichts enthält. Diese nackte Server-Voreinstellung behandeln wir als „keine robots.txt“, weil sie nicht vom Senderbetreiber stammt; eineTunepingBot-Gruppe oder jede*-Gruppe mit mehr als dieser einen Zeile wird vollständig beachtet. Ein 5xx auf robots.txt wird als „Disallow“ behandelt, bis sie wieder abgerufen werden kann. - Zurückhaltung bei Fehlern:
429und503mitRetry-Afterwerden beachtet; bei Verbindungsfehlern wächst die Wartezeit exponentiell (1, 2, 4, 8 Minuten, bis zu 24 Stunden). Nach 7 aufeinanderfolgenden Tagen mit Fehlern wird die Abfrage endgültig eingestellt. - Sperren: Laufen alle Verbindungen zu einer Adresse in Timeouts, pausieren wir diese Adresse für eine Stunde und alarmieren uns selbst. Ein
401oder403auf der Stream-URL oder jede Firewall- oder Anti-Bot-Challenge gilt als dauerhafter Opt-out für diesen Host. - Verbindungen:
Connection: close, schlichtes HTTP/1.1, sauber mit einem FIN beendet, nachdem der Metadatenblock gelesen wurde; 5 s Timeout für den Verbindungsaufbau und 10 s insgesamt; Weiterleitungen werden höchstens 5 Schritte weit verfolgt.
So prüfen Sie, dass wirklich wir es sind
Anfragen kommen von den beiden Adressen in der Tabelle oben und von nirgendwo sonst. Der Reverse DNS beider Adressen ist poller.tuneping.com, und dieser Name löst vorwärts wieder auf dieselben Adressen auf, eine vorwärts bestätigte Reverse-DNS-Prüfung funktioniert also. Alles, was sich von einer anderen Adresse als TunepingBot ausgibt, sind nicht wir; bitte melden Sie es an [email protected]. Die aktuelle Liste wird auch unter tuneping.com/bot/ips.json veröffentlicht; Änderungen kündigen wir auf dieser Seite mindestens eine Woche vor ihrem Inkrafttreten an.
So widersprechen Sie
Jeder der drei Wege oben auf dieser Seite genügt. Alle drei werden beachtet, ein Opt-out ist dauerhaft und wird innerhalb von 24 Stunden wirksam (in der Praxis übernimmt der Scheduler ihn innerhalb von Minuten). Ohne Rückfragen, ohne Begründung. Eine allgemeine User-agent: *-Gruppe in der robots.txt funktioniert ebenfalls, sofern sie nicht nur die einzeilige Voreinstellung ist, die Ihre Server-Software mitbringt (siehe oben). Ein 401 oder 403 auf der Stream-URL oder eine vorgeschaltete Firewall-Challenge hat automatisch dieselbe Wirkung.
Ein Opt-out nimmt den Sender aus der Abfrage, aus der API und von jeder öffentlichen Seite und setzt ihn auf eine Sperrliste, die der Scheduler vor jeder einzelnen Anfrage prüft. Wenn Sie später wieder aufgenommen werden möchten, schreiben Sie an dieselbe Adresse.
Was wir speichern
Für jeden Sender: die aktuellen und früheren Titel genau so, wie sie veröffentlicht wurden, den Zeitpunkt, zu dem wir sie gesehen haben, und den Verzeichniseintrag des Senders (Name, Stream-URL, Land, Codec). Um rücksichtsvoll zu arbeiten und Missbrauch zu bearbeiten, führen wir außerdem ein Protokoll unserer eigenen Verbindungen (Zeitpunkt, IP und Port Ihres Servers, Statuscode, Byte-Zahlen), 7 Tage lang im Einzelnen und 30 Tage lang stündlich zusammengefasst, damit wir Ihnen auf Nachfrage genau sagen können, welche Anfragen wir gestellt haben. Wir speichern kein Audio, keine Hörerdaten und nichts Personenbezogenes. Der Bot erhebt keine personenbezogenen Daten; die einzigen personenbezogenen Daten, die wir verarbeiten, sind die Kontaktdaten von Personen, die uns schreiben (siehe Datenschutz).
Opt-in, oder korrigieren, was wir zeigen
Wenn Sie möchten, dass wir einen bestimmten Endpoint lesen, oder wenn Sie Titel an einer Stelle veröffentlichen, die wir übersehen haben, schreiben Sie an [email protected], und wir stellen um. Wenn Name oder Angaben Ihres Senders falsch sind, korrigiert dieselbe Adresse das.
Woher die Senderliste stammt
Daten des Senderverzeichnisses von radio-browser.info, CC0 (gemeinfreie Community-Daten). Den Klickzähler des Verzeichnisses ruft der Bot nie auf. Musik-Metadaten werden mit MusicBrainz abgeglichen (CC0-Kerndaten).
Kontakt und Missbrauch
- Senderbetreiber, Opt-outs, Korrekturen: [email protected]
- Missbrauchsmeldungen: [email protected]
- Alles andere: [email protected]
Wir lesen diese Postfächer täglich und bemühen uns, den Eingang innerhalb von 24 Stunden zu bestätigen. Angaben zum Betreiber stehen im Impressum.
Änderungsprotokoll
| 2026-10 | TunepingBot/0.1, erste Version. Ausgehende Adressen 167.233.123.27 und 2a01:4f8:c016:4026::1, Reverse DNS poller.tuneping.com. |