Flux: kein connect wenn torrents selbst erstellt

[katusch]

OS: debian40
PHP-Version: 5.2.0-8+etch15
torrentflux-b4rt 1.0-beta2

Hallo Leute,

ich habe ein Problem mit selbst erstellten torrents.
Und zwar bekomme ich keinen connect zu diesen, weder auf meinem root noch vom root zu mir nach hause.
Die Tracker -alles open tracker- sind aber alle erreichbar wenn ich das von zu Hause aus teste!
torrents von ALT`s funktionieren alle wunderbar!
nur eben nicht meine selbst erstellten via utorrent oder maketorrent usw.
Fehler beim erstellen mache ich nicht, weil seit Jahren immer gleich.
Vorher hat das mit dem root immer geklappt, dann auf einmal nicht mehr.
Wenn ein Kollege den torrent erstellt hat, hat es manchmal funktioniert, mittlerweile aber auch nicht mehr.

Die Tracker kann ich via putty nicht anpingen so wie es ausschaut,
bzw. ich bekomme halt keinen connect.
Wie gesagt: die Tracker sind ALLE erreichbar wenn ich das von zuhause aus mache.
Die ALT-Tracker sind auch ALLE erreichbar und die erreiche ich auch, kann leechen, seeden usw, alles ohne Probleme.

Selbst wenn ich einen torrent mit meinem Flux erstelle, kann den niemand über öffentliche Tracker laden, keiner bekommt connect zu mir, ich kann auch etliche Zweit-Tracker in die Announce List schreiben-es gibt keinen connect. Auf ALT`s bin ich aber immer connectable!

Hier mal eine LOG von einem torrent der nicht funktioniert:

[2009/08/18 - 11:00:38] tornado-start : Klauen.torrent
[2009/08/18 - 11:00:39] recalc sharekill for Klauen.torrent
[2009/08/18 - 11:00:39] seed forever
[2009/08/18 - 11:00:39] executing command :
cd '/home/downloads/USERXYZ/'; HOME='/home/downloads/'; export HOME; umask 0000; nohup /usr/bin/python -OO '/var/www/flux/html/bin/clients/tornado/tftornado.py' 'False' '0' 'USERXYZ' '/home/downloads/.transfers/Klauen.torrent' --responsefile '/home/downloads/.transfers/Klauen.torrent' --display_interval 1 --max_download_rate '0' --max_upload_rate '0' --max_uploads '400' --minport '50160' --maxport '50300' --rerequest_interval '1800' --super_seeder '0' --max_connections '400' 1>> '/home/downloads/.transfers/Klauen.torrent.log' 2>> '/home/downloads/.transfers/Klauen.torrent.log' &
[2009/08/18 - 11:00:40] tornado starting up :
[2009/08/18 - 11:00:40] - torrentfile : /home/downloads/.transfers/Klauen.torrent
[2009/08/18 - 11:00:40] - userName : USERXYZ
[2009/08/18 - 11:00:40] - transferStatFile : /home/downloads/.transfers/Klauen.torrent.stat
[2009/08/18 - 11:00:40] - transferCommandFile : /home/downloads/.transfers/Klauen.torrent.cmd
[2009/08/18 - 11:00:40] - transferLogFile : /home/downloads/.transfers/Klauen.torrent.log
[2009/08/18 - 11:00:40] - transferPidFile : /home/downloads/.transfers/Klauen.torrent.pid
[2009/08/18 - 11:00:40] - autoDie : False
[2009/08/18 - 11:00:40] - shareKill : 0
[2009/08/18 - 11:00:40] - minport : 50160
[2009/08/18 - 11:00:40] - maxport : 50300
[2009/08/18 - 11:00:40] - max_upload_rate : 0
[2009/08/18 - 11:00:40] - max_download_rate : 0
[2009/08/18 - 11:00:40] - min_uploads : 4
[2009/08/18 - 11:00:40] - max_uploads : 400
[2009/08/18 - 11:00:40] - min_peers : 20
[2009/08/18 - 11:00:40] - max_initiate : 40
[2009/08/18 - 11:00:40] - max_connections : 400
[2009/08/18 - 11:00:40] - super_seeder : 0
[2009/08/18 - 11:00:40] - security : 1
[2009/08/18 - 11:00:40] - auto_kick : 1
[2009/08/18 - 11:00:40] - crypto_allowed : 0
[2009/08/18 - 11:00:40] - crypto_only : 0
[2009/08/18 - 11:00:40] - crypto_stealth : 0
[2009/08/18 - 11:00:40] - priority :
[2009/08/18 - 11:00:40] - alloc_type : normal
[2009/08/18 - 11:00:40] - alloc_rate : 2.0
[2009/08/18 - 11:00:40] - buffer_reads : 1
[2009/08/18 - 11:00:40] - write_buffer_size : 4
[2009/08/18 - 11:00:40] - check_hashes : 1
[2009/08/18 - 11:00:40] - max_files_open : 50
[2009/08/18 - 11:00:40] - upnp_nat_access : 1
[2009/08/18 - 11:00:40] writing pid-file : /home/downloads/.transfers/Klauen.torrent.pid (25729)
[2009/08/18 - 11:00:40] tornado up and running.
[2009/08/18 - 11:01:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:03:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:05:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:07:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:09:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:11:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:13:40] error: Problem connecting to tracker - timeout exceeded
[2009/08/18 - 11:15:41] error: Problem connecting to tracker - timeout exceededusw usw, das geht jetzt schon seit Tagen so.

Ich hoffe ich habe mich nicht zu blöd ausgedrückt, ich bin leider blutiger Anfänger ohne einen Plan, aber trotzdem für jede Hilfe dankbar :)

[Solstice]

ich stell ma thesen auf:
1. Evtl. wirst du vom Tracker geblockt
2. Port Range zu gering (140)
3. Mysteriöser undefinierbarer fehler -> Flux neuinstallieren

Aber ne wirkliche Idee hab ich leider nicht...

[katusch]

zu1:
Es wären dann ja alle Tracker die mich blocken würden, ca. 10 Stück, alles Free-Tracker. Wenn ich einen anderen, von mir nicht selbst erstellten torrent, von einem Free-Tracker lade (also von zuhause aus ohne meinen root), funktioniert das natürlich.

zu2:
Ich habe immer nur ganz wenige torrents laufen, deswegen denke ich 140 ist ok, hatte noch nie mehr, hatte früher wie gesagt immer gut funktioniert.

zu3:
ungern, weil es bisher noch nie geklappt hat wenn ich das alleine versuche.

Gerade eben bemerkt, das der root auch keine anderen (nicht von mir erstellten) torrents von pirateb*y saugt, es kommt kein connect zustande.
Wollte mir grade eine kleine Datei die sehr gut verteilt ist, mit dem root laden...geht nicht.

OVH blockt vielleicht alle Freetracker seit neustem??
Aber OVH kann ja nicht jeden Freetracker kennen-oder?


Aber danke für deine Antworten :)

[gotthummer]

Also am flux liegt es eigentlich nicht da ich den installt habe und bei meinen bzw allen anderen die ich installt habe gibt es soein prob nicht

[katusch]

Ich google mich über das Problem schon seit tagen tot, aber ich finde keine Lösung und denke dass das Problem evtl. neu ist, und vielleicht wie gesagt an OVH liegt.
An einen bug glaube ich immer weniger, und wie gesagt hat der Flux ja einwandfrei gefunzt nach deiner installation, so gut wie nie zuvor :)
Das Problem kam eigentlich urplötzlich während eines uploads von mir, torrent mit Pirateb*y-Url von zuhause auf den root...auf einmal kein connect mehr.

Vielleicht kann ja einer mal einer von euch, der bei OVH ist, torrents von Pirateb*y oder anderen Freetrackern laden. Oder selbst einen torrent auf eurem Flux erstellen, mit der Trackerurl
editiert keine urls

zum Beispiel...die funtioniert nämlich auch nicht mit meinem Flux.

[Deto®]

erweitere trotzdem mal deine Ports,ein Versuch ist es wert.

[katusch]

Ok, ich probier das mal.

Aber vorher waren hunderte von ports mehr eingestellt, da hatte ich ja schon das gleiche Problem wie jetzt.

Und ich kann etliche torrents von ALT`s laden, die connecten sofort. Sobald ich einen Free nehme, kein connect. Nehm ich paar Sekunden später einen ALT-torrent, connectet der natürlich wieder sofort.

[Feudas]

also 140 sollte man aufkeinen fall benutzen für p2p
das is ja bekannt/registered range genau 1 port über netbios.
für p2p ist der hohe range am ende geeignet weil er aus technischen gründen nicht inblocklisten bei proviedern eingetragen wird.
schau mal in die wicki am ende der bereich "Dynamic and/or private ports: 49152–65535"
da kann man sich austoben ohne sperrprobs :D
List of TCP and UDP port numbers - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers)

[katusch]

Also wenn ich dich richtig verstehe, glaubst du ich benutze Port Nummer 140?
Nein, natürlich benutze ich 140 Ports, und die liegen alle bereits natürlich über 50.000 :)


edit:

Ganz vergessen:
Wenn ich (von bereits fertigen files auf dem root) einen torrent via Flux erstelle, kommt dann meistens beim starten von dem File immer folgende Meldung,
und das File startet natürlich nicht sondern "hängt":
writing pid-file : /home/downloads/.transfers/LINUX.ISO.torrent.pid (19396)
error: warning: bad data in responsefile
error: got bad file info - bad bencoded data
removing pid-file : /home/downloads/.transfers/LINUX.ISO.torrent.pid
tornado exit.

[Feudas]

arg ja ok :D

error: got bad file info - bad bencoded data

da sagter doch was er zu nörgeln hat ?

es stehen sachen im torrent die er nicht mag.
der flux arbeitet auf shell ebene das heist sonderzeichen und unter windows übliche kodierungen sind im ein graus.
solche probs waren in meinem umfeld zu 99% solchen ursprungs.
und nur zu 1% ein defekter flux, wobei dann nur neu installen hilft.
Abe rich denke auch hier liegts an den schönen umlauten, und sonderzeichen.

[katusch]

Das ist es ja: Es gibt überhaupt kein Sonderzeichen in dem File!

blaba.ISO

Kein Sonderzeichen, nur `nen Punkt^^

Und in allen anderen Files auch nicht wo ich die Fehlermeldung bekomme.
Wie gesagt, den Fehler bekomme ich nur wenn ich ein bereits gezogenes File mit einem neuen (Free) torrent erstelle und anschliessend zum seeden starte.

Weil falls ich mal einen torrent mit Sonderzeichen erwische benenne ich ihn immer um. Das klappt meistens.

[Feudas]

wie oder womit erstellst du den da sneue torrentfile ?
kannst du mir mal so ein erstelltes file zukommen lassen ?
ich würd mir das gern mal ansehen weil irgendwas im torrent selbst muss ja dünnetalkacke sein.

[katusch]

Na zuhause mit utorrent, und im Flux mit der Torrent Funktion.
Ich mach das ja schon seit einem Jahr immer gleich, erst seit kurzem gibt es Probleme.

Die torrents funktionieren ja auch alle-nur eben im Flux selbst nicht, und zum Flux auch nicht.

Hast PM :)