another one bites the dust.. :: Something smarter than us is going to emerge


node:	another one bites the dust..
template:	4
parent:	Copyright? Intellectual Property?? COPYFUCK!!
owner:	kedilek
viewed by:
created:	13.11.2007 - 12:06:12
updated:	13.11.2007 - 12:11:58

cwbe coordinatez:
809096
1483077
3484890

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

demonoid.com:

The CRIA threatened the company renting the servers to us, and because of this it is not possible to keep the site online. Sorry for the inconvenience and thanks for your understanding.

(CRIA = Canadian Recording Industry Association)

00809096014830770348489003485772

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

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

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

asi kvoli tomu, ze DHT je viacmenej nefunkcne za firewallom. chce to rozsirit pouzitie UDP hole punchingu na reverse traversing NAT.

00809096014830770348489003485772034858200348799803489841

udp hole punching bohuzial nefunguje vzdy a vsade

0080909601483077034848900348577203485820034879980348984103492068

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

no dajme tomu, ale na paranoidne nastavenej natke (u nas na koleji napr. to proste nepretlacis).. ale uznavam ze som bohuzial minoritny problem;(

00809096014830770348489003485772034858200348799803489841034920680349479803588751

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.