Le contrôle de la Carte Réseau TCP/IP message sont envoyés sur

Le système que je suis en train de travailler sur se compose d'un contrôleur PC exécutant XP avec .Net 2 connecté à un ensemble de systèmes embarqués. Tous ces composants communiquent les uns avec les autres sur un réseau ethernet. Je suis actuellement à l'aide TcpClient.Se connecter sur l'ordinateur XP pour ouvrir une connexion pour les systèmes embarqués à envoyer TCP/IP les messages.

J'ai maintenant de connecter le XP ordinateur à un réseau externe pour envoyer des données de traitement, il y a donc désormais deux cartes réseau sur l'ordinateur XP. Cependant, les messages envoyés sur le réseau externe ne doit pas apparaître sur le réseau reliant les systèmes embarqués ensemble (ne pas vouloir consommer de la bande passante) et les messages pour les systèmes embarqués ne doit pas apparaître sur le réseau externe.

Donc, l'affirmation que je fais est que les messages envoyés à une adresse IP définie sont envoyés sur les deux cartes réseau lors de l'utilisation de la TcpClient.Méthode de connexion.

Comment puis-je spécifier quelle carte réseau physique les messages sont envoyés via, idéalement à l'aide de l' .Net mise en réseau de l'API. Si une telle méthode existe .Net, alors je peux toujours P/Invoke l'API Win32.

Skizz

Ne qui dépendent de l'adresse IP que vous souhaitez atteindre?, ou sont-ils dans le même sous-réseau?
l'adresse IP du réseau externe (pas le réseau intégré) est totalement hors de mon contrôle. Les politiques sur ce réseau pour les administrateurs système, des sites où la machine sera utilisée (cela pourrait être une adresse statique, dhcp, même sous-réseau sous-réseau différent, transporteur pidgeon, etc).

OriginalL'auteur Skizz | 2008-09-08

.net c#networking

Essayez d'utiliser une Prise pour votre client au lieu de la Classe TcpClient.

Ensuite, vous pouvez utiliser Socket.Lier à la cible de votre carte réseau local

    int port = 1234;

    IPHostEntry entry = Dns.GetHostEntry(Dns.GetHostName());

    //find ip address for your adapter here
    IPAddress localAddress = entry.AddressList.FirstOrDefault();

    IPEndPoint localEndPoint = new IPEndPoint(localAddress, port);

    //use socket instead of a TcpClient
    Socket client = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);

    //binds client to the local end point
    client.Bind(localEndPoint);

http://msdn.microsoft.com/en-us/library/system.net.sockets.socket.bind.aspx

Je vais regarder à cela. Il a certainement l'air prometteur. La connexion au réseau intégré est fixé ainsi, par un processus d'élimination, il devrait être possible de trouver l'autre adresse IP de la carte.

OriginalL'auteur Hath

Si vous avez deux cartes réseau sur la machine, alors il ne devrait pas être un problème. Normal IP du comportement doit s'assurer que le trafic destiné à votre "privé" (réseau de systèmes embarqués dans ce cas) est séparé de votre réseau public, sans que vous ayez à faire quoi que ce soit dans votre code. Tout ce qui est nécessaire est pour les deux réseaux sur différents sous-réseaux IP, et pour votre "public" carte à la valeur par défaut.

En supposant que vos deux cartes réseau sont configurés comme suit:

NIC A (Public): 192.168.1.10 mask 255.255.255.0
NIC B (Private): 192.168.5.10 mask 255.255.255.0

La seule configuration que vous devez vérifier est que NIC est UN défaut. Lorsque vous essayez d'envoyer des paquets vers n'importe quelle adresse dans votre réseau privé (192.168.50.0 - 192.168.50.255), votre adresse IP stack de regarder dans la table de routage et de voir directement raccordée au réseau, et de transférer le trafic via le privé NIC. Tout le trafic à l' (directement connecté) réseau public sera envoyé à la carte, comme le trafic vers n'importe quelle adresse pour laquelle vous n'avez pas de route plus spécifique dans votre table de routage.

Votre table de routage (netstat -rn) devrait ressembler à quelque chose comme ceci:

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.10    266 <<--
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      169.254.0.0      255.255.0.0         On-link      192.168.1.10    286
  169.254.255.255  255.255.255.255         On-link      192.168.1.10    266
      192.168.1.0    255.255.255.0         On-link      192.168.1.10    266
     192.168.1.10  255.255.255.255         On-link      192.168.1.10    266
    192.168.1.255  255.255.255.255         On-link      192.168.1.10    266
      192.168.5.0    255.255.255.0         On-link      192.168.5.10    266
     192.168.5.10  255.255.255.255         On-link      192.168.5.10    266
    192.168.5.255  255.255.255.255         On-link      192.168.5.10    266
   255.255.255.255  255.255.255.255        On-link      192.168.1.10    276
   255.255.255.255  255.255.255.255        On-link      192.168.5.10    276
===========================================================================

Il y aura aussi quelques multidiffusion routes (en commençant par de 224) qui ont été omis par souci de concision. Le "<<-- " indique que la route par défaut, ce qui devrait être à l'aide de l'interface publique.

OriginalL'auteur Murali Suriar

1

Fondamentalement, une fois le TcpClient.Méthode de connexion, a été couronnée de succès, il aura créé une correspondance entre l'adresse MAC du système embarqué et de la route qu'il doit prendre à cette adresse (c'est à dire la carte réseau à utiliser).

Je ne crois pas que tous les messages sont ensuite envoyées sur le TcpClient de connexion vous seront envoyés via deux cartes réseau.

Avez-vous des données à penser le contraire, ou êtes-vous farineuse deviner?

Je ne connais pas vraiment le fonctionnement interne de la mise en réseau, de sorte que j'étais juste deviner. La machine en question est situé à quelques miles sur la route, et j'espère être en mesure d'obtenir un intervalle de temps sur elle pour brancher un espion dans le " réseau externe de l'adaptateur (c'est à dire celui le système embarqué n'est pas connecté) et voir ce qui vient. Rien ne vaut des données en dur.

OriginalL'auteur samjudson
1

Xp maintient une table de routage où il cartes de plages d'ip-adresses de réseaux et passerelles.

vous pouvez consulter le tableau à l'aide de "route print", avec "route add", vous pouvez ajouter un itinéraire à votre appareil embarqué.

Siebenga: j'ai fatigué de la "route print" commande sur un ordinateur portable sans fil et filaire de cartes et toutes les destinations ont été inscrits deux fois, une fois pour chaque carte. Outil bien pratique.

OriginalL'auteur Mendelt

Vous devez vous connecter pour publier un commentaire.