Netsh - Umleitung des UDP-Datenverkehrs an die VM

336
rbaleksandar

Ich habe einen Router und einen verwalteten Switch sowie ein paar Systeme, die an diese angeschlossen sind:

  • Router: 192.168.10.200
  • PC1: 192.168.10.1 (irgendeine Art eingebettetes Linux)
  • PC2: 192.168.10.35 (OpenSuse)
  • PC3: 192.168.10.31 (Win 10-Host)
  • PC4: 192.168.10.32 (Xubuntu 16.04 VM)

Von allen außer PC1 (die ich nur zu einem Touchdisplay konfigurieren und die Daten senden kann) kann ich alle anderen Maschinen im Netzwerk anpingen.

PC1 sendet UDP - Pakete auf Port 47555 auf PC2 nur Plus - Sendungen ADwin Config - Pakete (das ist hier Ziel - IP ist 192.168.10.255) durch seine Port 4710. ich alle Pakete von PC1 mit Wireshark auf PC3 abfangen kann aber aus irgendeinem Grunde auch nach der Verwendung von netsh( ein Werkzeug, über das ich gerade etwas erfahren habe ) Ich kann immer noch nur ADwin Config- Pakete (an Port 4710), aber kein UDP erhalten.

ich rannte

netsh interface portproxy add v4tov4 listenaddress=192.168.10.1 listenport=47555 connectaddress=192.168.10.32 connectport=47555

Ich bin mir nicht sicher, ob es sich um die Argumente handelt, die ich verwendet habe, oder ob es sich um UDP handelt oder um eine Kombination aus beiden.

Leider darf ich das nicht iptablesauf PC2 ändern . Ansonsten hätte ich einfach ankommende Pakete direkt von dort an die VM weitergeleitet.

Irgendwelche Ideen, wie man das beheben kann?

0
wie sind diese alle miteinander verbunden? kann es sein, dass PC1 unterschiedliche Ports für unterschiedliche Traffic verwendet, z. ADwin Config über 4710 und anderer Verkehr über einen anderen Port konqui vor 6 Jahren 0
Ja, PC1 verwendet 4710 für ADwin Config und 47555 für UDP-Pakete. Der PC2 akzeptiert UDP-Pakete auf seiner 47555. Ich werde dies der Frage hinzufügen. rbaleksandar vor 6 Jahren 0
Das Ziel ist also, die Kommunikation von PC1 zu PC2 auf PC3 abzufangen, und das funktioniert nicht. Sie erhalten nur die Broadcast-Pakete. Der Grund ist wahrscheinlich, dass der Switch "intelligent" ist und Unicast-Pakete nur an dem Port aussendet, an dem er den Ziel-MAC kennt. Schließen Sie PC2 direkt an PC3 an, wenn Sie die Verbindung zuverlässig abfangen möchten, oder geben Sie PC2 die PC2-Identität als PC2 ein, und schreiben Sie dann Pakete für PC2 neu ("iptables" in Linux, keine Ahnung, wie dies in Windows 10 geschieht). dirkt vor 6 Jahren 0
Nun, der Switch ist definitiv ein gemanagter, also weiß ich nicht, ob er als intelligenter qualifiziert ist. : P Was deine Frage angeht - ja, ich möchte einfach PC3 zwischen die beiden stellen (ohne die Kommunikation zwischen PC1 und PC2 zu stören) und ein paar Daten abrufen. "netsh" gilt als "iptables" für Windows. Deshalb habe ich es mir angesehen, bin aber momentan festgefahren. Ich kann den Host nicht ändern (Win10), die Konfiguration der `iptables` auf PC1 und PC2 nicht ändern. Es ist also meine einzige Option, etwas auf dem Win-Host zu machen (soweit ich das beurteilen kann). rbaleksandar vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme