localhost == tracker.thepiratebay.org?

[MustrumRidcully]

Das ist vielleicht ein etwas ungewöhnliches Thema, aber ich würde den Thread nicht aufmachen, wenn ich nicht seit ein paar Stunden vergeblich nach der Antwort gesucht hätte. Also:

Seit ein paar Tagen kriege ich mit der btdownloadgui keine Connects mehr zum Tracker tracker.thepiratebay.org. Nachdem das regelmäßig so war, fing ich an, nach einer Ursache zu suchen. Dabei fand ich raus, dass auf wundersame Weise mein gesamter Rechner der Ansicht ist, er selbst sei dieser Tracker:

Code: Alles auswählen

legoland:~# traceroute tracker.thepiratebay.org
traceroute to tracker.thepiratebay.org (127.0.0.1), 30 hops max, 60 byte packets
 1  legoland.localdomain (127.0.0.1)  0.048 ms  0.018 ms  0.013 ms

Das witzige an der Sache ist nun: Diese Zusweisung ist nirgendwo aufzufinden! Weder in /etc/hosts (da habe ich natürlich zuerst gesucht), noch sonst irgendwo. Seit über einer Stunde dursucht grep:

Code: Alles auswählen

legoland:/legoland:/# grep --recursive --exclude-dir=boot --exclude-dir=proc --exclude-dir=dev 'tracker.thepiratebay.org' *

sämtliche Platten (nicht zum ersten Mal), ohne etwas zu finden. Auch route:

Code: Alles auswählen

legoland:~# route -ee
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface    MSS   Window irtt
mein_provider   *               255.255.255.255 UH    0      0        0 ppp0     0     0      0
default         *               0.0.0.0         U     0      0        0 ppp0     0     0      0

deutet auf nichts Ungewöhnliches hin. Und dennoch:

Code: Alles auswählen

legoland:~# ping tracker.thepiratebay.org
PING tracker.thepiratebay.org (127.0.0.1) 56(84) bytes of data.
64 bytes from legoland.localdomain (127.0.0.1): icmp_req=1 ttl=64 time=0.046 ms
64 bytes from legoland.localdomain (127.0.0.1): icmp_req=2 ttl=64 time=0.043 ms
64 bytes from legoland.localdomain (127.0.0.1): icmp_req=3 ttl=64 time=0.047 ms
...

Ich habe ja schon vermutet, dass irgendein Fiesling ein Torrent-File so manipuliert hat, dass es in Dateien rumschmiert, die ich auch für den normalen User offen lassen muss, und habe sämtliche Verzeichnisse, die in Frage kommen (pythonXXX und bittornadoXXX) durchwühlt, aber auch da nichts gefunden. Nicht einmal einen Zugriff auf /etc/hosts oder /etc/hostname. And now I'm perfectly stuck.

Anyone got a clue?

[Saxman]

Lustig, bei mir kommt das auch..

Code: Alles auswählen

# traceroute tracker.thepiratebay.org
traceroute to tracker.thepiratebay.org (127.0.0.1), 30 hops max, 40 byte packets
 1  pagead.googlesyndication.com (127.0.0.1)  0.090 ms  0.047 ms  0.038 ms

google hab ich bei mir in der /etc/hosts auf localhost gemappt.

Willkommen in der zensierten Wirklichkeit..

[catdog2]

Ich löse mal auf: (edit: in beiderlei sinne )

Code: Alles auswählen

$ dig tracker.thepiratebay.org

; <<>> DiG 9.7.1-P2 <<>> tracker.thepiratebay.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56264
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;tracker.thepiratebay.org.      IN      A

;; ANSWER SECTION:
tracker.thepiratebay.org. 1979  IN      A       127.0.0.1

;; Query time: 59 msec
;; SERVER: 192.168.2.1#53(192.168.2.1)
;; WHEN: Wed Sep 29 10:00:00 2010
;; MSG SIZE  rcvd: 58

[123456]

ich bin zwar nicht im Thema drin aber localhost macht schon Sinn, da der Tracker November 2009 abgeschaltet werden musste:
http://www.gulli.com/news/the-pirate-ba ... 2009-11-17

[DeletedUserReAsG]

So recht Sinn scheint mir das nicht zu machen. Wenn es nicht existiert, hätte zumindest ich die DNS-Anfrage gerne auch entsprechend beantwortet.

cu,
niemand

[123456]

vielleicht verwenden die die Subdomain intern noch und wollen das nur für aussen (bedingt durch Gerichtsbeschluss) abschalten?

[MustrumRidcully]

Stimmt, ich sehe den Sinn bisher auch nicht. Denn wie gesagt: bis vor ein paar Tagen (eine Woche vll.) funktionierte ja alles. Erst seitdem tritt das Problem auf. Ich vermute mal (war ganz gut, den Rechner mal für ne Stunde zu verlassen. ), dass das etwas mit dem apt-get upgrade zu tun hat, jedenfalls kommt das zeitlich hin.

[Fjunchclick]

Denn wie gesagt: bis vor ein paar Tagen (eine Woche vll.) funktionierte ja alles.

Wie das, wenn der Tracker schon seit 10 Monaten offline ist?

[DeletedUserReAsG]

Ich vermute mal (…), dass das etwas mit dem apt-get upgrade zu tun hat

Ähm, nein. Das DNS gibt die IP für die Domain zurück, das hat mit deinem lokalen System rein nichts zu tun.

cu,
niemand

[reox]

mh interessant also sie haben das andscheinend bei ihren nameservern eingestellt...

ich glaube der sinn ist das die torrent programme nicht lange timeouts bekommen sondern einfach 127.0.0.1 aufrufen, sofort sehen das dort http dicht ist (oder auch nicht) und dann den nächsten tracker nehmen...

ansonsten würde mir nicht einfallen warum uns weshalb. Wenn ich den dienst abschalte lösche ich den record? Gibts da ne RFC beschreibung für "binding domain to 127.0.0.1"?

[123456]

k.A.
RFC 1034 http://www.faqs.org/rfcs/rfc1034.html
RFC 1035 http://www.faqs.org/rfcs/rfc1035.html
sind für DNS, zusätzlich kannst du auf der Seite per "Search Archives" mal nach 127.0.0.1 suchen lassen...
...auf die Schnelle nix gefunden...

[MustrumRidcully]

Denn wie gesagt: bis vor ein paar Tagen (eine Woche vll.) funktionierte ja alles.

Wie das, wenn der Tracker schon seit 10 Monaten offline ist?

gute Frage

Wie ist das, wenn ich jetzt meinen Tracker anwerfe: mal davon ausgegangen, dass es mir gelingt, den irgendwie so zu konfigurieren, dass die torrents ihn auch finden (ist mir bis jetzt noch nicht gelungen), wäre das ein brauchbarer Umweg?

[reox]

naja sicher kannst du selber tracker fahren aber es braucht eine zeit bis bei dir sich viele leute angemeldet haben und der tracker eine angemessene menge an hashes zusammenhat.
da gibts eh einen schönen beitrag vom 2xC3 (weiß leider nimmer welcher), heißt Tracker fahren und ist über den opentracker und beschreibt eigentlich auch ganz gut was du brauchst damit das alles zufriedenstellenden funktioniert