Torrent No connect

[Návštěvník Mennolly]

Mam stejny problém, jiz 2 dny mam vsechny torenty cervene a stahuji hlemizdi rychlosti. Ale sem tam v noci se mi normalne rozjedou.

[Návštěvník]

Já jsem žádné zpomalení,či omezení nezaregistroval.Je toto blokování jen u nových tarifů?

[Návštěvník malina]

Nechapu kde berete takové informace že UPC něco blokuje ...

 

Jediné co UPC může blokovat za porty jsou

...

 

Ach tak, a co je napr. toto?

x.x.x.x = server pripojeny do NIXu (takze zadny "vypadek" zahranicni konektivity)

y.y.y.y = PC v siti UPC

 

"nezavadny" port:

[ 5] local x.x.x.x port 49263 connected with y.y.y.y port 5001

[ 4] local x.x.x.x port 5001 connected with y.y.y.y port 41433

[ ID] Interval Transfer Bandwidth

[ 5] 0.0-30.2 sec 9.90 MBytes 2.75 Mbits/sec

[ 4] 0.0-31.7 sec 4.61 MBytes 1.22 Mbits/sec

 

"zavadny" port 411

[ 5] local x.x.x.x port 60580 connected with y.y.y.y port 411

[ 4] local x.x.x.x port 411 connected with y.y.y.y port 60580

[ ID] Interval Transfer Bandwidth

[ 4] 0.0-213.4 sec 48.0 KBytes 1.84 Kbits/sec

[ 5] 0.0-242.9 sec 112 KBytes 3.78 Kbits/sec

[Návštěvník]

co na to řict stahuju celou dobu aktivně 128 kbs a dneska cely den 5b max 25 to je hnus s tim ups podle mne kazdou chvili tim dosahnou toho ze od jejich smlouvy odstoupim kur*a platim 570 korun každy měsíc a ještě mně budou blokovat mršiny

[Návštěvník nadlabak]

Nechapu kde berete takové informace že UPC něco blokuje ...

 

Jediné co UPC může blokovat za porty jsou

 

TCP 3128 (proxy)

TCP 8080 (proxy)

TCP 593

TCP 25 (SMTP)

TCP 135-139

TCP 445

 

Zpravidla jsou blokované poze proxy (3128, 8080), však na žádost si můžete vše nechat odblokovat či zablokovat.

 

Nechápu, kde bereš informace o tom, co UPC může a nemůže blokovat.

Jak jsem psal, šlo o blokování spojení mezi torrent klientem a různými trackery běžícími na různých portech.

Kromě spousty jiných portů (2710, 3401-3416, 3535, 3389, 6800, 6969, 6997,8000, 60500 a další a další) se nedalo připojit ani na trackery běžící na portu 80. Přitom se normálně daly otevírat stránky přes http.

Určitě tedy nešlo o blokování konkrétních portů, ale o blokování na základě analýzy obsahu paketů.

Řekl bych, že UPC zkouší nové metody shapování trafficu pro omezování p2p provozu a trošku jim to ulítlo. (Pro hnidopichy: toto je spekulace.)

 

Dobrá zpráva je, že připojení k trackerům začalo včera večer opět fungovat (alespoň u nás).

 

Ještě k tomu, odkud pochází moje informace: z pozorování a měření.

Odkud ty tvoje?

[Návštěvník]

Tak abych to uvedl na pravou míru UPC nezkouší blokkovat p2p sítě. Jak již jsem psal jedná se o výpadek a jestli v tom chcete hledat něco jinýho je to Váš promrhanej čas...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[Návštěvník nadlabak]

Hodně divnej "výpadek".

Mimochodem, doporučuji se podívat na seznam ISP, kteří omezují provoz p2p sítí: http://www.azureuswiki.com/index.php/Bad_ISPs#Czech_Republic

[Návštěvník malina]

Tak abych to uvedl na pravou míru UPC nezkouší blokkovat p2p sítě. Jak již jsem psal jedná se o výpadek a jestli v tom chcete hledat něco jinýho je to Váš promrhanej čas...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

ne, neni to vypadek, viz vysledky meho mereni o par prispevku vys

- neznam vypadek, ktery by ciste nahodou postihoval jen porty pouzivane v P2P

[Návštěvník]

divnej výpadek to není ale rozepisovat se tu nebudu stejně by to bylo zbytečný...

[Návštěvník malina]

kazdopadne, co jsem vypozoroval, je blokovany traffic NA vyjmenovane porty, ale take Z vyjmenovanych portu

 

takze se to da obejit tak, ze se nastavi v klientovi nejaky "nezavadny" port a stejne tak je treba pripojovat se k hubum nebo trackerum, ktere bezi na "nezavadnych" portech

 

tzn. ani na jedne strane komunikace se nesmi vyskytnout "zavadny" port, pak spojeni funguje - coz by svedcilo pro "pouhe" blokovani portu a nikoliv analyzu packetu