Retreker (retracker, udtrykket pseudo -tracker findes også ) er en teknologi til optimering af udvekslingen af bittorrent (bittorrent-) trafik inden for lokale netværk [1] [2] . Retrackeren giver dig mulighed for at etablere en direkte forbindelse via bittorrent-protokollen mellem abonnenter på én operatør (eller flere operatører, der har en aftale om udveksling af lokal trafik), som hver bruger en intern (lokal) IP-adresse. Teknisk set er en retracker den enkleste bittorrent tracker , normalt anonym, der opererer inden for adresseområdet på internetudbyderens lokale netværk . Brug af en retracker giver jævnaldrende mulighed forudveksle trafik med øget hastighed ved hjælp af den interne adressering af udbyderens lokale netværk, da mange russiske internetudbydere tillader adgang til det lokale netværk med en højere hastighed end adgang til internettet. Derudover reducerer brugen af en retracker belastningen på de vigtigste kommunikationskanaler på grund af det faktum, at abonnenter ikke behøver at downloade de samme data separat.
For at bittorrent-klienten skal kunne drage fordel af retrackeren, skal du føje retrackerens annoncerings-url til annoncerings-url-listen for torrenten. Nogle trackere gør dette automatisk ved at tilføje adresser på autoriserede retrackere baseret på analyse af brugerens IP-adresse. I andre tilfælde er brugere nødt til at tilføje annoncerings-url'en til retrackeren til torrent-filer på egen hånd eller ved hjælp af specielle programmer - torrent patchere [3] . Nogle udbydere (se nedenfor) forsøger at installere en gennemsigtig proxy , der opsnapper anmodninger på HTTP- porte til populære trackere. En sådan proxy ændrer torrent-filer, når de downloades, og tilføjer en lokal retracker til dem. Derudover tilføjes på nogle trackere adressen "retracker.local" [4] til alle torrentfiler , som vises på IP'en af den aktuelle retracker af udbyderens DNS-servere. Der er også andre løsninger på problemet med lokal udveksling af bittorrent-trafik.
Det er vigtigt ikke at forveksle retrackere med almindelige lokale LAN-trackere. Retrackeren sætter ikke opgaven med at udveksle torrent-filer, organisere torrent-filer, søge og så videre. Retrackeren tjener udelukkende som et middel til at øge hastigheden af dataudveksling mellem peers.
Husk, at retracker-understøttelse kun er mulig i multi -tracker bittorrent-klienter, såsom uTorrent . Torrent-klienter, der ikke understøtter multi-tracker-arbejde, såsom Vuze , får kun adgang til den første tracker, der reagerer, så retrackeren vil ikke blive brugt, eller kun den vil blive brugt.
Den 24. august 2007 blev ideen om en retracker beskrevet og implementeret af en abonnent under pseudonymet unxed af Corbina telekommunikationsnetværket ( St. Petersborg ) [5] . 21. september 2007 med et lignende initiativ [6] blev lavet af administrationen af trackeren rutracker.org [7] . Samtidig reagerede administrationen af rutracker.org ekstremt negativt [8] på lokale netværksbrugeres forsøg på at organisere deres egne retrackers og tilbød deres egen version af den centraliserede installation af retrackers på udbydernes tekniske websteder. Den første retracker fra rutracker.org blev lanceret i peer-to-peer-området på TiERA -hjemmenetværket i St. Petersborg den 5. februar 2008 [9] .
Rutracker.org-tilgangen passede grundlæggende ikke til brugere, hvis udbydere ikke ønskede at installere retrackere officielt. Derfor, som et alternativ til den "officielle udbyder" retrackers , i september 2008 igen i Corbin i St.Telecom Siden oktober 2008 begyndte et lignende system at fungere i Corbina-teleselskabets Moskva-netværk , der næsten fuldstændigt dækkede byens lokale netværk.
Efterfølgende opgav administrationen af rutracker.org- trackeren praksis med at tilføje individuelle retracker-adresser baseret på klientens IP-område. I stedet tilføjes en retracker.local-adresse til alle torrents ( således kan internetudbydere, der ønsker det, omdirigere denne adresse til deres retracker via deres DNS-servere).
Retracker.local-adressen understøttes ikke på alle lokale netværk, og virker desuden ikke, hvis brugeren bruger DNS-servere, der er forskellige fra deres udbyders DNS-servere. Derfor er problemet med at skabe brugerdefinerede retrackere i lokale netværk stadig relevant.
Systemet med lokale retrackers er arrangeret som følger: torrent-filen, som brugeren downloader, opfanges af Torrent Patcher -programmet , hvorefter den ændrede fil overføres til torrent-klienten, for eksempel µTorrent . Under patching tilføjes lister over retrackere. Programmet understøtter også en "sikker" måde at tilføje retrackere via et magnetlink ( virker kun på µTorrent version 1.8.1 og nyere). Derefter laver torrentklienten en anmodning om trackere og lokale retrackere, efter en anmodning om lokale modtager den en liste over lokale peers, og dette gør det muligt at overføre data via bittorrent-protokollen med hastigheden af udbyderens lokale netværk. Samtidig er lokale retrackere normalt installeret af entusiastiske brugere.
Hvis netværket, hvori den lokale retracker er installeret, bruger dobbeltadressering (det vil sige, at abonnenten modtager to IP-adresser - offentlige og intranet), så skal retrackeren arbejde på netværksgrænsefladen med intranetadressen. Ellers bliver hver bruger af retrackeren nødt til at registrere en statisk rute på en sådan måde, at trafikken til retrackeren går gennem den lokale grænseflade - ellers kommer fordelene ved retrackeren til intet.
Fordele ved at oprette retrackere baseret på abonnenters computere (i modsætning til retrackere installeret på udbyderens websted):
Ulemper ved denne tilgang:
Den oprindelige implementering af retracker-ideen blev offentliggjort den 10. marts 2009 på webstedet nag.ru [10] . Dets betydning er automatisk at tilføje en adresse som http://retracker.local/ til alle torrents enten på siden af trackere eller på siden af bittorrent-klienter . Således vil hver udbyder gennem indstillingerne af deres dns-servere selvstændigt kunne angive adressen på deres retracker-server (og hvis udbyderen ikke har en retracker-server, er det muligt at bruge brugerdefinerede retrackers ved at redigere hosts-filen) . Siden den 18. september 2009 har den populære tracker rutracker.org tilføjet http://retracker.local til torrents for russiske adresser [11] .
Et bittorrent protokol udvidelsesprojekt til automatisk detektion af lokale trackere blev offentliggjort på bittorrent.org hjemmesiden. [14] Den populære bittorrent-klient µTorrent understøtter denne protokoludvidelse ved at aktivere isp.bep22-indstillingen i afsnittet Avanceret i indstillingsvinduet. I den seneste 2011-10-14 version af programmet 3.0.25756 er denne mulighed aktiveret som standard. Du kan kontrollere, om denne teknologi er understøttet på dit netværk ved at gøre følgende:
Hvis du får en fejl som følge heraf, er teknologien ikke understøttet.
St. Petersborgs internetudbyder Ozerki.net (efterfølgende erhvervet af Summa Telecom - operatøren som en del af Severen-Home- operatøren , der arbejder under Cifra -mærket ) brugte sin egen teknologi til at tilføje retracker-adressen til torrent-filer. Ifølge netværksadministratoren blev trafik fra torrent-trackere omdirigeret af iptables - firewallen til en Squid -baseret proxy-server , som igen behandlede alle torrent-filer, der blev downloadet af brugere af patcheren. [femten]
Den 13. november 2009 annoncerede St. Petersborgs internetudbyder SmartHome lanceringen af sin implementering af opsnapning og tilføjelse af en retracker-adresse ved at offentliggøre en fuldstændig beskrivelse af teknologien på nag.ru-forummet [16] , og annoncerede også støtte til isp.bep22 udvidelse i det lokale netværk. [17]
Funktioner svarende til at bruge retrackere er leveret af " Local Peer Discovery "-funktionen, der er til stede i µTorrent bittorrent-klienten siden version 1.7 build 1065, udgivet 5. april 2007 [18] . Da denne funktion bruger multicast - pakker, der er blokeret af de fleste internetudbydere for at beskytte mod virusudbrud , er dens omfang begrænset til små lokale netværk, der består af et enkelt segment .
Overgangen til version 6 af IP-protokollen løser det lokale adressesammenhængsproblem, da antallet af mulige IPv6-adresser er så stort, at det stort set eliminerer behovet for lokale IP-adresser. Ikke al software (både klient og server) understøtter i øjeblikket IPv6. Som en midlertidig løsning kan tunneleringsprotokoller som Teredo bruges . Fra Windows Vista er Teredo-understøttelse inkluderet i operativsystemet som standard. For tidligere versioner giver µTorrent-klienten til Windows mulighed for at installere Teredo automatisk via indstillingsmenuen.
| BitTorrent filudvekslingsprotokol ( klientprogrammer ) | |
|---|---|
| Forfatterne | Personer Eric Clinker Bram Cohen Navin Virksomheder BitTorrent Inc. Vuse, Inc. |
| Teknologi |
|
| Sporer | |
| Motorer |
|
| Relaterede artikler | |