Bittorrent van

előző ◈ a következő

A fájlok részenként, minden torrent kliensen kerülnek átvitelre. ezen részek átvétele (letöltése), ugyanakkor (feltölt) azokat más ügyfeleknek, ami csökkenti a betöltést és a függőségeket az egyes forrásügyfelektől, és adat redundanciát biztosít.

Sok más kliensprogram van a fájlok megosztására BitTorrent protokollon keresztül.

A jegyzőkönyv működésének elve

A BitTorrent működésének elve: a fájlmegosztó terhelése csökken attól a ténytől függően, hogy az ügyfelek azonnal megkezdik az adatcserét, még akkor is, ha a fájl nem töltődik le a végére.

Az ügyfelek egymáshoz kapcsolódnak és a fájlok szegmenseit kicserélik a tracker közvetlen részvétele nélkül, amely csak rendszeresen frissíti az információcserére és az egyéb statisztikai adatokra vonatkozó információkat. A BitTorrent hálózat hatékony működéséhez szükség van arra, hogy minél több vevő képes fogadni a bejövő kapcsolatokat. A tűzfal hibás beállítása megakadályozhatja ezt.

Csatlakozáskor az ügyfelek azonnal információt cserélnek meglévő szegmenseikről. A szegmenst letöltő ügyfél kérést küld, és ha a második ügyfél készen áll arra, hogy megkapja ezt a szegmenst. Ezt követően az ügyfél ellenőrzi a szegmens ellenőrző összegét, és értesíti az összes társított társait, hogy rendelkezik ezzel a szegmenssel.

Minden ügyfél képes átmenetileg blokkolni egy másik ügyfélhez való visszatérést (angol torzítás). Ez azért van, hogy jobban kihasználják a visszahúzó csatornát. Ezenkívül, amikor kiválasztjuk, ki kinyitjuk, előnyben részesítjük a társaikat, akik maguk is sok szegmenst továbbítottak ehhez az ügyfélhez. Így a jó adományozással bíró ünnepek ösztönzik egymást a "te - én, én - te" elvére.

A szegmensek cseréjét a "te - én, én - neked" elvvel összhangban végezzük szimmetrikusan két irányban és véletlenszerű sorrendben. Az ügyfelek rendszeresen tájékoztatják egymást a szegmensükről. Az adatcsere akkor kezdődik, amikor mindkét fél érdekli, vagyis minden fél olyan szegmenseket tartalmaz, amelyekhez a másik nem rendelkezik. A továbbított szegmensek számát megszámolják, és ha az egyik fél úgy találja, hogy átlagosan többet közvetít, mint amennyi szükséges, blokkolja (angol torzítás). Így a protokoll védelmet nyújt a licharoktól.

Amikor a teljes fájl érkezik, az ügyfél speciális műveleti módba kerül, amelyben csak adatot ad (almaborává válik).

Forgalmi struktúra

Mint más fájlátviteli protokollokhoz hasonlóan, a BitTorrent protokoll forgalma szolgáltatásra és letölthető / elküldött adatokra osztható.

Általános jellemzők

  • Nincs letöltött sor.
  • A fájlokat kis töredékekben töltik le; Minél kevésbé hozzáférhető a töredék, annál gyakrabban fogják továbbítani. Így nincs szükség egy "almabor" jelenlétére a hálózatban egy teljes letöltési fájllal - a rendszer az "ünnepek" közötti szegmenseket szétosztja, így később megoszthatja a hiányzó szegmenseket.
  • Ügyfelek (
  • A letöltött töredékek azonnal elérhetőek más ügyfelek számára.
  • Az egyes fragmensek integritását nyomon követjük.
  • Több fájl is elosztási objektumként működhet (például a könyvtár tartalmát).

Protokollok és kikötők

Az ügyfelek a trackerhez csatlakoznak a tracker port protokollal: 6969.

Az ügyfelek a TCP protokoll segítségével csatlakoznak egymáshoz. Beérkező ügyfélportok: 6881-6889.

A portszámokat nem rögzítették a protokoll specifikációjában, és szükség esetén módosíthatók. Ráadásul a legtöbb tracker használja a megszokottat

Ezenkívül a NAT Traversal protokoll (csak a BitComet kliensben használatos, és nem része a protokollnak).

Metaadatfájl

Minden elosztott fájlhoz metódusfájlt hoz létre a .torrent kiterjesztéssel, amely a következő információkat tartalmazza:

  • általános információk a feltöltött fájlról (név, hossz, stb.);
  • A feltöltött fájl ellenőrzőösszegei (pontosabban, hash-sums SHA1) szegmensek.

A metaadatfájlok bármely kommunikációs csatornán keresztül eloszthatók: a webkiszolgálókra (vagy linkekre) feltölthetők a webszerverek. a hálózati felhasználók honlapjára helyezve, e-mailben elküldve. blogokban vagy hírcsatornákban

Work tracker nélkül

A protokoll új verzióiban olyan nyomkövető nélküli rendszereket fejlesztettek ki, amelyek megoldják az előző problémák egy részét. A nyomkövető ilyen rendszerekben bekövetkező elmulasztása nem vezet az egész hálózat automatikus meghibásodásához.

Kezdve a hivatalos kliens 4.2.0 verziójával, a DHT elosztott hash tábla alapján végrehajtja a repedt munka funkcióját.

Jelenleg nem minden ügyfél használ egy olyan protokollt, amely kompatibilis egymással. Kompatibilisek egymással μTorrent, KTorrent és hivatalos BitTorrent kliens. Az Azureus szintén megrepedt munkát végez, de végrehajtása eltér a hivatalosaktól, amelynek eredményeképpen a fent említett ügyfelekkel nem tud működni a DHT-n keresztül. [2] Az Azureus azonban támogatja a hagyományos DHT-t a Mainline DHT plug-in segítségével.

terminológia

Lycher és a rajza.

Ügyfélprogramok

Cross-platform

  • μTorrent egy Windows és Mac OS X BitTorrent kliens, amely kis méretű és gyors munkaidővel rendelkezik.
  • aria2 (angol) - HTTP, FTP, BitTorrent; fájlok

Bittorrent van

Példa a BitTorrent protokoll használatára

  • Java, tehát cross-platform. Támogatja
  • piton
  • python; a GTK-t használja
  • A FoxTorrent a Mozilla Firefox böngésző kiterjesztése. BitTorrent ügyfélfunkciók végrehajtása
  • mlDonkey - több platform ügyfél
  • böngésző
  • TorrentFlux (en) - a webkiszolgálón PHP scriptként írva. így nem tarthatja folyamatosan a számítógépet, de ugyanakkor letöltheti és terjesztheti a tornyokat
  • Az ABC - egy másik Bittorrent ügyfél, a BitTornadoon alapul

GNU / Linux, UNIX

  • uTorrent
  • FlashGet
  • Shareaza - támogatja a munkát több fájlmegosztó hálózattal, köztük a BitTorrenttel
  • Ingyenes letöltéskezelő
előző ◈ a következő