Azureus

[tomcio15]

Witam!

 

Mam takowy klopot:

Przesiadlem sie z powodu sily wyzszej z Gentoo na Fedore. I mam (kolejny) klopot tym razem ze sciaganiem plikow. Jestem co prawda za NATem, ele w Gentoo nie przeszkadzalo to zbytnio przy sciaganiu plikow, a w Fedorce jednak przeszkadza. Azureus sciaga plik udostepniany przxez okolo 100 seedow i lechow z zawrotna predkoscia 100 b/s - 1.0 kb/s i odrzuca przy tym wiekszosc paczek !?

 

Wylaczenie firewalla nie pomoglo...

Czy to moze byc wina systemu?

Czy oznaczenie ze peer blokuje wysylanie jest wina NATu czy to po prostu chamstwo owego peera?

[lszk]

Ja tam na Twoim miejscu zmieniłbym poprostu port. Pewnie masz domyślny ustawiony 6881, a ten jest w większości przypadków blokowany na trackerach.

Od czasu, gdy mi admin moje porty przekierowane wyłączył szukałem u siebie takiego, na jakim mi najlepiej ściąga → wyszedł 555. Próbuj do skutku, któryś musi działać. Chociażby 80

No chyba, że admin ma nieźle poustawiane na serwie zabezpieczenia przeciwko p2p, ale skoro coś tam ściąga, to pewnie nie.

 

Do tego jeszcze tydzień temu była taka sytuacja, że też mi azor nie targał, to poszedłem do admina wypytać go, czego rezultatem był reboot serwa. Pomogło Widocznie coś się mu tam przyblokowało

[tomcio15]

Ok, pocwicze z portami

 

A co w kwesti blokowania sciagania, bo praktycznie wszyscy mnie blokuja?!

[lszk]

Hmm czy tam od razu blokują. Poprostu nie mają z Tobą bezpośredniego połączenia, dlatego transwery są niższe albo czasem znikome.

[tomcio15]

Zabawy ciag dalszy

 

@ Iszk, pomoglo ino tylko na jeden raz....

teraz Azureus pluje sie ze:

UPnP::SSDP: ignoring IPv6 address /fe80:0:0:0:20f:eaff:fef3:ee29%3
UPnP::SSDP: group = /239.255.255.250:0/ra0:ra0-/fe80:0:0:0:20f:eaff:fef3:ee29%3,/192.168.0.101
UPnP::SSDP: ignoring loopback address /0:0:0:0:0:0:0:1%1
UPnP::SSDP: ignoring loopback address /127.0.0.1
Mapping request: Kliencki port trackera UDP (UDP/6881), enabled = true
Mapping request: Port przychodzący peera (TCP/6881), enabled = true
Mapping request: Port trackera TCP (TCP/6969), enabled = false
Mapping request: Port trackera TCP SSL (TCP/7000), enabled = false
Mapping request: Port trackera UDP (UDP/6969), enabled = false
Mapping request: Distributed DB (UDP/6881), enabled = true
UPnP:SSDP: first response:
M-SEARCH * HTTP/1.1
ST: upnp:rootdevice
MX: 3
MAN: "ssdp:discover"
HOST: 239.255.255.250:1900


UPnP: root discovered = http://192.168.0.1:1900/rtdevdsc.xml, local = /192.168.0.101
 Downloading: http://192.168.0.1:1900/rtdevdsc.xml
Relative URL base is http://192.168.0.1:1900
GN-BR01G
 http://192.168.0.1:1900/l3fwdsc.xml, http://192.168.0.1:1900/L3Forwd
 GN-BR01G
   http://192.168.0.1:1900/ifcfgdsc.xml, http://192.168.0.1:1900/WANCommIfCfg
   GN-BR01G *
     http://192.168.0.1:1900/ecfgdsc.xml, http://192.168.0.1:1900/WANEtherLink
     http://192.168.0.1:1900/pppdsc.xml, http://192.168.0.1:1900/WANPPPConn
Found WANConnectionDevice
   Found WANPPPConnection
 Downloading: http://192.168.0.1:1900/pppdsc.xml
com.aelitis.net.upnp.UPnPException: Invoke of 'urn:schemas-upnp-org:service:WANPPPConnection:1#AddPortMapping' fails: Read timed out
UPnP: Mapowanie 'Kliencki port trackera UDP (UDP/6881)' nieudane
com.aelitis.net.upnp.UPnPException: Invoke of 'urn:schemas-upnp-org:service:WANPPPConnection:1#AddPortMapping' fails: Read timed out
UPnP: Mapowanie 'Port przychodzący peera (TCP/6881)' nieudane
Mapping Distributed DB (UDP/6881) already established

 

Czyli w skrocie - nieudane mapowanie portu 6881 na UDP jak i TCP, tu zaznaczam, ze wylaczylem firewalla

 

A zeby bylo weselej, przy probie zmiany portu przychodzacego w konfiguracji Azureus najnormalniej w swiecie sie zawiesza....

 

Jakby tego bylo malo to Azureus zawiesza sie jeszcze przy wylaczaniu, zaczynam sie zastanawiac czy z moja java jest wszystko ok...

 

HELP! :shock: