[PATCH 1/7] fff: advertise fdff:0::/64 to access web interface

[Tobias Klaus]

Hallo mayosemmel,
> 
> Aus irgendwelchen Gründen, vergibt er hier auch die DHCP Option. Sowohl
> der DHCP als auch der RA. Damit ist nach dem verbinden 2x DHCP
> eingetragen und zwar die Link-Local Adresse.
Du meinst dass er die DNS-Option verteilt, oder? Das konnte ich auch 
nachvollziehen. Das ist wirklich nicht gut, wobei ich es (komisch eigentlich) 
noch nicht erlebt habe, dass der lokale Knoten den Gateway überholt hat.

> Das hat zur Folge, dass je nachdem wie schnell der lease vom GW kommt,
> kein valider DNS eingetragen ist und somit kein Internet funktioniert.
> Ich konnte leider den Punkt nicht finden an dem man das abdreht.
>
> Probiert bitte mal ob ihr das nachstellen könnt oder ob das an meinem
> Router, Client oder sonst was liegt.
Wie gesagt, falls du die eingetragenen Nameserver meinst, kann ich das 
nachstellen.

Die Frage ist jetzt nur, ob das ein eigenes Problem des Patches ist und wir 
ihn direkt überarbeiten sollten, oder ob wir das jetzt erstmal so pushen um 
eine gemeinsame Grundlage zu kriegen um das Problem gemeinsam zu fixen.

Spontan fallen wir 2 Lösungsmöglichkeiten ein: 

1. Den odhcpd dazu zu bringen keine DNS-Server rauszugeben. Beim überfliegen 
der Doku scheint das aber nicht so leicht -> wir brauchen vermutlich einen 
Patch für den odhcpd.

2. Wir sorgen einfach dafür, dass der lokale Router DNS forwarded. Das finde 
ich die unschönere Variante, aber die die vermutlich schnelller geht.

Grüße
Tobias
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20160119/749b2a66/attachment-0002.sig>