
Mein Router hat mein Netzwerk in zwei Subnetze aufgeteilt - 192.168.1.0/24 für kabelgebundene und 192.168.2.0/24 für kabellose Clients. Mein Heimserver befindet sich unter 192.168.1.42 und ist von einem Client im kabellosen Subnetz nicht erreichbar. Nachdem ich überprüft habe, dass es keine Firewall-Regeln gibt, die dies verhindern, glaube ich, dass das Problem mit den IP-Routen auf meinem Heimserver zu tun hat, aber ich bin mir nicht sicher, wie sie auf diese Weise konfiguriert wurden oder wie ich sie am besten zurücksetzen kann.
$ ip route
default via 192.168.1.1 dev eth0 proto static metric 100
default via 192.168.2.10 dev enx00c0ca9150d0 proto static metric 101
169.254.0.0/16 dev eth0 scope link metric 1000
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
172.18.0.0/16 dev br-04e97bd45b14 proto kernel scope link src 172.18.0.1
172.19.0.0/16 dev br-4446693f3776 proto kernel scope link src 172.19.0.1
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.42 metric 100
192.168.2.0/24 dev enx00c0ca9150d0 proto kernel scope link src 192.168.2.236 metric 100
$ ifconfig
enx00c0ca9150d0 Link encap:Ethernet HWaddr <hwaddr>
inet addr:192.168.2.236 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::f988:d8cd:a896:1a0d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:31031 errors:0 dropped:0 overruns:0 frame:0
TX packets:37161 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1428566 (1.4 MB) TX bytes:3642834 (3.6 MB)
eth0 Link encap:Ethernet HWaddr <hwaddr>
inet addr:192.168.1.42 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::d250:99ff:fe81:26ca/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:27145978 errors:0 dropped:0 overruns:0 frame:0
TX packets:25074194 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:18550324198 (18.5 GB) TX bytes:20993111588 (20.9 GB)
Interrupt:18
Ich glaube, dass die Standardroute 192.168.2.10 für welche Schnittstelle enx00c0ca9150d0
auch immer das Problem verursacht, aber ich bin mir nicht sicher, welche Schnittstelle das ist. Oder warum sie eine Route für das Subnetz 192.168.2.0/24 hat.
Antwort1
Habe es herausgefunden, vergessen, dass ich meine WLAN-Ananas angeschlossen hatte und das Skript zur gemeinsamen Nutzung der Internetverbindung anscheinend 192.168.2.1 verwendet.