WLAN Probleme mit MBP an Vodafone Box

T-Bone90 · 20.12.18

Hallo zusammen,

ich habe seit einiger Zeit WLAN Probleme mit meinem MacBook Pro. Komischerweise funktioniert gleichzeitig das iPhone einwandfrei.
Und zwar versagt immer wieder die Internetverbindung.
Ich habe den Router bereits zurück gesetzt, hatte das Problem aber gerade wieder.
Das Macbook verbindet sich mit dem WLAN, bekommt aber, wenn ich in den Netzwerkeinstellungen schaue, nur eine ipV6 Adresse zugewiesen und eine falsche ipv4 Adresse. Er versucht dann vermutlich über die ipv6 zu kommunizieren, was nicht klappt.
Also WLAN Verbindung steht, aber komme nicht ins Internet.

Gleichzeitig klappt es mit dem iPhone perfekt, er bekommt die richtige ipv4 Adresse.

Wie gesagt Router zurück gesetzt, half nix.

Ich habe einen CH7466CE von Vodafone.

Vielleicht könnt ihr helfen.

Danke im Voraus,
Manuel

Mitglied 105235 · 20.12.18

Wie oft wechselst du mit deinen MBP das WLAN? Wenn du es nämlich eh nur daheim nutzt, verwende halt einfach eine Manuelle IP. Ist aber natürlich keine wirkliche Lösung wenn du öfters das WLAN wechselst, denn dann müsstest du entweder das dein WLAN Profil Duplizieren, so dass du eines für dich daheim hast mit Manueller IP und eines für andere mit DHCP oder du musst dran denken es Händisch immer umzuschalten.

Denn das Problem, kann nun an deiner Box sein, dass hier Macs Probleme haben. Es kann aber auch an deinen macOS liegen. Egal was es von beiden ist, wann und ob das Problem mit einen Update behoben wird, ist fraglich.

T-Bone90 · 20.12.18

Naja wie du schon selbst sagst, eine wirkliche Lösung ist das nicht.
Klar bin ich oft im selben WLAN aber ich möchte ungern jetzt manuell das ganze machen, da ich auch immer mal Wechsel.

Ach ja beheben tu ich das ganze, indem ich den Router neu starte. Dann nimmt sich das Macbook eine richtige ipv4 Adresse.

Mitglied 105235 · 20.12.18

Bis ein Update egal ob von macOS oder deiner Box, dass das Problem behebt, könntet du wie gesagt mit 2 WLAN Profilen arbeiten. Ist komfortabler als wenn du von Hand immer umschalten würdest. Eines mit DHCP und eines mit Manuell. Das Funktioniert eigentlich ganz gut, habe ich so Jahrelang gemacht. In der Uni wurde das DHCP Profil genutzt und daheim das Manuelle.

Du kannst die Reihenfolge ja festlegen, welche zu erst genutzt werden soll. Musst da nur probieren welche zu Reihenfolge die bessere ist. Hatte hierzu mal einen Thread hier auf Apfeltalk aber diesen Finde ich leider nicht mehr.

T-Bone90 · 20.12.18

Na aber denkst du, dass das wirklich ein Bug ist? :eek:

Kann ja auch sein es ist irgendwas verstellt etc.

Mitglied 105235 · 20.12.18

Würde mich nicht wundern, wenn es ein Bug ist. Also ich noch die Provider Dinger (Speedport) genutzt habe, hatte ich auch immer irgendwelche Probleme mit den WLAN am Mac und das iPhone lief.

Wenn du denkst das irgendwas verstellt ist, du kannst da ja einfach mal einen neuen Benutzer am Mac erstellen und dort das WLAN testen. Denn der neue Benutzer hat die macOS Standard Einstellungen dann ja.

Insulaner · 21.12.18

Vielleicht stört ja auch etwas?

Hast Du an dem Gerät noch etwas angeschlossen?
Wenn ja, dann würde ich alle angeschlossenen Dinge entfernen und erneut prüfen.

Besteht das Problem immer, egal wo Du Dich mit dem Gerät aufhältst?

T-Bone90 · 22.12.18

Ich habe außer Strom nichts angeschlossen.
Das Problem habe ich an 2 Orten getestet und es besteht an beiden.

Übrigens hatte ich das Problem gerade wieder.
Macbook aufgeweckt, WLAN hatte ipv4 Adresse (die richtige diesmal!!!!) und es hat NICHT funktioniert.
Dann habe ich wie oben vorgeschlagen einen 2. WLAN Adapter angelegt, Daten manuell eingegeben und es hat NICHT funktioniert.
Dann habe ich aus Frust einfach den 2. WLAN Adapter wieder gelöscht und plötzlich ging WLAN Adapter 1 mit DHCP.

Woran könnte das denn liegen?

Mit iPhone klappt alles perfekt.

Wuchtbrumme · 22.12.18

keinen zweiten Adapter anlegen, gemeint war ein Netzwerkprofil!

Kannst Du mal die Ausgabe von ifconfig -a im Terminal copy&paste hier reinmachen? Einmal Gutfall, einmal Schlechtfall.

T-Bone90 · 22.12.18

Also ich habe jetzt 3 verschiedene Sachen gehabt.
Nach einer 10 Minuten Pause am Macbook ging es dann wieder nicht trotz korrekter ipv4 Adresse.

Code:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384

    options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>

    inet 127.0.0.1 netmask 0xff000000

    inet6 ::1 prefixlen 128

    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1

    nd6 options=201<PERFORMNUD,DAD>

gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280

stf0: flags=0<> mtu 1280

XHC20: flags=0<> mtu 0

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

    ether b8:e8:56:43:b3:4c

    inet6 fe80::184b:68f0:f007:eb6a%en0 prefixlen 64 secured scopeid 0x5

    inet6 2a02:810a:8c80:52:1c4d:a761:7d91:cbf4 prefixlen 64 autoconf secured

    inet6 2a02:810a:8c80:52:31d1:2a82:1a50:1240 prefixlen 64 autoconf temporary

    inet 192.168.0.3 netmask 0xffffff00 broadcast 192.168.0.255

    nd6 options=201<PERFORMNUD,DAD>

    media: autoselect

    status: active

p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304

    ether 0a:e8:56:43:b3:4c

    media: autoselect

    status: inactive

awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1484

    ether ae:db:61:97:66:c4

    inet6 fe80::acdb:61ff:fe97:66c4%awdl0 prefixlen 64 scopeid 0x7

    nd6 options=201<PERFORMNUD,DAD>

    media: autoselect

    status: active

en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

    options=60<TSO4,TSO6>

    ether 72:00:00:a5:38:60

    media: autoselect <full-duplex>

    status: inactive

en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

    options=60<TSO4,TSO6>

    ether 72:00:00:a5:38:61

    media: autoselect <full-duplex>

    status: inactive

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

    options=63<RXCSUM,TXCSUM,TSO4,TSO6>

    ether 72:00:00:a5:38:60

    Configuration:

        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0

        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200

        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0

        ipfilter disabled flags 0x2

    member: en1 flags=3<LEARNING,DISCOVER>

            ifmaxaddr 0 port 8 priority 0 path cost 0

    member: en2 flags=3<LEARNING,DISCOVER>

            ifmaxaddr 0 port 9 priority 0 path cost 0

    nd6 options=201<PERFORMNUD,DAD>

    media: <unknown type>

    status: inactive

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000

    inet6 fe80::902a:dde3:317e:dc81%utun0 prefixlen 64 scopeid 0xb

    nd6 options=201<PERFORMNUD,DAD>

utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380

    inet6 fe80::8cdc:2239:c015:f70d%utun1 prefixlen 64 scopeid 0xc

    nd6 options=201<PERFORMNUD,DAD>

Dann hat sich das Macbook eine falsche ipv4 Adresse genommen und es ging auch nicht (Internetzugriff).

Code:

Manuels-MacBook-Pro:~ ManuelReichel$ ifconfig -a

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384

    options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>

    inet 127.0.0.1 netmask 0xff000000

    inet6 ::1 prefixlen 128

    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1

    nd6 options=201<PERFORMNUD,DAD>

gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280

stf0: flags=0<> mtu 1280

XHC20: flags=0<> mtu 0

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

    ether b8:e8:56:43:b3:4c

    inet6 fe80::184b:68f0:f007:eb6a%en0 prefixlen 64 secured scopeid 0x5

    inet 169.254.9.163 netmask 0xffff0000 broadcast 169.254.255.255

    nd6 options=201<PERFORMNUD,DAD>

    media: autoselect

    status: active

p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304

    ether 0a:e8:56:43:b3:4c

    media: autoselect

    status: inactive

awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1484

    ether ae:db:61:97:66:c4

    inet6 fe80::acdb:61ff:fe97:66c4%awdl0 prefixlen 64 scopeid 0x7

    nd6 options=201<PERFORMNUD,DAD>

    media: autoselect

    status: active

en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

    options=60<TSO4,TSO6>

    ether 72:00:00:a5:38:60

    media: autoselect <full-duplex>

    status: inactive

en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

    options=60<TSO4,TSO6>

    ether 72:00:00:a5:38:61

    media: autoselect <full-duplex>

    status: inactive

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

    options=63<RXCSUM,TXCSUM,TSO4,TSO6>

    ether 72:00:00:a5:38:60

    Configuration:

        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0

        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200

        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0

        ipfilter disabled flags 0x2

    member: en1 flags=3<LEARNING,DISCOVER>

            ifmaxaddr 0 port 8 priority 0 path cost 0

    member: en2 flags=3<LEARNING,DISCOVER>

            ifmaxaddr 0 port 9 priority 0 path cost 0

    nd6 options=201<PERFORMNUD,DAD>

    media: <unknown type>

    status: inactive

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000

    inet6 fe80::902a:dde3:317e:dc81%utun0 prefixlen 64 scopeid 0xb

    nd6 options=201<PERFORMNUD,DAD>

utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380

    inet6 fe80::8cdc:2239:c015:f70d%utun1 prefixlen 64 scopeid 0xc

    nd6 options=201<PERFORMNUD,DAD>

Zu guter letzt funktionierte MBP und iPhone nicht mehr, kein WLAN mehr, @ Zeichen am Router blinkte und ich musste den Router neu starten, das Netzwerk war nicht mehr verfügbar.
Danach ging es wieder.

Code:

Manuels-MacBook-Pro:~ ManuelReichel$ ifconfig -a

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384

    options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>

    inet 127.0.0.1 netmask 0xff000000

    inet6 ::1 prefixlen 128

    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1

    nd6 options=201<PERFORMNUD,DAD>

gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280

stf0: flags=0<> mtu 1280

XHC20: flags=0<> mtu 0

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

    ether b8:e8:56:43:b3:4c

    inet6 fe80::184b:68f0:f007:eb6a%en0 prefixlen 64 secured scopeid 0x5

    inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255

    inet6 2a02:810a:8c80:52:1c4d:a761:7d91:cbf4 prefixlen 64 autoconf secured

    inet6 2a02:810a:8c80:52:1906:2d15:d150:a1dc prefixlen 64 autoconf temporary

    nd6 options=201<PERFORMNUD,DAD>

    media: autoselect

    status: active

p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304

    ether 0a:e8:56:43:b3:4c

    media: autoselect

    status: inactive

awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1484

    ether ae:db:61:97:66:c4

    inet6 fe80::acdb:61ff:fe97:66c4%awdl0 prefixlen 64 scopeid 0x7

    nd6 options=201<PERFORMNUD,DAD>

    media: autoselect

    status: active

en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

    options=60<TSO4,TSO6>

    ether 72:00:00:a5:38:60

    media: autoselect <full-duplex>

    status: inactive

en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500

    options=60<TSO4,TSO6>

    ether 72:00:00:a5:38:61

    media: autoselect <full-duplex>

    status: inactive

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

    options=63<RXCSUM,TXCSUM,TSO4,TSO6>

    ether 72:00:00:a5:38:60

    Configuration:

        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0

        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200

        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0

        ipfilter disabled flags 0x2

    member: en1 flags=3<LEARNING,DISCOVER>

            ifmaxaddr 0 port 8 priority 0 path cost 0

    member: en2 flags=3<LEARNING,DISCOVER>

            ifmaxaddr 0 port 9 priority 0 path cost 0

    nd6 options=201<PERFORMNUD,DAD>

    media: <unknown type>

    status: inactive

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000

    inet6 fe80::902a:dde3:317e:dc81%utun0 prefixlen 64 scopeid 0xb

    nd6 options=201<PERFORMNUD,DAD>

utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380

    inet6 fe80::8cdc:2239:c015:f70d%utun1 prefixlen 64 scopeid 0xc

    nd6 options=201<PERFORMNUD,DAD>

Ich hoffe das hilft, mein Problem zu lösen

v3rtex · 22.12.18

Wie ich sehe besitzt dein Router einen lokalen DHCPv4 und einen DHCPv6 Dienst, der den Geräten im lokalen Netz die IPs vergibt.
Hier kann es unter Umständen sein, dass die IPv6 Vergabe manchmal schneller ist, jedoch ein Problem mit dem Netzwerkverkehr hat.

Versuch doch bitte mal den IPv6 Dienst am MacBook Pro zu deaktivieren, eventuell zeigt sich da eine Besserung.
Dann holt sich das Gerät nämlich nur eine IPv4 Adresse.
Folgendes im Terminal eingeben:
networksetup -listallnetworkservices
Dort die Dienst-Bezeichnung vom Wlan merken, vermutlich "Wi-Fi"
Anschließend mit
sudo networksetup -setv6off "Wi-Fi"
den Dienst deaktivieren.
Das Ganze kannst du später mit
sudo networksetup -setv6automatic "Wi-Fi"
wieder auf den Normalzustand zurück stellen.

Wenn das hilft, sollte es reichen den DHCPv6 Dienst im Router zu deaktivieren.
2 DHCP Services gleichzeitig sind unnütz, für lokale Heimnetzwerke sind IPv4 Adressen mehr als ausreichend.
Außerdem gibt es bei IPv6 noch genügend Probleme der Geräte- und Firmwarehersteller.

Wuchtbrumme · 22.12.18

169.x.x.x ist eine APIPA-Adresse, die zur automatischen Konfiguration genommen wird, wenn DHCP nicht kommt. Ich verstehe, dass 192.168.0.0 eigentlich Dein Netz sein sollte, deshalb sollte es mit 192.168.0.3 ja eigentlich gehen. Da gibt es folgende Möglichkeiten: Du hast ein weiteres Gerät, was diese IP auch hat (IP-Konflikt). Eigentlich sollte es in dem Fall eine entsprechende Meldung geben. Normalerweise können in Heimnetzen die Leases so sein,dass ein Gerät immer dieselbe IP bekommt - leider ist die Qualität der Software gerade bei diesen Billigroutern oft zweifelhaft. Als best practice konfiguriere ich eine feste Zuordnung zwischen MAC-Adresse und IP.

Da Du keine Meldung bekommen hast weil Du es nicht erwähnt hast, vermute ich eher, dass Du ein weiteres Netzwerkgerät betreibst,dass ebenfalls einen DHCP-Server betreibt, der aber vmtl. kein korrektes Default-Gateway eingestellt hat. Da würde mich in Gut- und Schlechtfall (mit guter IP) der Output von netstat -rn interessieren.

Oder der Router geht kaputt (was heisst blinkendes at-Zeichen?)

trexx · 22.12.18

Darauf würde ich auch tippen. Eher unüblich ist auch das 0.0, da nimmt doch eigentlich eher ein Oktett größer 0. ich würde mal probehalber auch die Subnetzmaske im Router kontrollieren.

Insulaner · 23.12.18

169.xxx deutet wie #12 schon geschrieben hat, darauf hin, dass der DHCP-Service nicht funktioniert hat.

Eine Frage noch: Ist das Gateway (Default Route) korrekt, wenn die IP-Adresse korrekt vergeben wurde?
Zudem wüde ich evtl. sicherheitshalber mal IPv6 deaktivieren.

T-Bone90 · 27.12.18

Also das ipv6 möchte ich nicht deaktivieren. Das muss doch auch s gehen und ich will lieber den Fehler beheben anstatt macOS Funktionen zu deaktivieren

Ich habe definitiv keinen weiteren DHCP Server und wenn das Internet da ist, dann stimmt auch die IP des Gateway.

Ich habe jetzt iOS und macOS komplett neu clean aufgesetzt und gerade ging das Internet. Ich werde das die nächsten Tage mal verfolgen und dann schauen, ob der Fehler wieder auftritt :innocent:

Suche

Suche

WLAN Probleme mit MBP an Vodafone Box

T-Bone90

Kronprinz Rudolf von Österreich

Mitglied 105235

Gast

T-Bone90

Kronprinz Rudolf von Österreich

Mitglied 105235

Gast

T-Bone90

Kronprinz Rudolf von Österreich

Mitglied 105235

Gast

Insulaner

Apfel der Erkenntnis

T-Bone90

Kronprinz Rudolf von Österreich

Wuchtbrumme

Golden Noble

T-Bone90

Kronprinz Rudolf von Österreich

v3rtex

Braeburn

Wuchtbrumme

Golden Noble

trexx

Mecklenburger Orangenapfel

Insulaner

Apfel der Erkenntnis

T-Bone90

Kronprinz Rudolf von Österreich

Wir schützen Ihre Privatsphäre

Informationen auf einem Gerät speichern und/oder abrufen

Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen (Optionale Cookies)

Datenübermittlung an Partner in anderen Staaten (Drittanbieter-Cookies)