Δουλεύει το UPnP στο 9106 ?

[DJ_Art]

Έχω την εντύπωση πως το UPnP στο 9106, ενώ φαινομενικά δουλεύει, δεν ανοίγει τελικά το όποιο port όπως θα έπρεπε.

Έχω AnnexB με το 2.3 firmware. Το upnp setting είναι φυσικά ενεργοποιημένο.

Βρήκα το εξής URL: http://fp.mgillespie.plus.com/upnphelp.htm
Έκανα, λοιπόν, το test και έφτιαξα στα Windows XP[1] τα services που δεν ξεκινούσαν αυτόματα, οπότε πλέον όλα τα tests στο παραπάνω utility κάνουν pass.

Και τώρα στο azureus, με ενεργοποιημένο upnp, ενώ τα logs τα δείχνουν όλα να πηγαίνουν σωστά, το port δεν ανοίγει. Παραθέτω τα logs από το azureus:



[12:34:41] ignoring loopback address /127.0.0.1, interface lo
[12:34:41] group = /239.255.255.250:0/eth0:AMD PCNET Family PCI Ethernet Adapter - Packet Scheduler Miniport-/10.143.2.50: started
[12:34:41] Mapping request: UDP tracker client port (UDP/50516), enabled = true
[12:34:41] Mapping request: Incoming Peer Data Port (TCP/50516), enabled = true
[12:34:41] Mapping request: TCP Tracker Port (TCP/6969), enabled = false
[12:34:41] Mapping request: TCP SSL Tracker Port (TCP/7000), enabled = false
[12:34:41] Mapping request: UDP Tracker Port (UDP/6969), enabled = false
[12:34:41] Mapping request: Distributed DB (UDP/50516), enabled = true
[12:34:42] UPnP: root discovered = http://10.143.2.33:5431/igdevicedesc.xml, local = /10.143.2.50
[12:34:42] Downloading: http://10.143.2.33:5431/igdevicedesc.xml
[12:34:42] Relative URL base is unspecified
[12:34:42] USR ADSL Gateway
[12:34:42] desc=http://10.143.2.33:5431/layer3forwardingSCPD.xml, control=http://10.143.2.33:5431/ROOTUDN/Layer3Forwarding
[12:34:42] USR IGD WAN Device
[12:34:42] desc=http://10.143.2.33:5431/WAN/wancommoninterfaceconfigSCPD.xml, control=http://10.143.2.33:5431/WANDEVICEUDN/WANCommonInterfaceConfig
[12:34:42] USR IGD WAN Connection Device *
[12:34:42] desc=http://10.143.2.33:5431/WAN/wanipconnectionSCPD.xml, control=http://10.143.2.33:5431/WANCONNECTION/WANIPConnection
[12:34:42] desc=http://10.143.2.33:5431/WAN/wancablelinkconfigSCPD.xml, control=http://10.143.2.33:5431/WANCONNECTION/WANCableLinkConfig
[12:34:42] desc=http://10.143.2.33:5431/WAN/wanethernetlinkconfigSCPD.xml, control=http://10.143.2.33:5431/WANCONNECTION/WANEthernetLinkConfig
[12:34:42] Downloading: http://10.143.2.33:5431/WAN/wancommoninterfaceconfigSCPD.xml
[12:34:42] Device speed: down=46.8 kB/s, up=122.0 kB/s
[12:34:42] Found WANIPConnection
[12:34:42] Downloading: http://10.143.2.33:5431/WAN/wanipconnectionSCPD.xml
[12:34:43] mapping [0] 0/UDP [] -> 0.0.0.0
[12:34:43] mapping [1] 50516/TCP [] -> 10.143.2.50
[12:34:43] mapping [2] 50516/UDP [] -> 10.143.2.50
[12:34:43] mapping [3] 1345/TCP [] -> 10.143.2.50
[12:34:43] mapping [4] 0/UDP [] -> 193.92.150.3
[12:34:43] Mapping UDP tracker client port (UDP/50516) already established
[12:34:43] Mapping Incoming Peer Data Port (TCP/50516) already established


[1] Για την ιστορία, είναι Windows XP Media Center με service pack2 και όλα τα updates, μέσα σε vmware που τρέχει σε linux (ναι, οκ, ακούγεται λίγο παρανοϊκό, I know), αλλά αυτό δεν παίζει κανένα ρόλο, το "μηχάνημα" τρέχει σε bridged mode και παίρνει κανονικά IP σαν να ήταν πραγματικά στο τοπικό δίκτυο.

Το δίκτυο, όπως φαίνεται και παραπάνω είναι το 10.143.2.32/27, ο router στο 10.143.2.33 και το "PC" στο 10.143.2.50. H port που ορίστηκε στο Azureus για εισερχόμενη κίνηση είναι η 50516.

Μετά από όλα αυτά, ενώ το Azureus φαίνεται να ικανοποιήθηκε από το uPnP "session" με το router, τελικά δεν ανοίγει η port και το Azureus κλαίγεται ότι υπάρχει πρόβλημα επειδή είναι πίσω από NAT. Αν κάνω forward την πόρτα 50516, προφανώς το Azureus ικανοποιείται, αλλά εγώ αυτή τη δουλειά περίμενα να την κάνει o router μόνος του :-/

Τελικά, δουλεύει αυτό το πράγμα ή όχι ? :hmm:

[sdikr]

[1] Για την ιστορία, είναι Windows XP Media Center με service pack2 και όλα τα updates, μέσα σε vmware που τρέχει σε linux (ναι, οκ, ακούγεται λίγο παρανοϊκό, I know), αλλά αυτό δεν παίζει κανένα ρόλο, το "μηχάνημα" τρέχει σε bridged mode και παίρνει κανονικά IP σαν να ήταν πραγματικά στο τοπικό δίκτυο.


Μηπως το πρόβλημα σου είναι εδώ;
μήπως έχεις κανα firewall στο Linux Που κόβει το Upnp;

[DJ_Art]

Μηπως το πρόβλημα σου είναι εδώ;
μήπως έχεις κανα firewall στο Linux Που κόβει το Upnp;
Όχι, δεν έχω. Αλλά και να είχα, "κανονικά" το Linux δεν παρεμβάλλεται στο VmWare, γιατί στο bridged mode δεν δίνει το Linux Ιντερνετ στο VMWare, αλλά δίνει full access στην κάρτα δικτύου.

Λοιπόν, για να μην μπερδευόμαστε (γιατί όντως μπορεί κάτι μυστήριο να παίξει σε τέτοιες περιπτώσεις), έκανα όλα τα παραπάνω με ένα κανονικό μηχάνημα που είναι πάνω στο δίκτυο (στην Wireless μεριά), το 10.143.2.48, που τρέχει κανονικά Windows XP SP2. Έτρεξα το test, φροντίζοντας όλα να τα κάνει PASS (αν και από ότι το κόβω, είτε PASS, είτε FAIL, στο τέλος το αποτέλεσμα θα είναι το ίδιο). Απενεργοποιήσα το Windows Firewall και το F-Secure Firewall για έξτρα σιγουριά, αλλά φυσικά το αποτέλεσμα παραμένει να είναι το ίδιο. Το test και το Azureus ικανοποιούνται πλήρως, μιλάνε κανονικά με το router, αλλά στο τέλος η πόρτα δεν ανοίγει με τίποτα.

Εντωμεταξύ με όλα αυτά τα tests, επειδή έτρεξα το UPnP test προγραμματάκι και σε άλλο μηχάνημα που είναι στο δίκτυο, διαπίστωσα το εξής:

Έστω τρέχεις σε ένα PC το test και κάνουν όλα pass. Αν το τρέξεις μετά σε ένα άλλο pc του δικτύου, τα tests 7/8 (που είναι αρκετά σημαντικά) κάνουν fail. Για να κάνουν pass, θέλει reboot o router!

Πάντως τα παραπάνω με το Azureus τα δοκιμάζω έχοντας κάνει reboot στο router και διασφαλίζοντας ότι το test κάνει PASS για το PC στο οποίο προσπαθώ να κάνω το Upnp να δουλέψει εκείνη την ώρα.

Επίσης, με προβληματίζει το γεγονός ότι σε αυτήν εδώ τη λίστα: http://fp.mgillespie.plus.com/upnpresults.htm
το 9106 εμφανίζεται ως non-working (με παλιότερο firmware βέβαια).