Ein Ping-Router an 192.168.1.1 gibt die Antwort von 192.168.0.34 zurück

1690
miroxlav

Wie ist es in ping 192.168.1.1einem einfachen Heimnetzwerk möglich, eine Antwort von 192.168.0.34 zu erhalten ? Firmware des Mikrotik-Routers RB951G-2HnD (mipsbe) Version 3.18.

  • Der Router befindet sich an der Gateway-IP-Adresse 192.168.1.1
  • Die Subnetzmaske ist 255.255.255.0

Ein Ping-Router an 192.168.1.1 gibt die Antwort von 192.168.0.34 zurück

Begleitsymptome:

  • Alle Geräte sind nur auf 192.168.1.X verfügbar, daher wird 192.168.0.X nicht verwendet.
  • Alle bekannten Geräte außer meinem PC verfügen über statische IP-Adressen, die manuell zugewiesen werden. Im Netzwerk sind derzeit keine anderen dynamisch zugewiesenen (DHCP) Adressen vorhanden.
  • Die Internetverbindung am PC scheint unterbrochen zu sein - ohne ersichtlichen Grund (dh nach keiner offensichtlichen Handlung von meiner Seite; + es scheint keinen echten Ausfall des Providers zu geben).
  • ipconfig zeigt an, dass die IP-Konfiguration verloren geht (es gibt keine Geräte mehr, die eine IP-Konfiguration beibehalten).
  • ipconfig /release & ipconfig /renewhängt an ipconfig /renewund mal raus.
  • WICHTIG: Die Internetverbindung wird nur wiederhergestellt, wenn ich die drahtlose Verbindung trenne und wieder herstelle. (Dann wird es sofort wiederhergestellt und ping 192.168.1.1gibt wie erwartet die Antwort von 192.168.1.1 zurück .)
  • Auf meinem PC verwende ich die ESET Security Suite (Firewall, Antivirus usw. ... möglicherweise nicht verwandt)
  • In der .hostsAkte ist nichts Giftiges .
  • Ich denke, es gibt keine anderen DHCP-Geräte im Netzwerk. Momentan bin ich der einzige PC im Netzwerk, es gibt einen verwalteten Switch (mgmt-Seite scheint unerreichbar, seltsam) und ein IP-Telefon, das mit dem Switch verbunden ist (erreichbar).
  • Nachdem ich die Verbindung wiederhergestellt habe (wie oben erwähnt)
    • Ping 192.168.0.34 schreibt General Failure:
      Ein Ping-Router an 192.168.1.1 gibt die Antwort von 192.168.0.34 zurück
    • tracert für die oben genannten Adressen:
      Ein Ping-Router an 192.168.1.1 gibt die Antwort von 192.168.0.34 zurück
  • █ Wenn ich die Verbindung zum Netzwerk trenne, ist IP 192.168.0.34 im Gegensatz zu 192.168.1.1 immer noch vorhanden und wirft die oben genannten allgemeinen Fehler aus.

Anscheinend gibt es ein Problem mit dem PC und nicht mit dem Netzwerk, aber wie kann ich herausfinden, was das Seltsame ist, 192.168.0.34das nach dem Trennen bestehen bleibt und gelegentlich auch das Gateway beschattet?

ipconfig /all: (mit einigen Namen als ******** redigiert)

Windows IP-Konfiguration  Hostname . . . . . . . . . . . : idee-PC - **** Primäres DNS-Suffix. . . . . . . : Knotentyp. . . . . . . . . . . . : Gemischt IP-Routing aktiviert. . . . . . . . : Nein WINS-Proxy aktiviert. . . . . . . . : Nein  PPP-Adapter ********:  Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : ******** Physikalische Adresse. . . . . . . . . : DHCP aktiviert. . . . . . . . . . . : Nein Autokonfiguration aktiviert. . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.160.103 (bevorzugt) Subnetzmaske. . . . . . . . . . . : 255.255.255.255 Standard-Gateway . . . . . . . . . : DNS-Server. . . . . . . . . . . : 192.168.160.1 85.159.106.3 NetBIOS über Tcpip. . . . . . . . : Aktiviert  WLAN-Adapter LAN-Verbindung * 12:  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter Physikalische Adresse. . . . . . . . . : 20-68-9D - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Ja Autokonfiguration aktiviert. . . . : Ja  Ethernet-Adapter OpenVPN:  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : TAP-Win32-Adapter V9 Physikalische Adresse. . . . . . . . . : 00-FF-CB - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Ja Autokonfiguration aktiviert. . . . : Ja  Ethernet-Adapter Team Viewer VPN:  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : TeamViewer VPN-Adapter Physikalische Adresse. . . . . . . . . : 00-FF-D3 - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Ja Autokonfiguration aktiviert. . . . : Ja  Ethernet-Adapter Bluetooth-Netzwerkverbindung:  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : ******** com Beschreibung . . . . . . . . . . . : Bluetooth-Gerät (persönliches Netzwerk) Physikalische Adresse. . . . . . . . . : 20-68-9D - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Ja Autokonfiguration aktiviert. . . . : Ja  WLAN-Adapter Wi-Fi:  Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : Realtek RTL8723A Wireless LAN 802.11n USB 2.0-Netzwerkadapter Physikalische Adresse. . . . . . . . . : 20-68-9D - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Ja Autokonfiguration aktiviert. . . . : Ja Linklokale IPv6-Adresse. . . . . fe80 :: 298a: 5d0a: 6108: 9e10% 3 (bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.1.198 (bevorzugt) Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Miete erhalten. . . . . . . . . . : 10. august 2016 16:49:01 Leasing läuft ab. . . . . . . . . . : 10. august 2016 18:05:23 Standard-Gateway . . . . . . . . . : 192.168.1.1 DHCP-Server . . . . . . . . . . : 192.168.1.1 DHCPv6-IAID. . . . . . . . . . . 337668253 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1F-2C-5C-DA-20-68-9D - ** - ** - ** DNS-Server. . . . . . . . . . . : 192.168.1.1 NetBIOS über Tcpip. . . . . . . . : Aktiviert  Tunneladapter isatap. :  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : Microsoft ISATAP-Adapter Physikalische Adresse. . . . . . . . . : 00-00-00-00-00 - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Nein Autokonfiguration aktiviert. . . . : Ja  Tunneladapter LAN-Verbindung * 14:  Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : Teredo-Tunneling-Pseudo-Schnittstelle Physikalische Adresse. . . . . . . . . : 00-00-00-00-00 - ** - ** - ** DHCP aktiviert. . . . . . . . . . . : Nein Autokonfiguration aktiviert. . . . : Ja IPv6-Adresse . . . . . . . . . . : 2001: 0: 5ef5: 79fd: cfe: 3d8e: a72b: db42 (bevorzugt) Linklokale IPv6-Adresse. . . . . : fe80 :: cfe: 3d8e: a72b: db42% 18 (bevorzugt) Standard-Gateway . . . . . . . . . :: :: DHCPv6-IAID. . . . . . . . . . . : 301989888 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1F-2C-5C-DA-20-68-9D - ** - ** - ** NetBIOS über Tcpip. . . . . . . . : Deaktiviert  Tunneladapter isatap. :  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : Beschreibung . . . . . . . . . . . : Microsoft ISATAP Adapter # 3 Physikalische Adresse. . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . . : Nein Autokonfiguration aktiviert. . . . : Ja  Tunneladapter isatap. ********. Com:  Medienstatus. . . . . . . . . . . : Medien getrennt Verbindungsspezifisches DNS-Suffix. : ******** com Beschreibung . . . . . . . . . . . : Microsoft ISATAP Adapter # 6 Physikalische Adresse. . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . . : Nein Autokonfiguration aktiviert. . . . : Ja
1
Ich nehme an, wenn die statische IP eingestellt ist, dass das Gateway auf `192.168.1.1 'eingestellt ist? Überprüfen Sie auch die `hosts'-Datei. Bitten Fleax vor 7 Jahren 0
@BittenFleax - Ich habe die Fakten geändert und aktualisiert. Bitte [siehe Diffs] (http://superuser.com/posts/1112063/revisions) miroxlav vor 7 Jahren 0
Können Sie in diesem Fall 192.168.0.34 anpingen? Sind Sie sicher, dass in Ihrem Netzwerk keine anderen Geräte als DHCP-Server fungieren (ein anderer Router, WAP, WLAN-Repeater usw.)? Ƭᴇcʜιᴇ007 vor 7 Jahren 0
Versuchen Sie es mit einem Tracert, es zeigt die Route an, die für den Ping genommen wurde. Was ist auch Ihre Subnetzmaske? Was passiert, wenn Sie einen Browser zum Öffnen von 192.168.0.34 verwenden? bvaughn vor 7 Jahren 0
Wir brauchen ein Ping und ein Tracert auf 192.168.0.34, wenn das von Ihnen beschriebene Problem auftritt, nicht wenn 192.168.1.1 wie erwartet antwortet. :) Ƭᴇcʜιᴇ007 vor 7 Jahren 0
@ Ƭᴇcʜιᴇ007 - Ich denke, ich kann die Antwort später aktualisieren, wenn das Problem zurück ist, aber OTOH, 192.168.0.34 verhält sich jetzt merkwürdig, und es ist auch "anwesend" **, nachdem ich mich vollständig vom Netzwerk getrennt habe **. Gibt es eine Möglichkeit zu erfahren, wer da sitzt? miroxlav vor 7 Jahren 0
Können Sie eine "ipconfig / all" -Ausgabe angeben? DrZoo vor 7 Jahren 0
@miroxlav Ich habe diesen Chat erstellt https://chat.stackexchange.com/rooms/info/43754/pinging-router-at-192-168-1-1-returns-response-von-192-168-0-34? tab = allgemein, um zu viele Kommentare hier zu vermeiden. rany vor 7 Jahren 0

1 Antwort auf die Frage

2
rany

Einer Ihrer Adapter stört möglicherweise Ihre Verbindung.

Deaktivieren Sie die Adapter von VPN-Clients, und aktivieren Sie sie anschließend erneut.

Wahr. Ich habe alle Adapter außer dem WLAN deaktiviert und sie wieder aktiviert. Die seltsame IP 192.168.0.34 ist verschwunden. Ich habe nicht überprüft, welche Ursache das verursacht hat. Vielleicht kann ich das nächste Mal herausfinden, wann dies passiert. Vielen Dank. miroxlav vor 7 Jahren 1

Verwandte Probleme