alias5000 - So 29.07.07 18:00
Titel: UDP/TCP über verschiedene subnets

---

Hi!
Ich bin über Feedback von Benutzern auf folgendes Problem gestoßen:
der Benutzer hat

folgende subnets:

192.168.1.x 192.168.2.x 192.168.3.x 192.168.4.x 192.168.5.x

Broadcasts/Multicasts kommen an, das habe ich auch nachgeprüft. Allerdings habe ich festgestellt, dass nichts ankommt, wenn ich irgendwas versuche per UDP zu senden und Verbindungsversuche von TCP gehen auch ins leere.

In diesem Netzwerkbereich bin ich noch ein relativer Einsteiger, das Basiswissen fehlt mir noch. Über wikipedia bin ich noch nicht schlau geworden, weil da wird ein subnet (Netzmaske) in dieser Hinsicht nicht, oder mir nicht verständlich erklärt.

Also die Frage: warum klappt das nicht und wie kann ich drum rum kommen sprich dorthin trotzdem was senden? (und das am Besten ohne die Infrastruktur zu ändern, jede Programminstanz aufm Rechner hat je nen UDP+TCP Server und Client).

Ich bin jetzt endlich auch auf relativ gute Materialien gestoßen, die ne Einführung in die Netzwerk-basics geben, aber bis ich die durch hab, brauche ich einfach noch ne Weile und wenn möglich würde ich gerne diesen Bug vorher in meinem Programm beheben (muss bald fertig sein, weil die Freizeit sonst ausgeht, wenns zu lange dauert)

Gruß
alias5000

Narses - Mo 30.07.07 10:38
Titel: Re: UDP/TCP über verschiedene subnets

---

Moin!

alias5000 hat folgendes geschrieben:

der Benutzer hat folgende subnets: 192.168.1.x 192.168.2.x 192.168.3.x 192.168.4.x 192.168.5.x Broadcasts/Multicasts kommen an, das habe ich auch nachgeprüft. Allerdings habe ich festgestellt, dass nichts ankommt, wenn ich irgendwas versuche per UDP zu senden und Verbindungsversuche von TCP gehen auch ins leere.

Das sind leider sehr "dürftige" Infos, um sowas aufzuklären. Eine komplette IP-Config des Rechners (ipconfig /all und netstat -r, dabei aber bitte Realdaten, "so ähnliche" anonymisierte Infos sind eine gefährliche Sache, weil man möglicherweise relevante Daten entfernt, ohne es zu merken) und eine detailierte Fehlerbeschreibung sind hier Minimum. :|

cu
Narses

alias5000 - Mo 30.07.07 18:13

---

danke für die Antwort, ich werd mal wenn ich Zeit finde, meine Testkonfigruration hier reinstellen

Gruß
alias5000

alias5000 - Mi 01.08.07 11:54

---

Das ist jetzt nicht die Konfiguration von dem Benutzer, der mir das geschickt hat, ich hab das aber mit 2 Rechnern bei mir reproduziert.
Rechner 1:

IPConfig /all:

Windows-IP-Konfiguration Hostname. . . . . . . . . . . . . : mein Rechnername Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert. . . . . . . : Nein WINS-Proxy aktiviert. . . . . . . : Nein Ethernetadapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Adaptername Physikalische Adresse . . . . . . : 00-0E-A6-72-93-DD DHCP aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.0.182 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.0.1 DNS-Server. . . . . . . . . . . . : 62.72.64.237 62.72.64.241 Den Hamachi-Adapter lass ich mal weg, der ist deaktiviert

netstat -r:

Routingtabelle =========================================================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x2 ...00 0e a6 72 93 dd ...... NVIDIA nForce MCP Networking Adapter - Paketplan er-Miniport 0x10004 ...7a 79 05 3b c7 4f ...... Hamachi Network Interface - Virtual Machine Network Services Driver =========================================================================== =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.182 20 5.0.0.0 255.0.0.0 5.59.199.79 5.59.199.79 20 5.59.199.79 255.255.255.255 127.0.0.1 127.0.0.1 20 5.255.255.255 255.255.255.255 5.59.199.79 5.59.199.79 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.0.0 255.255.255.0 192.168.0.182 192.168.0.182 20 192.168.0.182 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.0.255 255.255.255.255 192.168.0.182 192.168.0.182 20 224.0.0.0 240.0.0.0 5.59.199.79 5.59.199.79 20 224.0.0.0 240.0.0.0 192.168.0.182 192.168.0.182 20 255.255.255.255 255.255.255.255 5.59.199.79 5.59.199.79 1 255.255.255.255 255.255.255.255 192.168.0.182 192.168.0.182 1 Standardgateway: 192.168.0.1 =========================================================================== Ständige Routen: Keine

Rechner 2 (virtueller PC) sagt folgendes:

ipconfig /all:

Windows 98 IP-Konfiguration 0 Ethernet Adapter : IP-Adresse. . . . . . . . . : 0.0.0.0 Subnet Mask . . . . . . . . : 0.0.0.0 Standard-Gateway . . . . . . : 1 Ethernet Adapter : IP-Adresse. . . . . . . . . : 192.168.1.121 Subnet Mask . . . . . . . . : 255.255.255.0 Standard-Gateway . . . . . . : 192.168.0.1

netstat -r sagt:

konnte das leider nicht via copy&paste rauskopieren

Ich hoffe das hilft mehr

Gruß
alias5000

Moderiert von Narses: Bild als Anhang hochgeladen.

Narses - Mi 01.08.07 12:20

---

Moin!

Also die Configs da oben sind eindeutig, die Rechner sind nicht im gleichen Subnet, deshalb gehen Pakete an den jeweils anderen an das Default-Gate, das kann damit (vermutlich) nix anfangen und wirft sie weg (oder hast du in deinem Router eine entsprechende in-LAN-Route eingerichtet?). :nixweiss: Nicht verwunderlich. ;) Lösung: eine statische Route in die Routingtabelle für den jeweils anderen Rechner (oder gleich das ganze Subnet) einrichten, dann geht´s.

Wenn ich dich richtig verstanden habe, hast du einen Problem-Zusammenhang mit mehreren Interfaces vermutet/angesprochen. :?

alias5000 hat folgendes geschrieben:

Das ist jetzt nicht die Konfiguration von dem Benutzer, der mir das geschickt hat

...und genau deshalb nutzt das nix, ohne eine entsprechende Real-Konfig, wie schon von mir angesprochen... :|

cu
Narses

//EDIT: Ach ja, zur Sicherheit noch was dazu: ;)

alias5000 hat folgendes geschrieben:

ich hab das aber mit 2 Rechnern bei mir reproduziert.

Was du da (re)produziert hast, ist der Beweis, dass das IP-Protokoll so funktioniert, wie beabsichtigt. ;) Das ist also kein Bug (und im Besonderen nicht in deinem Programm), sondern Design. :mahn: :)