Routing-Tabellen - Diskrepanz zwischen Standard-Gateway und Traceroute

Routing-Tabellen - Diskrepanz zwischen Standard-Gateway und Traceroute

Ich verwende 16.04 und habe eine Diskrepanz, die den Internetzugriff meines Computers zu verlangsamen scheint.

Ich sitze an einem PC und verbinde mich mit dem Internet über ein USB-WLAN-Gerät statt über den Ethernet-Anschluss auf der Hauptplatine.

Die IP-Adresse meines Internet-Gateways lautet 192.168.1.1 (die ich für den Zugriff auf den Router-Konfigurationsbildschirm verwende)

Die IP-Adresse der WLAN-Schnittstelle lautet192.168.1.21

Ich verwende, DHCPum die IP-Adresse beider Schnittstellen (kabelgebunden und WLAN) abzurufen ( ifconfigbei Bedarf kann ich die Ausgabe einschließen. Ausgelassen, um die Frage relativ kurz zu halten).

Das Ergebnis des netstat -nrBefehls ist wie folgt

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.2     0.0.0.0         UG        0 0          0 wlxec086b08251b
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 wlxec086b08251b
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 wlxec086b08251b

Und die Ausgabe des traceroute -n askubuntu.comBefehls ist wie folgt

ejaz@ejaz-i5:~$ traceroute -n askubuntu.com
traceroute to askubuntu.com (151.101.129.69), 30 hops max, 60 byte packets
 1  192.168.1.2  3.297 ms  4.386 ms  5.111 ms
 2  * * *
 3  10.6.0.205  34.579 ms  40.183 ms  42.802 ms
 4  * * *
 5  xxx.xxx.xx.xxx  40.704 ms  41.341 ms  43.437 ms
 6  xxx.xxx.xx.xxx  44.187 ms  42.549 ms  42.612 ms
 7  10.0.3.182  42.607 ms  18.529 ms  27.290 ms
 8  xxx.xxx.xxx.xxx  43.253 ms  33.357 ms  40.347 ms
 9  xxx.xxx.xxx.xxx  60.037 ms  69.855 ms  57.101 ms
10  xxx.xxx.xxx.xxx  68.677 ms xxx.xxx.xxx.xxx  67.130 ms xxx.xxx.xxx.xxx  48.943 ms
11  xxx.xxx.xxx.xxx  55.302 ms  53.171 ms  56.792 ms
12  195.22.198.206  158.724 ms  166.306 ms  184.680 ms
13  195.22.205.153  189.038 ms  178.890 ms 195.22.196.215  182.389 ms
14  93.186.128.157  180.999 ms  175.675 ms  167.954 ms
15  129.250.2.50  186.880 ms  189.032 ms  183.655 ms
16  129.250.2.113  195.188 ms 129.250.2.211  205.249 ms  205.641 ms
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

xxx.xxx.xx.xxxenthalten korrekte IP-Adressen in der tatsächlichen Ausgabe

Problem

Ich denke, dass das Vorhandensein von 192.168.1.2in den Routing-Tabellen und in der Ausgabe von tracerouteein Problem darstellt, da ich nichts im Netzwerk habe, das diese Adresse hat (100 % Verlust bei ping). Ich habe nur ein paar PCs und einige Telefone in diesem Heimnetzwerk.

Ich denke auch, dassjedenEine Traceroute-Anfrage (und eine Anfrage zum Internetverkehr), die mit einem Kommunikationsversuch beginnt 192.168.1.2und bei der es zu einer Zeitüberschreitung kommt, verlangsamt die Internetgeschwindigkeit auf diesem Computer.

Lösungsversuche
Ich habe versucht, das falsche Standard-Gateway durch das zu ersetzen, was ich für richtig halte, indem ich die folgenden Befehle verwendet habe

$ sudo route add default gw 192.168.1.1

$ sudo route del default gw 192.168.1.2

Die Ausgabe von netstat -nrhat sich geändert, um das richtige Gateway anzuzeigen, aber es traceroutewird immer noch eine Anfrage an gestellt 192.168.1.2. Bedeutet das, dass die Routing-Konfiguration von woanders bezogen wird? Ich verwende keine statischen IP-Adressen.

Außerdem wird das Standard-Gateway zurückgesetzt, 192.168.1.2nachdem ich das System neu gestartet habe.

Kann das bitte jemand klären? Oder etwas Licht in die Situation bringen.

Weitere Fragen
1. Scheinen die msWerte in tracerouteder Ausgabe denen einer ordnungsgemäß funktionierenden 4GInternetverbindung zu entsprechen?
2. Was stellen die * * *Zeilen 17 bis 30 in der tracerouteAusgabe dar?

Vielen Dank für das Durchlesen der Frage.

Aktualisierung 1

Es folgt die nmapAusgabe wie von @stevieb gefordert

ejaz@ejaz-i5:/var/lib/dhcp$ sudo nmap -sS -P0 -O 192.168.1.2

Starting Nmap 7.01 ( https://nmap.org ) at xxxx-xx-xx xx:xx xxx
Nmap scan report for 192.168.1.2
Host is up (0.020s latency).
Not shown: 995 closed ports
PORT    STATE    SERVICE
23/tcp  open     telnet
53/tcp  open     domain
80/tcp  filtered http
139/tcp open     netbios-ssn
445/tcp open     microsoft-ds
MAC Address: 8C:44:35:0A:34:62 (Shanghai BroadMobi Communication Technology)
Device type: general purpose
Running: Linux 2.6.X|3.X
OS CPE: cpe:/o:linux:linux_kernel:2.6 cpe:/o:linux:linux_kernel:3
OS details: Linux 2.6.32 - 3.5
Network Distance: 1 hop

OS detection performed. Please report any incorrect results at https://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 9.82 seconds

und folgende ip addr showAusgabe

ejaz@ejaz-i5:/var/lib/dhcp$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp5s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether bc:ae:c5:bc:d7:e1 brd ff:ff:ff:ff:ff:ff
3: wlxec086b08251b: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether ec:08:6b:08:25:1b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.21/24 brd 192.168.1.255 scope global dynamic wlxec086b08251b
       valid_lft 70411sec preferred_lft 70411sec
    inet6 fe80::c4ed:f502:38f0:6481/64 scope link 
       valid_lft forever preferred_lft forever

Aktualisierung 2

Ich sehe Ethernet network() Device not managedauch zwei Fehler in meinem Netzwerkmanager-Menü. Ich bin nicht sicher, wann diese beiden Einträge aufgetaucht sind.

Bildbeschreibung hier eingeben

Aktualisierung 3

Ich habe noch etwas weiter recherchiert und herausgefunden, dass diese beiden Schnittstellen von der VMWare Player-Software erstellt wurden, die ich vor Kurzem installiert habe.

verwandte Informationen