Hallo Leute,
manche stehen ja gelegentlich vor dem Problem, dass Router (insbesondere Offloader) an unterschiedlchen Anschlüssen nicht oder nur so halb erratisch online komme. ping 8.8.8.8 geht dann zwar aber ping google.de nicht und viele fangen dann an, im config mode dhcp und radvd abzustellen und stattdessen statische v4 configs und statische DNS-server einzutragen. Ein anderer workaround sieht so aus, dass man ip-adressen von supernodes in die cofig von fastd hardcoded. Manche sagen auch, es sei ein Vodaphoneproblem, ich habe es aber nicht nur dort beobachtet.
Das kann man sich möglicherweise alles sparen. Ich habe gerade mal versuchsweise im conigmode v6 auf WAN deaktiviert und schon läuft alles wie es soll: Namesauflösung, tunnelaufbau, hoodselector.
kann das jemand mal bei sich reproduzieren?
LG Lorenz
die Ursache scheint doch nicht das v6 auf der wan-schnittstelle zu sein, sondern ein festgefahrener hoodselector. der braucht dns um zu funktionieren. pull request ging an die dev-ml
Am 19.06.2016 um 12:24 schrieb lrnzo via Nordwest:
Hallo Leute,
manche stehen ja gelegentlich vor dem Problem, dass Router (insbesondere Offloader) an unterschiedlchen Anschlüssen nicht oder nur so halb erratisch online komme. ping 8.8.8.8 geht dann zwar aber ping google.de nicht und viele fangen dann an, im config mode dhcp und radvd abzustellen und stattdessen statische v4 configs und statische DNS-server einzutragen. Ein anderer workaround sieht so aus, dass man ip-adressen von supernodes in die cofig von fastd hardcoded. Manche sagen auch, es sei ein Vodaphoneproblem, ich habe es aber nicht nur dort beobachtet.
Das kann man sich möglicherweise alles sparen. Ich habe gerade mal versuchsweise im conigmode v6 auf WAN deaktiviert und schon läuft alles wie es soll: Namesauflösung, tunnelaufbau, hoodselector.
kann das jemand mal bei sich reproduzieren?
LG Lorenz _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Moin,
ich hatte das bei unseren beiden Offloadern (FF-IBB-STADT-Offloader01 und 02) auch. Der Hoodselector hatte sich festgefahren. Wir haben es vorübergehend so lösen können, das wir den hoodselector via winscp oder auch via ssh in hoodselector2 umbenannt haben. Seitdem keinerlei Probleme.
Mit freundlichen Grüßen
Sebastian Wolzenburg Freifunk Ibbenbüren e.V. sebastian@freifunk-ibbenbueren.net www.freifunk-ibbenbueren.net www.facebook.com/FreifunkIbbenbueren
Am 23.06.2016 um 02:54 schrieb lrnzo via Nordwest nordwest@lists.ffnw.de:
die Ursache scheint doch nicht das v6 auf der wan-schnittstelle zu sein, sondern ein festgefahrener hoodselector. der braucht dns um zu funktionieren. pull request ging an die dev-ml
Am 19.06.2016 um 12:24 schrieb lrnzo via Nordwest:
Hallo Leute,
manche stehen ja gelegentlich vor dem Problem, dass Router (insbesondere Offloader) an unterschiedlchen Anschlüssen nicht oder nur so halb erratisch online komme. ping 8.8.8.8 geht dann zwar aber ping google.de nicht und viele fangen dann an, im config mode dhcp und radvd abzustellen und stattdessen statische v4 configs und statische DNS-server einzutragen. Ein anderer workaround sieht so aus, dass man ip-adressen von supernodes in die cofig von fastd hardcoded. Manche sagen auch, es sei ein Vodaphoneproblem, ich habe es aber nicht nur dort beobachtet.
Das kann man sich möglicherweise alles sparen. Ich habe gerade mal versuchsweise im conigmode v6 auf WAN deaktiviert und schon läuft alles wie es soll: Namesauflösung, tunnelaufbau, hoodselector.
kann das jemand mal bei sich reproduzieren?
LG Lorenz _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
-
lrnzo -
Sebastian Wolzenburg