......fungoval jednoduse tak, ze zkusil otevrit tcp spojeni na ip:port, ktery klient oznamoval trackeru pri announce. Povedlo se otevrit - active, nepovedlo - passive.
Je to presne tak. Tracker otestuje lze-li navazat spojeni s klientem "zvenku" alias zda je klient viditelny pro ostatni nody na interfernetu, a to na zaklade parametru ktery mu klient sam posle= ID svy verze (podle ty pak nektery trackery odmitnou "obslouzit urcite typy/verze klientu")+IP+port na kterem klient posloucha(+odpovida na) prichozi trafik, u Transmission defaultne tusim 51413, coz je dobre zmenit na nejaky atypicky port.....
......Mam .....verejnou adresu..... z venku pristupny port a na jednom nejmenovanem trackeru jsem porad videt jako "passive".....
Jses passive POUZE na tom jednom?? anebo te jako passiva vyhodnocujou i jiny trackery??
A jses si 100%ne jistej ze mas i dobre udelanej port-forwarding??
Tady
https://www.grc.com/x/ne.dll?bh0bkyd2 si to muzes otestovat= "user specified custom port probe" kam zadas port na kterym tvuj klient posloucha.....
Toho scaneru se bat nemusis, provozuje ho pro-bono tenhle typek:
https://en.wikipedia.org/wiki/Steve_Gibson_(computer_programmer)
Je potreba si uvedomit ze ti kdoz jsou PASSIVE jsou za NATem a s jinymi passivy se nedokazou spojit aka nic si od nich nesosnou, pouze od aktivu.......Naproti tomu ten kdo je aktiv je dostupny/kontaktovatelny pro kohokoliv, cimz se mu zvetsuje nabidka.
Tenhle NAT-problem sveho casu brilantne vyresili soudruzi u prvnich verzi Skype tim ze z klientu s dobrou lajnou+verejnou IP udelali tzv supernody ktery fungovali jako relay/rendesvouz servery pro pasivni chudaky za NATem......
Skype-relay-node dokazal vyresit i nejvetsi problem, totiz tzv agresivni NAT kterej si pamatuje parametry odchoziho spojeni a NEAKCEPTUJE naslednou odpoved z jine IP na stejny port....
Osobne neznam jedineho klienta pro Bittorrent ktery by se takto choval...... (a je otazka jestli by to bylo vubec zadouci protoze VoIP ma zanedbatelne datove toky oproti BT)