Retreker (retracker, se găsește și termenul pseudo -tracker ) este o tehnologie de optimizare a schimbului de trafic bittorrent (bittorrent-) în cadrul rețelelor locale [1] [2] . Retracker-ul vă permite să stabiliți o conexiune directă prin protocolul bittorrent între abonații unui operator (sau mai mulți operatori care au un acord privind schimbul de trafic local), fiecare dintre acestea utilizând o adresă IP internă (locală). Din punct de vedere tehnic, un retracker este cel mai simplu tracker bittorrent , de obicei anonim, care operează în spațiul de adrese al rețelei locale a ISP-ului . Folosirea unui retracker le permite colegilorschimbă trafic la viteză crescută folosind adresarea internă a rețelei locale a furnizorului, deoarece mulți furnizori de internet ruși permit accesul la rețeaua locală la o viteză mai mare decât accesul la web. În plus, utilizarea unui retracker reduce încărcătura pe principalele canale de comunicare datorită faptului că abonații nu trebuie să descarce aceleași date separat.
Pentru ca clientul bittorrent să poată profita de retracker, trebuie să adăugați url-ul de anunț al retracker-ului la lista de adrese URL de anunț a torrentului. Unii trackere fac acest lucru automat adăugând adrese ale retrackerilor autorizați pe baza analizei adresei IP a utilizatorului. În alte cazuri, utilizatorii trebuie să adauge url-ul de anunț al retracker-ului la fișierele torrent pe cont propriu sau cu ajutorul unor programe speciale - torrent patchers [3] . Unii furnizori (vezi mai jos) încearcă să instaleze un proxy transparent care interceptează cererile pe porturile HTTP către trackere populare. Un astfel de proxy modifică fișierele torrent la descărcare și le adaugă un retracker local. În plus, pe unele trackere, adresa „retracker.local” [4] este adăugată la toate fișierele torrent , care este afișată pe IP-ul retrackerului curent de către serverele DNS ale furnizorului. Există și alte soluții la problema schimbului local de trafic bittorrent.
Este important să nu confundați retrackerele cu trackerele LAN locale obișnuite. Retrackerul nu stabilește sarcina de a schimba fișiere torrent, organiza fișiere torrent, căutare și așa mai departe. Retrackerul servește doar ca mijloc de creștere a vitezei schimbului de date între colegi.
Rețineți că suportul pentru retracker este posibil numai în clienții bittorrent multi -tracker, cum ar fi uTorrent . Clienții torrent care nu acceptă lucrul cu multi-tracker, cum ar fi Vuze , accesează doar primul tracker care răspunde, astfel încât retracker-ul nu va fi folosit sau va fi folosit doar el.
La 24 august 2007, ideea unui retracker a fost descrisă și implementată de un abonat sub pseudonimul unxed al rețelei de telecomunicații Corbina ( Sankt Petersburg ) [5] . 21 septembrie 2007 cu o inițiativă similară [6] a fost făcută de administrația tracker-ului rutracker.org [7] . În același timp, administrația rutracker.org a reacționat extrem de negativ [8] cu privire la încercările utilizatorilor rețelei locale de a-și organiza propriile retrackere și a oferit propria versiune a instalării centralizate a retracker-urilor pe site-urile tehnice ale furnizorilor. Primul retracker de la rutracker.org a fost lansat în spațiul peer-to-peer al rețelei de domiciliu TiERA din Sankt Petersburg pe 5 februarie 2008 [9] .
Abordarea rutracker.org nu s-a potrivit în principiu utilizatorilor ai căror furnizori nu doreau să instaleze oficial retracker-uri. Prin urmare, ca alternativă la retrackerii „furnizorului oficial” , în septembrie 2008 , din nou în rețeaua Corbin din St.Telecom Din octombrie 2008, un sistem similar a început să funcționeze în rețeaua de la Moscova a companiei de telecomunicații Corbina , acoperind aproape în întregime rețeaua locală a orașului.
Ulterior, administrația tracker-ului rutracker.org a abandonat practica de a adăuga adrese individuale de retracker pe baza intervalului IP al clientului. În schimb, o adresă retracker.local este adăugată tuturor torrenților ( astfel, ISP-urile care doresc pot redirecționa această adresă către retrackerul lor prin serverele lor DNS).
Adresa retracker.local nu este acceptată pe toate rețelele locale și, în plus, nu funcționează dacă utilizatorul folosește servere DNS care sunt diferite de serverele DNS ale furnizorului său. Prin urmare, problema creării de retracker personalizate în rețelele locale este încă relevantă.
Sistemul de retrackere locale este aranjat astfel: fișierul torrent pe care utilizatorul îl descarcă este interceptat de programul Torrent Patcher , după care fișierul modificat este transferat către clientul torrent, de exemplu µTorrent . În timpul corecțiilor, sunt adăugate liste de retracker . Programul acceptă, de asemenea, o modalitate „sigură” de a adăuga retrackeri printr-o legătură Magnet (funcționează numai pe µTorrent versiunea 1.8.1 și o versiune ulterioară). După aceea, clientul torrent face o cerere pentru trackere și retrackere locale, după o solicitare pentru cele locale, primește o listă de peer-uri locali și acest lucru face posibilă transferul datelor prin protocolul bittorrent la viteza rețelei locale a furnizorului. În același timp, retrackerele locale sunt de obicei instalate de utilizatori entuziaști.
Dacă rețeaua în care este instalat retrackerul local folosește adresarea dublă (adică abonatul primește două adrese IP - public și intranet), atunci retracker-ul trebuie să lucreze pe interfața de rețea cu adresa intranet. În caz contrar, fiecare utilizator al retrackerului va trebui să înregistreze o rută statică în așa fel încât traficul către retracker să treacă prin interfața locală - în caz contrar, beneficiile retrackerului vor dispărea.
Avantajele creării de retrackeri bazate pe computerele abonaților (spre deosebire de retrackerele instalate pe site-ul furnizorului):
Dezavantajele acestei abordări:
Implementarea originală a ideii de retracker a fost publicată pe 10 martie 2009 pe site-ul nag.ru [10] . Semnificația sa este de a adăuga automat o adresă precum http://retracker.local/ la toate torrentele, fie pe partea de urmărire, fie pe partea clienților bittorrent . Astfel, fiecare furnizor, prin setările serverelor sale dns, va putea specifica în mod independent adresa serverului său de retracker (și dacă furnizorul nu are un server de retracker, este posibil să utilizeze retracker-uri personalizate prin editarea fișierului hosts) . Din 18 septembrie 2009, popularul tracker rutracker.org a adăugat http://retracker.local la torrente pentru adresele rusești [11] .
Pe site-ul bittorrent.org a fost publicat un proiect de extensie a protocolului bittorrent pentru detectarea automată a trackerilor locali . [14] Popularul client bittorrent µTorrent acceptă această extensie de protocol activând opțiunea isp.bep22 în secțiunea Avansat a ferestrei de setări. În cea mai recentă versiune din 2011-10-14 a programului 3.0.25756, această opțiune este activată implicit. Puteți verifica dacă această tehnologie este acceptată în rețeaua dvs. făcând următoarele:
Dacă primiți o eroare ca urmare, atunci tehnologia nu este acceptată.
Furnizorul de internet din Sankt Petersburg Ozerki.net (achizitionat ulterior de operatorul Summa Telecom ca parte a operatorului Severen-Home , care lucrează sub marca Cifra ) a folosit propria tehnologie pentru a adăuga adresa de retracker la fișierele torrent. Potrivit administratorului de rețea, traficul de la dispozitivele de urmărire a torrentului a fost redirecționat de paravanul de protecție iptables către un server proxy bazat pe Squid , care, la rândul său, a procesat toate fișierele torrent descărcate de utilizatori de către aplicator. [cincisprezece]
Pe 13 noiembrie 2009, furnizorul de internet SmartHome din Sankt Petersburg a anunțat lansarea implementării sale de interceptare și adăugare a unei adrese de retracker publicând o descriere completă a tehnologiei pe forumul nag.ru [16] și, de asemenea, a anunțat sprijinul pentru extensia isp.bep22 în rețeaua locală. [17]
Caracteristici similare cu utilizarea retrackerelor sunt furnizate de caracteristica „ Local Peer Discovery ” prezentă în clientul µTorrent bittorrent începând cu versiunea 1.7 build 1065, lansată pe 5 aprilie 2007 [18] . Deoarece această caracteristică folosește pachete multicast care sunt blocate de majoritatea furnizorilor de servicii de internet pentru a proteja împotriva izbucnirilor de viruși , domeniul de aplicare este limitat la rețelele locale mici care constau dintr-un singur segment .
Trecerea la versiunea 6 a protocolului IP rezolvă problema coeziunii adreselor locale, deoarece numărul de adrese IPv6 posibile este atât de mare încât practic elimină nevoia de adrese IP locale. Nu toate programele (atât client, cât și server) acceptă în prezent IPv6. Ca soluție temporară, pot fi utilizate protocoale de tunel precum Teredo . Începând cu Windows Vista, suportul Teredo este inclus în sistemul de operare în mod implicit. Pentru versiunile anterioare, clientul µTorrent pentru Windows oferă o opțiune de instalare automată a Teredo prin meniul de setări.
| Protocolul de schimb de fișiere BitTorrent ( programe client ) | |
|---|---|
| Autorii | Persoane Eric Clinker Bram Cohen Navin Companii BitTorrent Inc. Vuse, Inc. |
| Tehnologie |
|
| Următoarele | |
| Motoare |
|
| Articole similare | |