Anleitungen:macOS: Unterschied zwischen den Versionen

Aus Freifunk Franken
Wechseln zu:Navigation, Suche
Keine Bearbeitungszusammenfassung
 
(17 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
= IPv6 & DHCP Probleme =
__TOC__
Unter MacOS Sierra (macOS 10.12, aktuell getestet unter 10.12.4) kommt es zu Problemen mit IPv6 und DHCP. Per DHCP bekommt der MAC von den Freifunk-Routern keine IPV6 zugewiesen, weder per LAN noch per WLAN. Verbindet man sich jedoch mit einer FritzBox, funktioniert die Zuweisung problemlos. Ob die Probleme von der Firmware oder dem OS verursacht werden kann zum jetzigen Zeitpunkt nicht sicher definiert werden.


Diese Anleitung soll dabei helfen, diese Probleme zu umgehen. Eventuell ist eine fehlerhafte Implementierung der Opaque Interface Identifiers (IETF RFC 7217) in 10.12 der Auslöser der Probleme.  
== IPv6 und Router Advertisements ==
=== Problembeschreibung ===
Unter MacOS (aktuell getestet unter 10.14.5, es ist keine Version bekannt, in der es funktioniert) kommt es zu Problemen mit IPv6 und SLAAC. macOS vergisst die passende Subnetz-Route für in Router Advertisement ohne "default"-Lifetime angebotene Subnetze zu setzen; so auch beim fdff::/64, das von den Nodes kommt. Ein bereits geöffneter Bugreport wurde sinngemäß mit "Stimmt, ist kaputt. Ist uns egal, warum machst du es nicht $anders?" beantwortet. Apple scheint sich für dieses Problem nicht zu interessieren.
 
Für die von den Gateways seit dem KeyxchangeV2 angebotenen fd43-Adressen gilt die gleiche Problematik. Soll auf Router außerhalb der eigenen Hood zugegriffen werden, braucht es aber zusätzlich noch eine fc00::/7 Route, die auch im Router Advertisement mitgesendet wird. Auch das funktioniert unter macOS NICHT. Dafür wurde bisher kein Bugreport geschrieben.
Hierfür gibt es aktuell auch keinen einfachen, sinnvollen Lösungsweg; außer natürlich ein OS zu verwenden, was mit IPv6 vernünftig umgehen kann. Beispielsweise Linux.


=== Lösungansatz ===
=== Lösungansatz ===
Folgende Schritte sind notwendig, um unter MacOS auf einen Router zuzugreifen. In den MacOS Systemeinstellungen -> Netzwerk beim verwendeten Netzwerk die Erweiterten Einstellungen bei IPv6 auf "Manuell" stellen
Folgende Schritte sind notwendig, um unter MacOS auf einen Router zuzugreifen. In den MacOS Systemeinstellungen -> Netzwerk beim verwendeten Netzwerk die Erweiterten Einstellungen bei IPv6 auf "Manuell" stellen
* Router: Die Mac von dem FFF Router
 
* IPv6 Adresse:  
[[Datei:MacOS_ipv6_fdff.png|400px|thumb|Einstellungen bei macOS]]
 
* Router: leer lassen
* IPv6 Adresse: fdff:: + MAC Adresse des LAN/WLAN Adapters (Zu finden unter "Hardware")
* Präfix Länge: 64
* Präfix Länge: 64


Anschließend sollte das Verbinden funktionieren
Anschließend sollte das Verbinden funktionieren. Sollte es weiterhin zu Verbindungsproblemen kommen, versuche LittleSnitch oder andere Firewalls vorübergehend pausieren.
 
=== Beispiel ===
Im Screenshot ist das Beispielfenster zu sehen.
* MAC-Adresse der Netzwerkkarte lautet 90:2b:34:51:d3:3a und wird zu fdff::902b:3451:d33a
 
= Hinweise =
Auch unter iOS kommt es ebenfalls zu den beschriebenen Problemen. Da hier die selbe Implementierung von IPv6 verwendet wird, scheint auch der selbe Bug aufzutreten.
Unter Safari kann die Web GUI nicht aufgerufen werden, unter Firefox und Chrome ist das nicht der Fall. Das Format im Webbrowser ist wie folgend https://[fdff::98de:d0a8:c20e] im Terminal ssh root@fdff::98de:d0a8:c20e.

Aktuelle Version vom 13. März 2020, 13:44 Uhr

IPv6 und Router Advertisements

Problembeschreibung

Unter MacOS (aktuell getestet unter 10.14.5, es ist keine Version bekannt, in der es funktioniert) kommt es zu Problemen mit IPv6 und SLAAC. macOS vergisst die passende Subnetz-Route für in Router Advertisement ohne "default"-Lifetime angebotene Subnetze zu setzen; so auch beim fdff::/64, das von den Nodes kommt. Ein bereits geöffneter Bugreport wurde sinngemäß mit "Stimmt, ist kaputt. Ist uns egal, warum machst du es nicht $anders?" beantwortet. Apple scheint sich für dieses Problem nicht zu interessieren.

Für die von den Gateways seit dem KeyxchangeV2 angebotenen fd43-Adressen gilt die gleiche Problematik. Soll auf Router außerhalb der eigenen Hood zugegriffen werden, braucht es aber zusätzlich noch eine fc00::/7 Route, die auch im Router Advertisement mitgesendet wird. Auch das funktioniert unter macOS NICHT. Dafür wurde bisher kein Bugreport geschrieben. Hierfür gibt es aktuell auch keinen einfachen, sinnvollen Lösungsweg; außer natürlich ein OS zu verwenden, was mit IPv6 vernünftig umgehen kann. Beispielsweise Linux.

Lösungansatz

Folgende Schritte sind notwendig, um unter MacOS auf einen Router zuzugreifen. In den MacOS Systemeinstellungen -> Netzwerk beim verwendeten Netzwerk die Erweiterten Einstellungen bei IPv6 auf "Manuell" stellen

Einstellungen bei macOS
  • Router: leer lassen
  • IPv6 Adresse: fdff:: + MAC Adresse des LAN/WLAN Adapters (Zu finden unter "Hardware")
  • Präfix Länge: 64

Anschließend sollte das Verbinden funktionieren. Sollte es weiterhin zu Verbindungsproblemen kommen, versuche LittleSnitch oder andere Firewalls vorübergehend pausieren.

Beispiel

Im Screenshot ist das Beispielfenster zu sehen.

  • MAC-Adresse der Netzwerkkarte lautet 90:2b:34:51:d3:3a und wird zu fdff::902b:3451:d33a

Hinweise

Auch unter iOS kommt es ebenfalls zu den beschriebenen Problemen. Da hier die selbe Implementierung von IPv6 verwendet wird, scheint auch der selbe Bug aufzutreten. Unter Safari kann die Web GUI nicht aufgerufen werden, unter Firefox und Chrome ist das nicht der Fall. Das Format im Webbrowser ist wie folgend https://[fdff::98de:d0a8:c20e] im Terminal ssh root@fdff::98de:d0a8:c20e.