2009-04-07 7 views
0

Bei dem Versuch, einen .NET-Remote Setup über TCP zu konfigurieren, habe ich Probleme gewesen außerhalb Verbindungen (Verbindungen von jedem Computer nicht auf meinem LAN) zu akzeptieren. Ich habe ein paar Nachforschungen angestellt und bin auf Netstat -a gestoßen, als mein Freund sich anmeldete. Hier ist, was ich sah:Seltsames Remoteverbindungsproblem

TCP 0.0.0.0:2594 Taylor-PC: 0 HÖRT
...
TCP 192.168.1.102:2594 24-155-7-16: 63588 ESTABLISHED
TCP 192.168 .1.102: 62488 192.168.0.100:1554 SYN_SENT

Jetzt ist hier der seltsame Teil: 24.155.7.16 ist IP meines Freundes (modifiziert), und es sagt die Verbindung hergestellt ist. Aber die Verbindung hängt bis zum Timeout. Ich fand dann heraus, dass 192.168.0.100 seine lokale Adresse auf sein Netzwerk ist. Irgendetwas ist verrückt. Mein Server und mein Client sind beide TCPChannels, letztere initialisiert 'new TCPChannel (0)'. Localhost-Verbindungen funktionieren, wenn ich einen Client auf demselben Computer wie den Server ausführe, aber keine Remoteverbindungen akzeptieren kann. Es gibt keine Portweiterleitung oder Firewall-Problem.

Danke für die Hilfe Ihres Freundes Subnetz hat den gleichen IP-Adressbereich als Subnetz

Antwort

0

Hat (z 192.168.0. *)? Ich hatte ähnliche Probleme zuvor ... mehr wegen der Router-Konfiguration als alles andere aufgrund von Subnetzen mit identischen IP-Adressbereichen. Hat er versucht direkt mit dem Internet verbunden? Oder ist er oder Sie in der Lage, Ihr Subnetz zu ändern?

+0

Er 192.168.0 bekam. *, Und ich 192.168.1. *. –

0

überprüfen erneut die Firewalls in der Server-Seite, wie Windows Firewall/Internet Connection Sharing (ICS) in Dienstleistungen