Andmeid:
Elioni hüperkiire DTV
pordid lahti
Thomson TG784 - tulemüür disabled
Windows 7 - tulemüür off

Vuze annab valeteateid, et ta on tulemüüri taga ja et tal on reachability problem.
Vahel harva aga näitab, et kõik on korras. Eelmises elukohas, sama ühendusega, sama ruuter, enamvähem samad seaded töötas kõik ilusti.
Vahe on selles, et praegu tuleb nett ruuterisse kilbist Cat5 kaabliga, enne tuli DSLiga
Ruuteris on ühenduste kohta järgnev info:

DSL Connection View more... Link Status: Disconnected -------------------------------------------------------------------------------- br0101 View more... Link Status: Disconnected Type: Bridge -------------------------------------------------------------------------------- ipDslInet View more... Link Status: Connecting... Type: PPPoE

ja see Connecting ei ole veel muutnud niipalju kui vaadanud olen

ipDslInet Connection Information Link Status: Connecting... Connection Settings PVC Info (VPI.VCI): 0.100 Type: PPPoE PPP Settings Username: xxx@kodu Password: ******** Connection Mode: Always-On Service Name: - Concentrator Name: - TCP/IP Settings IP Address: - Default Gateway: - Primary DNS: - Secondary DNS: -

Arvutis ja ruuteris on mul määratud staatiline IP, need Default Gateway aadressid sain vist Elioni foorumist.

Iseenesest nett on olemas, aga just see torrenti osa jamab.
Olen proovinud ka erinevaid porte suunata läbi, ikka sama asi.

Logi kah

Nov 29 17:33:22 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:32:51 DHCC lease ip-address 90.191.167.225 bound to intf ipKmInet Nov 29 17:32:44 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:32:27 FIREWALL replay check (1 of 4): Protocol: ICMP Src ip: 75.143.235.108 Dst ip: 90.191.167.225 Type: Destination Unreachable Code: Communication Administratively Prohibited Nov 29 17:32:02 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:31:55 DHCC intf ipKmInet renews lease ip-address 90.191.167.225 Nov 29 17:31:19 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:30:44 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:30:09 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:29:37 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:29:25 DHCC lease ip-address 90.191.167.225 bound to intf ipKmInet Nov 29 17:29:25 DHCC intf ipKmInet renews lease ip-address 90.191.167.225 Nov 29 17:29:03 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:28:24 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:27:41 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:27:00 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:26:54 DHCC lease ip-address 90.191.167.225 bound to intf ipKmInet Nov 29 17:26:54 DHCC intf ipKmInet renews lease ip-address 90.191.167.225 Nov 29 17:26:23 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:25:49 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:25:16 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:24:43 LOGIN User Administrator tried to login on [HTTP] (from 0.0.0.0) Nov 29 17:24:29 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:24:24 DHCC lease ip-address 90.191.167.225 bound to intf ipKmInet Nov 29 17:24:24 DHCC intf ipKmInet renews lease ip-address 90.191.167.225 Nov 29 17:23:47 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:23:08 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:22:33 LOGIN User tried to login on [HTTP] (from 192.168.1.69) Nov 29 17:22:25 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success) Nov 29 17:21:55 DHCC lease ip-address 90.191.167.225 bound to intf ipKmInet Nov 29 17:21:55 DHCC intf ipKmInet renews lease ip-address 90.191.167.225 Nov 29 17:21:40 UPnP action 'AddPortMapping' from ip=192.168.1.69 (Success)

edit by DonQ: muutsin logid loetavaks, järgmisel korral tee seda ise!

[Muudetud: 29.11.2009 DonQ]

"How can you rephrase YES badly?!"
"No!"

Kui Sa käsistsi porte suunaksid, mitte UPnP abil, kas siis oleks tulemus parem? Kui Sa võrgu ilma ruuterita ühendad, kas siis hakkab toimima?

Vabandust logide pärast.
Ei saa katsetada seda ruuterita ühendamist, kuna tegu on lauaarvutiga ja ruuter on kaugel teises korteri otsas. Ma võin proovida need juhtmed omavahel ühendda (ruuter vahelt välja jätta), aga selleks pean enne ühenduslüli ostma.
Mis mõttes käsitsi? Windows firewalli kaudu? Kas see UPnP ei olegi siis käsitsi suunamine? Otsisin Googlest ja seal ikka kah viitas lehele (portforward.com), kus nii suunati.
Vaatasin ka windows firewalli üle ja suunasin ka seal ära igaks juhuks, aga midagi pole muutunud.
Vuzel on mingi Network status plugin mis testib ühendust

Kood:

Test starting Default public address is 90.191.167.225 1 NAT device found Thomson TG784 (0833NT09A): address=192.168.1.254:80, public address=0.0.0.0 No SOCKS proxy found No HTTP proxy found No explicit bind address set Testing HTTP outbound Test successful Testing TCP outbound Test successful Testing UDP outbound Test failed: Outbound test failed Testing TCP port 113 inbound Test failed: NAT test failed: Usage limit exceeded (90.191.167.225:0) Check your port forwarding for TCP 113 Testing UDP port 113 inbound Sending outbound packet and waiting for reply probe (timeout=5000) Sending outbound packet and waiting for reply probe (timeout=10000) Sending outbound packet and waiting for reply probe (timeout=15000) Sending completion event Test failed: Usage limit exceeded Check your port forwarding for UDP 113 ...

"How can you rephrase YES badly?!"
"No!"

UPnP ei ole käsitsi.
Käsitsi oleks nii, et siirdud ruuteri enda konfmise lehele (http://192.168.1.254 sinu juhul, kasutaja-parooli kohta ma ei oska öelda) ja seal otsid port forwarding (või virtual servers või kuidas ta seda nimetabki) osakonna üles ja näitad ära, millisele sisevõrgu arvutile (192.168.1.69 on sinu oma) mingi konkreetse pordi TCP ühendus suunata.

Hmm, ma üritasin leida sellist kohta, aga ei ole...ka manuaalis polnud midagi selle kohta kirjas. Isegi Google ei anna minuarust midagi adekvaatset.
Iseenesest see UPnP peaks asja ju ära ajama, kui enne on töötanud ja ainult seda soovitatakse.
Rohkem tahaks teada võibolla, miks see ühendus seal muudkui Connecting on ja ei anna ühenduse andmeid korralikult ja need tuleb ehku peale sisse toppida. Kas see ei või põhjustada probleeme?

Sain laenatud vahejupi ja arvuti otse kaabliga ühendatud ja kõik toimis valatult - Vuzel oli NATiga kõik korras(roheline) ja ühendas end seedidega ning tõmbas niiet mühises. Ilusti nägi neid default DNS serverite aadresse ja probleeme polnud. Ruuteri ühendamisel aga jälle sama jama - Vuze Firewalled ja Connecting ruuteris

Ma pole elioni võrkudega väga kursis, aga miks ruuter PPPoE üritab teha? Millalgi läks elion nagu DHCP peale üle ja seega peaks ka ruuter olema konfitud DHCP kaudu ühendust saama (ehkki võin eksida; olen ise vaid ühe elioni ühendusega rohkem kokku puutunud ja seal möllas küll DHCP).

UPnP peaks põhimõtteliselt toimima küll, eriti kui ta sama ruuteriga on varem toiminud. See ei ole päris seesama nagu pajudel ruuteritel käsitsi suunamiste tegemine, aga tagajärg peaks sama olema. Proovi mõnda kaugemat porti, 23456 näiteks - 113 pole (nö avatud portide korral) üldiselt hea valik.

Ruuteri manuali lingi annad? Ma laisk

Ma ise tean sellest tõenäoliselt veel vähem.
Siiski, seda PPPoE asja saab määrata seades üles ühendust(Set Up), kus ta annab seda valida.
Kuskilt nägin, et see VPI/VCI peab olema 0/100, mul aga on seal selline rida: Routed PPPoE on 8/35
Vist on võimalik veel porte suunata Telneti kaudu, aga praegu ei julge veel sinna mässama minna.

Ka suurema pordi määramine ei aita.

http://www.thomson.net/GlobalEnglish/customer-service/SpeedTouchDoc...

[Muudetud: 29.11.2009 karjuuhin]

Manualis lk 60, Toolbox, Game & Application Sharing, Assign a game or application to a local network device - seal peaks käsitsi saama ka porte suunata. Tõsi, nad ise ka rõhuvad UPnP peale.

Mis PPPoE/DHCP puutub, siis pead vist elioni käest küsima, mis värk sellega on. Siit täiesti kolmanda teenusepakkuja võrgust mina seda küll välja arvutada ei oska.

Aa, noh, tegelikult ma pidasingi kogu aeg silmas sealset pordisuunamist sest seal kohe räägitakse sellest UPnPst, ise olen seal ära defineerinud pordid, mis suunatakse minu arvutile (proovinud 113, 10101, 55555 jne).

Üritasin kasutada ka Elioni foorumist saadud Telneti käske, aga need ei töötanud, mingi veateate andis, et käsk ei sobi või midagi sellist.

Eks kirjutan neile ja uurin (torrentiprogramme vist kasulik mainida ei ole või).

Alustame lihtsatest asjadest.

Esiteks - kuidas sa ruuterile oma arvuti oled selgeks teinud? Kas nii, et leidsid veebiliideses oma arvuti nime ja panid linnukese "Always use this address"?

Teiseks - mis pordil sul azureus kuulab ja kuidas sa port forwardi defineerisid? Kas tegid selle jaoks "Custom game/application" vms ja väänasid enda arvutile?

Esiteks:
Ühendasin arvuti ära ja ta andis mulle automaatselt aadressi 192.168.1.70
Selle määrasin staatiliseks (Allway use this address)
Siis andsin Local Area Connectionile IPv4-le sätted
IP 192.168.1.70
Mask 255.255.255.0
Default 192.168.1.254
DNS 194.126.48.196
195.250.187.46
(DNSid sain määratud need peale otsest kaabliga ühendamist - ruuteris jääbki connectima ja neid andmeid ei anna)

Teiseks
Vuze(Azureus) kuulab praegu porti 10101 (mis eelmises elukohas töötas valatult)
Ruuteris on kasutades Games & Application Sharingut loodud Aplikatsioon "Vuze", millele on loodud suunamine

Kood:

Protocol Port Range Translate To ... Trigger Protocol Trigger Port TCP 10101 - 10101 10101 - 10101 Any 10101 UDP 10101 - 10101 10101 - 10101 Any 10101

Olen seda sama proovinud ka 113 ja 55555-ga.
See on lisatud minu arvutile.

"How can you rephrase YES badly?!"
"No!"