Dotaz: Jak funguje bittorrent client-server s NATem

[vo1a]

Ahoj. Může mi prosím někdo objasnit jak fungují protokoly bittorent apod., které potřebují client-client spojení za NATem? Zajímá mě princip navázání spojení mezi oběma klienty (či klientem a serverem) které jsou oba za natem.

Odpovědi

[Jendа]

Hledej udp hole punching.

[vo1a]

Jestli jsem to správně pochopil, tak se využívá jednoduše třetí strana k zasílání otevřených portů? Já myslel, že pokud přes linuxový nat pošlu zevnitř sítě data na veřejný server tak jsem omezen komunikovat jen s tím daným serverem kvůli bezpečnosti.

[Jendа]

To platí jen pro stavové protokoly (TCP). U UDP nic jako „jen s tím daným serverem“ neexistuje, protože si každý může napsat do hlavičky jako adresu odesilatele co chce. Navíc hole punching by měl fungovat i bez takto „podvržených“ paketů - stačí, když třetí strana řekne těm dvěma stranám, že a na jaké porty si mají posílat UDP pakety.

[vo1a]

Do hlavičky si sice napsat může co chce, ale pak by neměl dostat příp. odpověď (i když z principu udp by jí očekávat ani neměl). Stejně mi ale vrtá hlavou když se takhle inicializují spojení, jak ví nat, jak dlouho si má podržet otevřené porty? Portů přece není nekonečné množství.

[pletiplot]

Mno, osobně si myslím, že client-client spojeni se v torrentu proste nerealizuje, pokud zadny z nich nema diru v NATu. Takze kdyz jsi za NATem, tak proste komunikujes jen s lidma s verejnym IP. Pres servery treti strany nechodi zadny data, pokud nepocitam trackery, ale pres ne chodi jen IPcka tech ucastniku.

[lertimir]

Myslím si totéž. Myslím, že tracker má ke clientu info na jakém portu běží a nebo že je za natem. Pokud client za NATem poptává data, dostane seznam jen veřejných IP, ke kterým se může připojit, které mají data. Pokud veřejná IP poptává data dostane seznam všech, které mají data i těch za NATem a ti za NATem dostanou info, kam se mají připojit a domluvit se.