Retracker

Den aktuella versionen av sidan har ännu inte granskats av erfarna bidragsgivare och kan skilja sig väsentligt från versionen som granskades den 20 april 2022; verifiering kräver 1 redigering .

Retreker (retracker, termen pseudo -tracker finns också ) är en teknik för att optimera utbytet av bittorrent (bittorrent-) trafik inom lokala nätverk [1] [2] . Retrackern låter dig upprätta en direkt anslutning via bittorrent-protokollet mellan abonnenter hos en operatör (eller flera operatörer som har ett avtal om utbyte av lokal trafik), som var och en använder en intern (lokal) IP-adress. Tekniskt sett är en retracker den enklaste bittorrent-spåraren , vanligtvis anonym, som arbetar inom adressutrymmet för Internetleverantörens lokala nätverk . Användningen av en retracker gör det möjligt för peers att utbyta trafik med en högre hastighet med hjälp av den interna adresseringen av leverantörens lokala nätverk, eftersom många ryska internetleverantörer tillåter åtkomst till det lokala nätverket med en högre hastighet än tillgång till webben. Dessutom minskar användningen av en retracker belastningen på huvudkommunikationskanalerna på grund av att abonnenter inte behöver ladda ner samma data separat.

För att bittorrent-klienten ska kunna dra nytta av retrackern, måste du lägga till announce url för retracker till announce url-listan för torrenten. Vissa spårare gör detta automatiskt genom att lägga till adresser till auktoriserade återspårare baserat på analys av användarens IP-adress. I andra fall måste användarna lägga till den tillkännagivande urln för retracker till torrentfiler på egen hand eller med hjälp av speciella program - torrent patchers [3] . Vissa leverantörer (se nedan) försöker installera en transparent proxy som fångar upp förfrågningar på HTTP- portar till populära spårare. En sådan proxy ändrar torrentfiler när de laddas ner och lägger till en lokal retracker till dem. På vissa spårare läggs dessutom adressen "retracker.local" [4] till i alla torrentfiler , som visas på IP:n för den aktuella återspåraren av leverantörens DNS-servrar. Det finns också andra lösningar på problemet med lokalt utbyte av bittorrenttrafik.

Det är viktigt att inte förväxla retrackers med vanliga lokala LAN-trackers. Retrackern anger inte uppgiften att utbyta torrentfiler, organisera torrentfiler, söka och så vidare. Retrackern fungerar enbart som ett sätt att öka hastigheten på datautbytet mellan peers.

Tänk på att stöd för återspårning endast är möjligt i bittorrent-klienter med flera spår, såsom uTorrent . Torrent-klienter som inte stöder multi-tracker-arbete, som Vuze , får endast tillgång till den första tracker som svarar, så retracker kommer inte att användas eller bara den kommer att användas.

Retrackers historik

Den 24 augusti 2007 beskrevs och implementerades idén om en retracker av en abonnent under pseudonymen unxed av Corbinas telekomnätverk ( St. Petersburg ) [5] . September 21, 2007 med ett liknande initiativ [6] gjordes av administrationen av tracker rutracker.org [7] . Samtidigt reagerade administrationen av rutracker.org extremt negativt [8] på försöken från lokala nätverksanvändare att organisera sina egna återspårare, och erbjöd sin egen version av den centraliserade installationen av återspårare på leverantörernas tekniska sajter. Den första retrackern från rutracker.org lanserades i peer-to-peer-utrymmet i TiERA -hemnätverket i St. Petersburg den 5 februari 2008 [9] .

Rutracker.org-metoden passade i grunden inte användare vars leverantörer inte ville officiellt installera omspårare. Därför, som ett alternativ till den "officiella leverantören" -retrackers , i september 2008 , igen i Corbin i St.Telecom Sedan oktober 2008 började ett liknande system att fungera i Corbinas telekomföretags Moskva-nätverk , som nästan helt täcker stadens lokala nätverk.

Därefter övergav administrationen av spåraren rutracker.org bruket att lägga till individuella återspårningsadresser baserade på klientens IP-intervall. Istället läggs en retracker.local-adress till i alla torrents ( sålunda kan internetleverantörer som vill omdirigera denna adress till sin retracker via sina DNS-servrar).

Adressen retracker.local stöds inte i alla lokala nätverk och fungerar dessutom inte om användaren använder DNS-servrar som skiljer sig från leverantörens DNS-servrar. Därför är problemet med att skapa anpassade retrackers i lokala nätverk fortfarande relevant.

Lokalt (anpassat) spårningssystem

Systemet med lokala återspårare är ordnat enligt följande: torrentfilen som användaren laddar ner fångas upp av Torrent Patcher- programmet , varefter den modifierade filen överförs till torrentklienten, till exempel µTorrent . Under patchning läggs listor över återupptagare till. Programmet stöder också ett "säkert" sätt att lägga till retrackers via en magnetlänk (fungerar bara på µTorrent version 1.8.1 och högre). Därefter gör torrentklienten en begäran om spårare och lokala återspårare, efter en begäran om lokala, får den en lista över lokala peers och detta gör det möjligt att överföra data via bittorrent-protokollet med hastigheten för leverantörens lokala nätverk. Samtidigt installeras vanligtvis lokala retrackers själva av entusiastiska användare.

Om nätverket där den lokala återspåraren är installerad använder dubbel adressering (det vill säga att abonnenten får två IP-adresser - offentliga och intranät), måste återspåraren arbeta på nätverksgränssnittet med intranätadressen. Annars måste varje användare av återspåraren registrera en statisk rutt på ett sådant sätt att trafiken till återspåraren går via det lokala gränssnittet - annars kommer fördelarna med återspåraren att försvinna.

Fördelar

Fördelar med att skapa retrackers baserade på prenumeranters datorer (till skillnad från retrackers installerade på leverantörens webbplats):

Nackdelar

Nackdelar med detta tillvägagångssätt:

Retracker-stöd via retracker.local

Den ursprungliga implementeringen av retracker-idén publicerades den 10 mars 2009 på webbplatsen nag.ru [10] . Dess betydelse är att automatiskt lägga till en adress som http://retracker.local/ till alla torrents, antingen på sidan av trackers eller på sidan av bittorrent-klienter . Således kommer varje leverantör, genom inställningarna för sina dns-servrar, att självständigt kunna specificera adressen till sin återspårningsserver (och om leverantören inte har en återupptagningsserver är det möjligt att använda anpassade återupptagningsenheter genom att redigera värdfilen) . Sedan den 18 september 2009 har den populära trackern rutracker.org lagt till http://retracker.local till torrents för ryska adresser [11] .

Fördelar

Nackdelar

Andra lösningar på problemet med lokalt utbyte av bittorrent-trafik

bep22

Ett bittorrent- protokollförlängningsprojekt för automatisk upptäckt av lokala spårare publicerades på bittorrent.org-webbplatsen. [14] Den populära bittorrent-klienten µTorrent stöder denna protokollförlängning genom att aktivera alternativet isp.bep22 i avsnittet Avancerat i inställningsfönstret. I den senaste 2011-10-14 versionen av programmet 3.0.25756 är detta alternativ aktiverat som standard. Du kan kontrollera om den här tekniken stöds i ditt nätverk genom att göra följande:

Om du får ett fel som ett resultat, stöds inte tekniken.

Ozerki.net-leverantörens lösning

St. Petersburgs internetleverantör Ozerki.net (som senare förvärvades av Summa Telecom - operatören som en del av Severen-Home- operatören , som arbetar under varumärket Cifra ) använde sin egen teknik för att lägga till återupptagningsadressen till torrentfiler. Enligt nätverksadministratören omdirigerades trafik från torrent-spårare av iptables- brandväggen till en Squid -baserad proxyserver , som i sin tur behandlade alla torrentfiler som laddades ner av användare av patchern. [femton]

SmartHome-leverantörens lösning

Den 13 november 2009 tillkännagav S:t Petersburgs internetleverantör SmartHome lanseringen av sin implementering av avlyssning och tillägg av en återupptagningsadress genom att publicera en fullständig beskrivning av tekniken på nag.ru-forumet [16] , och tillkännagav även stöd för isp.bep22-tillägget i det lokala nätverket. [17]

Local Peer Discovery

Funktioner som liknar att använda retrackers tillhandahålls av funktionen " Local Peer Discovery " som finns i µTorrent bittorrent-klienten sedan version 1.7 build 1065, släppt 5 april 2007 [18] . Eftersom den här funktionen använder multicast - paket som blockeras av de flesta internetleverantörer för att skydda mot virusutbrott , är dess omfattning begränsad till små lokala nätverk som består av ett enda segment .

IPv6

Övergången till version 6 av IP-protokollet löser problemet med lokal adresssammanhållning, eftersom antalet möjliga IPv6-adresser är så stort att det i princip eliminerar behovet av lokala IP-adresser. Inte all programvara (både klient och server) stöder för närvarande IPv6. Som en tillfällig lösning kan tunnlingsprotokoll som Teredo användas . Från och med Windows Vista ingår Teredo-stöd som standard i operativsystemet. För tidigare versioner erbjuder µTorrent-klienten för Windows ett alternativ för att installera Teredo automatiskt via inställningsmenyn.

Intressanta fakta

Anteckningar

  1. http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html Arkivkopia daterad 13 juni 2011 i Wayback Machine- kapitlet "Torrents. Taming"
  2. CARMA-baserad MST-approximation för multicast-tillhandahållande i P2P-nätverk Arkiverad 11 januari 2012 på Wayback Machine doi:10.1109/ICNS.2010.25 citat:"Nyligen har det skett vissa framsteg i lokaliseringsmedvetenheten för BitTorrent-nätverk. Populära rikstäckande spårare. sv, till exempel) har introducerat så kallade "retrackers" - dedikerade sekundära servrar. Dessa servrar är valfritt anslutna till den primära databasen men är huvudsakligen tänkta att endast returnera peer-listor lokal till specifik nätverksomfattning."
  3. Torrent patcher Arkiverad 2 maj 2013 på Wayback Machine
  4. Introduktionen av retracker.local nämns i ämne 2234744 på rutracker.org
  5. Om införandet av en retracker (Korbin, St. Petersburg) . Hämtad 20 december 2008. Arkiverad från originalet 2 juli 2022.
  6. Tanken var att bestämma dess leverantör baserat på analysen av klientens IP-adress, och lägga till återspårningsadressen som motsvarar denna leverantör till torrentfilen. Samtidigt tillkom endast retrackers som "officiellt" installerats av leverantörer, det vill säga utifrån ett avtal med trackeradministrationen.
  7. Optimering av bittorrent trafikutbyte i lokala nätverk. Diskussion på rutracker.org (ämne № 405935)
  8. Kritik av oberoende lösningar på problemet med lokalt utbyte av bittorrent-trafik från användare av hemnätverk från rutracker.org finns i ämne 405935 på rutracker.org.
  9. Retracker från TiERA . Datum för åtkomst: 22 februari 2010. Arkiverad från originalet den 21 december 2009.
  10. Idén med att stödja retrackers genom retracker.local-adressen på nag.ru-webbplatsen . Hämtad 23 juni 2011. Arkiverad från originalet 13 juni 2011.
  11. Det automatiska tillägget av retracker.local-adressen till alla torrenter tillkännagavs i ett gratulationsmeddelande från spårningsadministratören på årsdagen.
  12. Det går inte att använda retracker.local på OS X och Linux . Hämtad 13 juni 2013. Arkiverad från originalet 5 juni 2013.
  13. Utkast till RFC "Multicast DNS" . Hämtad 16 november 2009. Arkiverad från originalet 25 november 2009.
  14. Bittorrent Protocol Extension Project . Hämtad 19 mars 2009. Arkiverad från originalet 7 maj 2012.
  15. • Visa ämne - Retracker retracker.ozerki.net (länk ej tillgänglig) . Tillträdesdatum: 21 mars 2009. Arkiverad från originalet 27 juni 2009. 
  16. Beskrivning av tekniken för att fånga upp och lägga till en återupptagningsadress från SmartHome-leverantören . Tillträdesdatum: 16 januari 2010. Arkiverad från originalet den 4 mars 2016.
  17. Meddelande från SmartHome-leverantören om stöd för tillägget isp.bep22 (otillgänglig länk) . Hämtad 25 november 2009. Arkiverad från originalet 31 juli 2013. 
  18. µTorrent 1.7 ändringslogg (nedlänk) . Datum för åtkomst: 21 december 2008. Arkiverad från originalet den 22 januari 2009. 

Länkar

Se även