Wenn Sie eine zweite IP-Adresse von Ethernet beziehen, funktioniert das WLAN nicht

257
ts90

Physikalische Schnittstelle:

root@ubuntu:~# ip addr show enp1s0 2: enp1s0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:68:3b:6f brd ff:ff:ff:ff:ff:ff inet 172.20.0.204/24 brd 172.20.0.255 scope global enp1s0 valid_lft forever preferred_lft forever inet6 fe80::2e0:4cff:fe68:3b6f/64 scope link  valid_lft forever preferred_lft forever

Befehle ausgegeben:

ip link set dev enp1s0 promisc on ip link add link enp1s0 address 02:cd:ab:00:10:02 wan0 type macvlan ip link set dev wan0 up dhclient wan0

Voila:

10: wan0@enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1 link/ether 02:cd:ab:00:10:02 brd ff:ff:ff:ff:ff:ff inet 172.20.0.119/24 brd 172.20.0.255 scope global wan0 valid_lft forever preferred_lft forever inet6 fe80::cd:abff:fe00:1002/64 scope link  valid_lft forever preferred_lft forever

Jetzt machen Sie dasselbe mit der WiFi-Schnittstelle:

root@ubuntu:~# ip addr show wlp3s0 4: wlp3s0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 74:e5:f9:30:c4:ec brd ff:ff:ff:ff:ff:ff inet 192.168.3.111/24 brd 192.168.3.255 scope global wlp3s0 valid_lft forever preferred_lft forever inet6 fe80::76e5:f9ff:fe30:c4ec/64 scope link  valid_lft forever preferred_lft forever

Befehle ausgegeben:

ip link set dev wlp3s0 promisc on ip link add link wlp3s0 address 02:cd:ab:00:10:01 wan1 type macvlan ip link set dev wan1 up dhclient wan1

dhclient hängt eine Weile aus und protokolliert: "Kein DHCPOFFERS erhalten", was mich mit diesem endgültigen unbefriedigenden Ergebnis zurücklässt:

9: wan1@wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1 link/ether 02:cd:ab:00:10:01 brd ff:ff:ff:ff:ff:ff inet6 fe80::cd:abff:fe00:1001/64 scope link  valid_lft forever preferred_lft forever

Überlegungen, warum die virtuelle WLAN-Schnittstelle mit ihrem eigenen eindeutigen MAC keine IP-Adresszuweisung erhalten kann? Wie unterscheidet sich das von der verdrahteten Karte?

Grüße und Danke

0

1 Antwort auf die Frage

2
Daniel B

Wi-Fi ist streng Punkt-zu-Punkt mit einer MAC-Adresse pro Station. Nur mit WDS (proprietär mit einer anderen als veralteten Verschlüsselung) wird der sogenannte 4-Adress-Modus unterstützt, der mehrere MAC-Adressen pro Station ermöglicht.

Macvlan kann daher niemals mit Wi-Fi-Links arbeiten. Verwenden Sie etwas anderes wie das tolle ipvlan.

Die 4addr-Modus-Zuordnung (WDS-Bridging) erfordert keine obsolete Verschlüsselung. Es ist der WDS-Repeater-Modus. (Und gut, der _old_ "wds" Interface-Modus in Linux tut dies, aber er wurde von 4addr abgelöst.) grawity vor 5 Jahren 0
Die WDS-Wiederholung ist nur eine normale AP-Schnittstelle, die im WDS-Modus an eine Stationsschnittstelle gebrückt wird. Es gibt keine Magie außer dem 4-Adressen-Modus. Daniel B vor 5 Jahren 0
Und insbesondere gibt es keine Magie, die die Verwendung von WPA2 verhindern könnte, oder? grawity vor 5 Jahren 0
Nein, außer die meisten Zugriffspunkte verwenden kein Standard-Linux mit `hostapd`. Moderner 4-Adressen-Modus * kann * funktionieren. Viel wahrscheinlicher ist es jedoch nicht. Daniel B vor 5 Jahren 0
@DanielB was für eine absolut nervige Einschränkung ts90 vor 5 Jahren 0
danke für den kommentar zu ipvlan. sehr einfach zu verwenden und praktisch für Container oder vms, wenn nur WLAN verfügbar ist A.B vor 5 Jahren 0

Verwandte Probleme