cwbe coordinatez:
809096
1483077
3484890
3485772

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::2
show[ 2 | 3] flat
ja neviem, kolko dat a kolko trafficu vyrobi jeden tracker, ale nebolo by mozne spravit tracker plne decentralizovany, ze by vlastne jedinou centralizaciou celeho systemu bola domena? ja som kedysi s kamosom uvazoval o takej myslienke, ze by sa cely server nadrbal na bootovatelne CD vratane skompilovanych zdrojakov sajty a bol by napisany decentralizovane tak, ze by dokazal byt bootnuty odkialkolvek a okamzite sa pripojit a servovat spojenia. tuna by samozrejme bolo nutne este asi vytvorit decentralizovanu siet storageov jednotlivych torrentov a trackovacich dat...




0080909601483077034848900348577203491821
terorrist
 terorrist      16.11.2007 - 20:19:46 , level: 1, UP   NEW
Krasa, ja napriklad mam o tomto aj komix. Len ho volam tak pracovne zatial: Ako nekonecne tahat bankove data ; o a pochopitelne, ze je nedokonceny a v mnohych detailoch este otvoreny. Tiez mi tam chybaju mnohe technicke detaily, avsak bootovatelne cd tam hra duolezitu ulohu.
CC :))

0080909601483077034848900348577203485820
Thunder Perfect Mind
 Thunder Perfect Mind      13.11.2007 - 19:55:41 , level: 1, UP   NEW
myslim ze uz vacsina torrent klientov ma implementovane DHT, ktore v principe umoznuje 'trackerless' torrenty. nie je mi uplne jasne preco sa to nepouziva vo vacsej miere.
vid napr http://azureuswiki.com/index.php/Distributed_tracker

008090960148307703484890034857720348582003487998
ventYl
 ventYl      14.11.2007 - 20:19:45 , level: 2, UP   NEW
asi kvoli tomu, ze DHT je viacmenej nefunkcne za firewallom. chce to rozsirit pouzitie UDP hole punchingu na reverse traversing NAT.

00809096014830770348489003485772034858200348799803489841
niekt0
 niekt0      15.11.2007 - 22:22:25 , level: 3, UP   NEW
udp hole punching bohuzial nefunguje vzdy a vsade

0080909601483077034848900348577203485820034879980348984103492068
ventYl
 ventYl      17.11.2007 - 00:06:47 , level: 4, UP   NEW
no, according to par documentov, co som cital, je priemerna uspesnost okolo 85%, ak sa UDP holes punchuju inteligentne a predvidavo (koordinacia s centralnym bodom) a pouzije sa niekolko podpornych technik, tak sa uspesnost spojenia da vytiahnut az na 95%, niektori s pouzitim proprietarnych technik uvadzaju uspesnost az 97%

008090960148307703484890034857720348582003487998034898410349206803494798
niekt0
 niekt0      18.11.2007 - 22:13:47 , level: 5, UP   NEW
no dajme tomu, ale na paranoidne nastavenej natke (u nas na koleji napr. to proste nepretlacis).. ale uznavam ze som bohuzial minoritny problem;(

00809096014830770348489003485772034858200348799803489841034920680349479803588751
ventYl
 ventYl      08.01.2008 - 19:22:15 , level: 6, UP   NEW
aj tak si myslim, ze s UDP hole punchingom budes mat vyssiu uspesnost, ako bez neho. A nejako fenomen verejnej (dynamickej) IP adresy je znamy len uzivatelom "modernych broadbandov". Napriklad ja ako uzivatel tradicneho pevneho pripojenia (optika; wi-fi; metalika) nemam verejnu IPcku by default a len kvoli pirateniu sa mi nechce platit dalsie peniaze navyse.

Okrem toho tusim, ze UDP hole punching je postaveny na tom, ze ked sa NATuje UDP packet, tak sa mu nezmeni zdrojovy, ani cielovy port, akurat adresa a podla toho, co som cital, je to prave vlastnost novsich Linuxovych jadier, ze pri NATovani UDP packetov zanechavaju cislo portu, ak sa to ovsem da.