Wie identifizieren Clients den Router in einem Netzwerk?

Wie identifizieren Clients den Router in einem Netzwerk?

Wie können Clients, die mit einem LAN-Netzwerk verbunden sind und über einen NAT-Router mit dem Internet verbunden sind, den NAT-Router identifizieren und so wissen, wohin sie ihren Datenverkehr im weiteren Internet senden müssen?

Wenn dies betriebssystemabhängig ist, dann interessiere ich mich insbesondere für Windows 7 und iOS 8

Ich habe das Standard-Gateway bereits untersucht, aber das scheint nicht zu funktionieren.

Bonus-Frage:Wie kann ich dies manuell außer Kraft setzen, sodass der gesamte Datenverkehr über einen anderen Router läuft?

Vielen Dank im Voraus für jede Hilfe!

Antwort1

Mir fallen ein paar Dinge ein, die Sie versuchen könnten:

1) Stellen Sie auf dem Client-Rechner sicher, dass nur ein Standard-Gateway vorhanden ist, indem Sie eine Eingabeaufforderung öffnen und „ipconfig /all“ ausführen. Suchen Sie nach dem DG und stellen Sie sicher, dass dort xx1.99 steht. Stellen Sie sicher, dass Sie problemlos im Internet surfen können, ziehen Sie dann den Raspberry Pi ab und prüfen Sie, ob Sie noch im Internet surfen können. Wenn dies nicht möglich ist, fließt der Datenverkehr definitiv durch den Proxy, obwohl dieser keine Protokollierung durchführt.

2) Möglicherweise haben Sie auf Ihrem Client-Rechner zwei Verbindungen, z. B. WLAN und Kabel. Wenn Sie das Standard-Gateway festlegen, sollten Sie sicherstellen, dass Sie nur eines aktiviert haben und dass das DG bei diesem richtig eingestellt ist.

3) Wenn nichts davon Ihr Problem löst, öffnen Sie eine Eingabeaufforderung, geben Sie „route print“ ein und posten Sie es hier.

Antwort2

Einfach.

In diesem Fall wird Ihr gesamter Datenverkehr (Host-Datenverkehr) vom Proxyserver an den ROUTER weitergeleitet.

Paketweiterleitung

Antwort3

Wie identifizieren Clients, die an ein LAN-Netzwerk angeschlossen sind und über einen NAT-Router verfügen, der das Netzwerk mit dem Internet verbindet, den NAT-Router?

Normalerweise werden diese Informationen während DHCP empfangen. DHCP funktioniert über Broadcasts, sodass es nicht darauf angewiesen ist, die IP-Adresse eines Servers zu kennen (deshalb können Dinge wie nicht autorisierte DHCP-Server ein Problem darstellen).

DHCP kann Hosts viele Arten von Informationen zur Verfügung stellen. Eine davon ist offensichtlich die IP-Adresse, eine andere der „Router“ oder das Standard-Gateway. Normalerweise wird auch die IP-Adresse eines oder zweier DNS-Server weitergegeben.

und wissen daher, wohin sie ihren Datenverkehr im weiteren Internet senden müssen.

Die typische Funktionsweise des TCP/IP-Stapels eines Computers ist folgende:

  • Liegt die IP-Adresse dieses ausgehenden Pakets innerhalb der Subnetzmaske irgendwelcher Netzwerkschnittstellen?
    • Wenn ja, senden Sie es aus dieser Netzwerkschnittstelle direkt an diese IP (kein Router beteiligt).
  • Andernfalls senden Sie das Paket an das Standard-Gateway.

Wenn die IP Ihrer Netzwerkschnittstelle auf 192.168.55.8 eingestellt ist und ihre Subnetzmaske 255.255.255.0 lautet, und Ihr System Datenverkehr an eine beliebige IP zwischen 192.168.55.1 und 192.168.55.254 senden möchte, wird er direkt von dieser Netzwerkkarte an diese IP gesendet.

Wenn Sie beispielsweise eine zweite Netzwerkschnittstelle mit der IP-Adresse 192.168.72.8 und der Subnetzmaske 255.255.255.0 hätten und Ihr System dann Datenverkehr an eine beliebige IP-Adresse zwischen 192.168.72.1 und 192.168.72.254 senden möchte, wird er direkt aus der zweiten Netzwerkkarte an diese IP-Adresse gesendet.

Wenn der Ziel-IP-Bereich nicht in den Subnetzbereich einer Netzwerkkarte fällt, wird das Paket an das Standard-Gateway gesendet (ohne die Ziel-IP zu ändern). Dabei handelt es sich voraussichtlich um einen Router, der das Paket an das endgültige Ziel oder einen Hop näher daran weiterleitet.

verwandte Informationen