☰

Der USB-WLAN1-Hotspot funktioniert nicht mehr, wenn das eth0-Kabel eingesteckt ist

tag-icon • tag-icon routing raspberry
Der USB-WLAN1-Hotspot funktioniert nicht mehr, wenn das eth0-Kabel eingesteckt ist

Ich habe erfolgreich einen USB wlan1als AP über eingerichtet hostapdund isc-dhcpd(er hört nur auf wlan1die -Schnittstelle) auf einem Raspberry 4 (mit Raspbian). Unabhängig davon, ob wlan0(das integrierte WLAN) mit einem WAN-Hotspot verbunden ist, wlan1können Clients diese Schnittstelle anpingen wlan1. IP-Weiterleitung/-Maskierung funktioniert, und wenn wlan0eine Verbindung mit einem WAN-AP besteht, wlan1haben Clients auch Internetzugang. Perfekt!

Aber in dem Moment, in dem ich den AP einstecke eth0, wlan1können sich die Clients noch mit diesem AP verbinden (Status connected), aber sie können diese wlan1Schnittstelle NICHT mehr anpingen (und haben keinen WAN-Zugriff mehr). Das ist komisch! Der DHCP-Server hat dem Client dieselben gültigen IPs wie zuvor gesendet, und die statische IP wlan1bleibt auch gleich ( eth0und wlan1hat eine statische IP). wlan1Kann lokal vom Raspberry angepingt werden (aber nicht von einem externen Client).

Wenn ich den Stecker ziehe eth0, funktioniert es wieder.

Was läuft schief und warum kann ich diese Schnittstelle nicht einmal mehr anpingen?

sysctl IPv4-Weiterleitung ist aktiviert.

...
$ ip link
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
4: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
...

$ ip addr
...
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether e4:5f:01:84:db:34 brd ff:ff:ff:ff:ff:ff
    inet 10.8.0.2/8 brd 10.255.255.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
...
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether e4:5f:01:84:db:37 brd ff:ff:ff:ff:ff:ff
4: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether a0:f3:c1:23:2d:62 brd ff:ff:ff:ff:ff:ff
    inet 10.8.5.1/8 brd 10.255.255.255 scope global noprefixroute wlan1
       valid_lft forever preferred_lft forever
...

$nft list ruleset
...
table ip nat {
        chain postrouting {
                type nat hook postrouting priority srcnat; policy accept;
                masquerade
        }
}
...

$ cat /etc/hostapd/hostapd.conf 
interface=wlan1
#If this fails, try rt1871xdrv a
#driver=nl80211
# Name of the new network: best use the hostname
ssid=xxx

# Pick a channel not already in use
channel=1
# Change to b for older devices?
hw_mode=g
macaddr_acl=0
auth_algs=3
# Disable this to insure the AP is visible:
ignore_broadcast_ssid=0

wpa=2
wpa_passphrase=xxx
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

#bridge=br0 # no bridge! We're using routing
country_code=JP

cat /etc/dhcpcd.conf 
...
interface eth0
static ip_address=10.8.0.2/8
static routers=10.8.0.1
static domain_name_servers=127.0.0.1

interface wlan1
static ip_address=10.8.5.1/8
nohook wpa_supplicant
static domain_name_servers=127.0.0.1

interface wlan0
static domain_name_servers=127.0.0.1

cat /etc/dhcp/dhcpd.conf
...
authoritative;

subnet 10.8.5.0 netmask 255.255.255.0 {
  range 10.8.5.201 10.8.5.250;
  option broadcast-address 10.8.5.255;
  option routers 10.8.5.1;
  default-lease-time 600;
  max-lease-time 7200;
  option domain-name "local";
  option domain-name-servers 10.8.5.1;
}

host ares {
  hardware ethernet 04:ea:56:ae:58:03;
  fixed-address 10.8.5.20;
}

$ ipconfig # on Windows 11 Client
...
Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : local
   Description . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 8265
   Physical Address. . . . . . . . . : 04-EA-56-AE-58-03
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::9300:7ccf:3e03:eaf9%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.8.5.20(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Friday, 16 December 2022 22:56:38
   Lease Expires . . . . . . . . . . : Friday, 16 December 2022 23:06:37
   Default Gateway . . . . . . . . . : 10.8.5.1
   DHCP Server . . . . . . . . . . . : 10.8.5.1
   DHCPv6 IAID . . . . . . . . . . . : 168094294
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-26-1E-05-25-48-2A-E3-3A-C9-F0
   DNS Servers . . . . . . . . . . . : 10.8.5.1
   NetBIOS over Tcpip. . . . . . . . : Enabled
...

Antwort1

Ihre IP-Adressen sind:

  • 10.8.0.2/8 fürwlan1
  • 10.8.5.1/8 füreth0

Diese sind in derDasselbeSubnetz. 10.0.0.0/8 deckt alles von 10.0.0.0 bis 10.255.255.255 ab.

Dennoch ist in Ihrem DHCP-Bereich die Netzmaske plötzlich /24.

Die allgemeine Regel lautet: Wenn Sie Datenverkehr innerhalb eines Subnetzes senden möchten, benötigen Sie einen Switch (Bridge), während Sie zum Senden von Datenverkehr zwischen Subnetzen einen Router benötigen. Wenn Ihr Computer ein Paket von einem Ihrer verbundenen Clients erhält, der 10.8.5.0/24 für ein Subnetz hält, weiß er nicht, was er damit tun soll, da es an einen Host im selben Subnetz wie der Absender adressiert ist.

Sie möchten wahrscheinlich überall /24 definieren, ersetzen Sie also die Netzmaske für eth0und wlan1durch /24, nicht /8.

Was das beobachtete Verhalten betrifft: Routen haben ein Gewicht. Schnellere Schnittstellen schweben nach oben. Ihre Maschine glaubt, wlan1und eth0beide zeigen auf dasselbe Ziel. Daher sendet sie das Paket über dieam bestenSchnittstelle (niedrigstes Gewicht in der Routing-Tabelle), also die kabelgebundene Ethernet-Schnittstelle. Wenn sie richtig mit separaten Subnetzen konfiguriert wurde, funktioniert sie einwandfrei.

verwandte Informationen