From newsgroup at lan4me.de  Fri Sep  7 06:53:03 2018
From: newsgroup at lan4me.de (Peter Schiefer)
Date: Fri, 7 Sep 2018 06:53:03 +0200
Subject: [Fli4l_dev] =?iso-8859-1?q?Informationen_zu_den_w=F6chentlichen_4?=
 =?iso-8859-1?q?=2E0-Archiven_vom_07=2E09=2E2018_=28r53662=29?=
Message-ID: <zybhmkwk5bf1$.dlg@lan4me.de>

Hallo,

im Vergleich zu den Archiven vom 31.08.2018 (r53572) gibt es die
folgenden Änderungen:


---------------
Fertiggestellt:
---------------

FFL-2294: Kaputte libcap.pc (pkg-conf) führt zum Abbruch des Bauens
abhängiger Pakete
* der Fehler wurde korrigiert. 

FFL-2295: lua 5.3.4 --> 5.3.5
* siehe Betreff

----------
In Arbeit:
----------

FFL-2266: dsltool: Support für Technicolor DGA4132 DSL-Modem
* das DGA4132 wird nun mit dem TYPE "openwrt" unterstützt, die
Übersetzungen der Dokumentation stehen noch aus


Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.


Gruß Peter und das fli4l-Team

From gotthard.anger at gmx.de  Fri Sep  7 09:28:11 2018
From: gotthard.anger at gmx.de (Gotthard Anger)
Date: Fri, 7 Sep 2018 09:28:11 +0200
Subject: [Fli4l_dev] Draytek Vigor 132
Message-ID: <fvenkbFer7rU1@mid.individual.net>

Hallo,

obige Karte ist mir zugeflogen.
Da hab ich mir gedacht, probiere mal aus.
Ich habe ein Vigor 130 im Einsatz, die Unterschiede können ja nicht 
allzugroß sein.
Die Karte arbeitet normalerweise als Router, genau wie die Vigor 130.
Man kann sie aber in den Bridge-Modus versetzen, um den Windows-PC oder 
eben die Linux-Büchse zu verwenden. Das ist der von mir favorisierte 
Einsatzfall.
Im Windows-PC meldet sich die Karte als Realtek 8110 mit der Adresse 
192.168.1.1/24. Also habe ich für den Fli den r8169-Treiber genutzt und 
eth1 eine passende Adresse zugewiesen.
Nach dem Boot habe ich zwar das Interface eth1, ein Ping geht aber nicht 
durch, geschweige dass eine WAN-Verbindung aufgebaut wird.
Hat jemand schon mal die Karte ans Laufen bekommen?

hier die Konfig:
IP_NET[2]='192.168.1.2/24'
{
	DEV='eth1'
}
IP_NET[3]='{Telekom}'
{
	DEV='eth1.7'
}
OPT_VLAN_DEV='yes'
VLAN_DEV[] {
    DEV='eth1'
    VID='7'
}
CIRC[] {
    NAME='Telekom'
    TYPE='ppp'
    PPP{
       TYPE='ethernet'
       VJ='yes'
       USERID='xxxx'
       PASSWORD='yyyy'
       ETHERNET_TYPE='kernel'
       ETHERNET_DEV='eth1.7'
    }
    ENABLED='yes'
    UP='yes'
    NETS_IPV4[]='0.0.0.0/0'
    DIALMODE='auto'
    HUP_TIMEOUT='0'
    USEPEERDNS='yes'
}
Die obige Konfig funktioniert mit einem Vigor 130 im Bridge-Modus.
Ich bin für Tipps dankbar...

mfg
Gotthard


-- 
Gotthard Anger
Anwenderbetreuung Netzwerkadministration
Landeskirchenamt der EKM
http://www.ekmd.de
papierkorb at ekmd.de
Mails an diese Adresse werden nur nach vorheriger Ansage gelesen!

From Mi_Wieser at web.de  Wed Sep 12 18:54:46 2018
From: Mi_Wieser at web.de (Michael Wieser)
Date: Wed, 12 Sep 2018 18:54:46 +0200
Subject: [Fli4l_dev] Syntax mit [, { etc?
Message-ID: <dpgipdtf4v164mvff4i588f6s7vfun2j5e@4ax.com>

Hallo

ich versuche einen fli mit einer aktuellen 4.0.irgendwas aufzusetzen
und finde keinerlei Erklärung wie ich nun mit den Parametern, die in
den [] und 

{
irgendwe
}

umgehen soll so das daraus was nutzbares entsteht.

Als Beispiel:

#IP_NET[1]='192.168.6.1/24'     # IP address of your n'th ethernet 

#{
#  DEV='eth0'                   # required: device name like ethX
#}


Das erste # gehört entfernt, doch wie geht es dann weiter so das dann
das in der Doku erwähnte 

  IP_NET_1='192.168.6.1/24'
        IP_NET_1_DEV='eth0'

draus wird?


Etwas ratlos und mit der Bitte um Hilfe

Grüße
-
Michael Wieser
-- 

From newsgroup at lan4me.de  Wed Sep 12 19:40:09 2018
From: newsgroup at lan4me.de (Peter Schiefer)
Date: Wed, 12 Sep 2018 19:40:09 +0200
Subject: [Fli4l_dev] Syntax mit [, { etc?
References: <dpgipdtf4v164mvff4i588f6s7vfun2j5e@4ax.com>
Message-ID: <px4mz113rnwm.dlg@lan4me.de>

Hallo Michael,

Am Wed, 12 Sep 2018 18:54:46 +0200 schrieb Michael Wieser:

> ich versuche einen fli mit einer aktuellen 4.0.irgendwas aufzusetzen
> und finde keinerlei Erklärung wie ich nun mit den Parametern, die in
> den [] und 
> 
> {
> irgendwe
> }
> 
> umgehen soll so das daraus was nutzbares entsteht.

ds hat mal Christoph hier erklärt unter den Stichworten alternative Syntax.
> 
> Als Beispiel:
> 
> #IP_NET[1]='192.168.6.1/24'     # IP address of your n'th ethernet 
> 
> #{
> #  DEV='eth0'                   # required: device name like ethX
> #}
> 
> 
> Das erste # gehört entfernt, doch wie geht es dann weiter so das dann
> das in der Doku erwähnte

alle 4 # gehören entfernt um untiges zu erreichen.

> 
>   IP_NET_1='192.168.6.1/24'
>         IP_NET_1_DEV='eth0'
> 
> draus wird?

Kurze Erklärung:

VAR[]

die [] stehen hier für den Index (1 bis n) und werden, wenn nicht direkt
definiert automatisch hochgezählt

aus:
VAR[]=''
VAR[]=''
VAR[]=''

wird beim build automatisch
VAR_N='3'
VAR_1=''
VAR_2=''
VAR_3=''

diese Autonummerierung hat den Vorteil, das man einfach eine Regel einfügen
kann wenn nötig, ohne bei allen folgenden den Index anzupassen
Im Fall von IP_NET sollte der Index jedoch direk gesetzt werden, also [1]
usw, da es hier andere Bereich absolut referenzieren (z. B. Circuits oder
der Paketfilter) und nur so eine eindeutige ZTuordnung erreicht wird.

Und nun zu den {}

aus
VAR[]=''
{
	FOO=''
        BAR=''
}
VAR[]=''
{
	FOO=''
        BAR=''
}

wird:
VAR_N='2'
VAR_1=''
VAR_1_FOO=''
VAR_1_BAR=''
VAR_2=''
VAR_2_FOO=''
VAR_2_BAR=''


die Klammer sorgen also dafür, das man viel Tipparbeit sparen kann, da
dadurch nur ein Teil des Variablennamens als Ergänzung getippt werden muss.


Ich hoffe das war so einigermassen verständlich.

Gruß Peter

From Mi_Wieser at web.de  Wed Sep 12 20:11:36 2018
From: Mi_Wieser at web.de (Michael Wieser)
Date: Wed, 12 Sep 2018 20:11:36 +0200
Subject: [Fli4l_dev] Syntax mit [, { etc?
References: <dpgipdtf4v164mvff4i588f6s7vfun2j5e@4ax.com>
 <px4mz113rnwm.dlg@lan4me.de>
Message-ID: <iblipd96dbqbqchto70kd5d6bnfa58pd26@4ax.com>

On Wed, 12 Sep 2018 19:40:09 +0200, Peter Schiefer
<newsgroup at lan4me.de> wrote:


>Ich hoffe das war so einigermassen verständlich.
>
>Gruß Peter

Ja, ist verständlich und Danke vielmals

Eine Bitte dazu: das sollte zB. so in die HTML-Hilfe - und wenn das
schon wo drinnen steht - dann so das es auch auffindbar ist. in der
Hilfe vom 24.8. wäre Deine Erläuterung zB. im base.html bei 
"2.2.3 Variablen "  gut untergebracht.

Leifer kann ich aus unerfindlichen Gründen keinen Bug-Eintrag
erstellen, sonst wäre das dort sicher besser als hier aufgehoben.

Grüße




-
Michael Wieser
-- 

From florian at florian-wolters.de  Fri Sep 14 07:09:58 2018
From: florian at florian-wolters.de (Florian Wolters)
Date: Fri, 14 Sep 2018 07:09:58 +0200
Subject: [Fli4l_dev] Syntax mit [, { etc?
In-Reply-To: <iblipd96dbqbqchto70kd5d6bnfa58pd26@4ax.com>
References: <dpgipdtf4v164mvff4i588f6s7vfun2j5e@4ax.com>
 <px4mz113rnwm.dlg@lan4me.de> <iblipd96dbqbqchto70kd5d6bnfa58pd26@4ax.com>
Message-ID: <pnffr6$j1$1@vm-news.spline.inf.fu-berlin.de>

Hallo Michael,

> Leifer kann ich aus unerfindlichen Gründen keinen Bug-Eintrag
> erstellen, sonst wäre das dort sicher besser als hier aufgehoben.
Woran scheitert das?

Viele Grüße

  Florian

--
fli4l-Team

From florian at florian-wolters.de  Fri Sep 14 07:21:23 2018
From: florian at florian-wolters.de (Florian Wolters)
Date: Fri, 14 Sep 2018 07:21:23 +0200
Subject: [Fli4l_dev] =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_4?=
 =?utf-8?q?=2E0-Archiven_vom_14=2E09=2E2018_=28r53887=29?=
Message-ID: <pnfggj$ddv$1@vm-news.spline.inf.fu-berlin.de>

Guten Morgen zusammen,

in dieser Woche gibt es im 4.0 Zweig einige größere Updates von FBR,
Kernel und Software. Weiterhin wurden einige kleinere Bugs behoben.

Im Vergleich zu den Archiven vom 07.09.2018 (r53662) gibt es die
folgenden Änderungen:


---------------
Fertiggestellt:
---------------

FFL-1930: new-packages Skript sollte die letzte Kernel Version als
Vorlage nehmen
* Hier wurde ein Bug bei der Feststellung der letzten Kernel Version
behoben.

FFL-2244: Kernel 4.17 ist verfügbar
* Dieser Kernel wurde zugunsten von 4.18 wieder entfernt.

FFL-2274: FBR-Update auf Buildroot Version 2018.02.4 LTS
* Siehe Betreff

FFL-2281: mini_httpd 1.27 --> 1.29
* Es wurde ein Fehler bei der Verarbeitung von POST Formularen behoben.

FFL-2292: Linux-Kernel 4.4.155 veröffentlicht
* Bitte KERNEL_VERSION anpassen.

FFL-2299: Lua-Umgebung bereitstellen
* Für zukünfigte Script Verarbeitung wurde die Lua Umgebung aktiviert.

FFL-2300: Lua-Kompatibilität verbessern
* Siehe Betreff

FFL-2302: FBR-Bau vom host-syslinux-Paket bricht ab
* Der Fehler wurde behoben.

----------
In Arbeit:
----------

FFL-2293: Weitere Lua-Pakete einbinden
* Es wurden weitere Lua Pakete aktiviert. Die Liste findet sich im Ticket.

FFL-2301: /etc/profile.d/ für das Erweitern des Shell-Profils unterstützen
* Hier erfolgt ein Umbau, so dass künftig Einträge zum profile unter
/etc/profile.d ergänzt werden können.


Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.


Viele Grüße

   Florian + das fli4l-Team

--
fli4l-Team

From Mi_Wieser at web.de  Fri Sep 14 09:50:12 2018
From: Mi_Wieser at web.de (Michael Wieser)
Date: Fri, 14 Sep 2018 09:50:12 +0200
Subject: [Fli4l_dev] Syntax mit [, { etc?
References: <dpgipdtf4v164mvff4i588f6s7vfun2j5e@4ax.com>
 <px4mz113rnwm.dlg@lan4me.de> <iblipd96dbqbqchto70kd5d6bnfa58pd26@4ax.com>
 <pnffr6$j1$1@vm-news.spline.inf.fu-berlin.de>
Message-ID: <9vnmpd1uk5em8e5lka79i3vkmf8cvct5bs@4ax.com>

On Fri, 14 Sep 2018 07:09:58 +0200, Florian Wolters
<florian at florian-wolters.de> wrote:

>Hallo Michael,
>
>> Leifer kann ich aus unerfindlichen Gründen keinen Bug-Eintrag
>> erstellen, sonst wäre das dort sicher besser als hier aufgehoben.
>Woran scheitert das?
>
>Viele Grüße
>
>  Florian

Wenn ich auf fli4l.de auf den Bugtracker klicke lande ich bei 

https://web.nettworks.org/bugs/projects/FFL/issues

Auf dieser Seite sind ein paar Atlassian-Infos zu sehen, die
Dashboard, Projects Issues und Capture-"Reiter" zeigen keine Reaktion
beim Anklicken.

in umatrix (Plugin vom Firedox) sind _alle_ Felder grün.

iaW: ich sehe die Seite kann aber nix machen.

eine tiefere Analyse warum das so ist habe ich noch nicht durchgeführt

Grüße


-
Michael Wieser
-- 

From Mi_Wieser at web.de  Fri Sep 14 10:50:29 2018
From: Mi_Wieser at web.de (Michael Wieser)
Date: Fri, 14 Sep 2018 10:50:29 +0200
Subject: [Fli4l_dev] Syntax mit [, { etc?
References: <dpgipdtf4v164mvff4i588f6s7vfun2j5e@4ax.com>
 <px4mz113rnwm.dlg@lan4me.de> <iblipd96dbqbqchto70kd5d6bnfa58pd26@4ax.com>
 <pnffr6$j1$1@vm-news.spline.inf.fu-berlin.de>
Message-ID: <6urmpd1siju7n1subet351v523h7eto39c@4ax.com>

On Fri, 14 Sep 2018 07:09:58 +0200, Florian Wolters
<florian at florian-wolters.de> wrote:

>Hallo Michael,
>
>> Leifer kann ich aus unerfindlichen Gründen keinen Bug-Eintrag
>> erstellen, sonst wäre das dort sicher besser als hier aufgehoben.
>Woran scheitert das?
>
>Viele Grüße
>
>  Florian

Update: zusätzlich noch die Cookies freigegeben und es funktioniert,
Eintrag erfolgt demnächst

-
Michael Wieser
-- 

From fli4l at kristov.de  Fri Sep 14 12:51:50 2018
From: fli4l at kristov.de (Christoph Schulz)
Date: Fri, 14 Sep 2018 12:51:50 +0200
Subject: [Fli4l_dev] =?utf-8?b?U3ludGF4IG1pdD89PT91dGYtOD9RPyBbLCB7IGV0?=
 =?utf-8?q?c=3F?=
References: <6urmpd1siju7n1subet351v523h7eto39c@4ax.com>
Message-ID: <png3s6$gst$1@vm-news.spline.inf.fu-berlin.de>

Hallo,

die (neue) Syntax wurde aus dem einfachen Grund noch nicht "offiziell"
dokumentiert, weil es zum damaligen Zeitpunkt nicht sicher war, dass sie
so bleiben wird -- sie war potentiell "im Fluss". Da sich an der Syntax
aber im Laufe der letzten zweieinhalb Jahre nichts mehr verändert hat
-- die letzte Änderung war r44481 ("FFL-357: don't require a leading
dot for nested variables") am 12.2.2016 --, kann man inzwischen ruhig
davon ausgehen, dass die Syntax stabil ist, und diese dann auch
dokumentieren. Da bin ich ganz bei dir.


Viele Grüße,
-- 
Christoph Schulz
[fli4l-Team]

From news.uwe at section-9.de  Sun Sep 16 18:29:20 2018
From: news.uwe at section-9.de (Uwe Zeppei)
Date: Sun, 16 Sep 2018 18:29:20 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
Message-ID: <pnm0cu$ar5$1@news.albasani.net>

Hallo zusammen!

Ich hab jetzt einen reinen Surf-Anschluß bei htp (örtlicher 
Telefonanbieter im Raum Hannover) bestellt und erhalte jetzt durch die 
Unterlagen die Information, das es sich bei dem Adresstyp um einen 
"DS-Lite (IPv6)" handelt.

Anscheinend also ein Anschluß, an dem ich nur IPv6 zur Verfügung habe. 
In der beiliegenden Anleitung für die Fritzbox ist aufgelistet, das man 
nach Auswahl des Anbieters noch folgende Einstellungen vornehmen soll:

- IPv6 aktivieren
- "Immer eine native IPv6-Anbindung nutzen" aktivieren
- "IPv4-Anbindung über DS-Lite herstellen" aktivieren
- "AFTR-Adresse automatisch über DHCPv6 ermitteln" auswählen

Fragen:
- kann der fli4l das auch (der soll hinter ein Vigor 130 Modem)?
- wenn ja, wie muss ich das einrichten?
- wenn ja, kann ich intern dennoch rein IPv4-basiert arbeiten?

Ich hab schon im Wiki und den HowTos geschaut, bin da aber nicht 
wirklich fündig geworden.

Vielen Dank im voraus!

-- 
Viele Grüße
Uwe

From lespocky at web.de  Sun Sep 16 21:29:35 2018
From: lespocky at web.de (Alexander Dahl)
Date: Sun, 16 Sep 2018 21:29:35 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
References: <pnm0cu$ar5$1@news.albasani.net>
Message-ID: <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>

Hallo Uwe,

Uwe Zeppei schrieb Sonntag, 16. September 2018, 18:29 (CEST):
> Ich hab jetzt einen reinen Surf-Anschluß bei htp (örtlicher 
> Telefonanbieter im Raum Hannover) bestellt und erhalte jetzt durch die 
> Unterlagen die Information, das es sich bei dem Adresstyp um einen 
> "DS-Lite (IPv6)" handelt.

Damit wird in der Regel ein Anschluss mit Dual Stack bezeichnet, wo DU
ein öffentliches IPv6-Präfix bekommst und eine IPv4-Adresse aus einem
Carrier Grade NAT (CGN) vom Provider, also eine private IPv4-Adresse.

> Anscheinend also ein Anschluß, an dem ich nur IPv6 zur Verfügung habe. 

Nein nicht ganz, siehe oben.

> In der beiliegenden Anleitung für die Fritzbox ist aufgelistet, das man 
> nach Auswahl des Anbieters noch folgende Einstellungen vornehmen soll:
>
> - IPv6 aktivieren
> - "Immer eine native IPv6-Anbindung nutzen" aktivieren
> - "IPv4-Anbindung über DS-Lite herstellen" aktivieren
> - "AFTR-Adresse automatisch über DHCPv6 ermitteln" auswählen

Das deckt sich mit dem, was ich oben schrieb.

> Fragen:
> - kann der fli4l das auch (der soll hinter ein Vigor 130 Modem)?
> - wenn ja, wie muss ich das einrichten?

Kann ich nicht beantworten.

> - wenn ja, kann ich intern dennoch rein IPv4-basiert arbeiten?

Im Prinzip ja. Du kannst dann aber nur "raustelefonieren", mangels
öffentlicher IPv4-Adresse kannst Du den Router aber dann von draußen
nicht über IPv4 erreichen.

> Ich hab schon im Wiki und den HowTos geschaut, bin da aber nicht 
> wirklich fündig geworden.

Ich meine nicht, dass man da was besonderes beachten muss. Kann mich
auch irren, aber ich würde es erstmal mit einer ganz normalen Dual Stack
Konfiguration auf dem fli4l versuchen. Ggf. darauf achten, dass man
nicht grad das selbe private IPv4-Netz benutzt, aus dem man vom Provider
die IPv4-Adresse bekommt. ;-)

Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6

From news.uwe at section-9.de  Mon Sep 17 20:32:17 2018
From: news.uwe at section-9.de (Uwe Zeppei)
Date: Mon, 17 Sep 2018 20:32:17 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
In-Reply-To: <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
Message-ID: <pnorvm$5lr$1@news.albasani.net>

Hallo!

Am 16.09.2018 um 21:29 schrieb Alexander Dahl:
> Damit wird in der Regel ein Anschluss mit Dual Stack bezeichnet, wo DU
> ein öffentliches IPv6-Präfix bekommst und eine IPv4-Adresse aus einem
> Carrier Grade NAT (CGN) vom Provider, also eine private IPv4-Adresse.

Ahhh, das ist gut zu hören. Ich hab schon das schlimmste befürchtet.

> Im Prinzip ja. Du kannst dann aber nur "raustelefonieren", mangels
> öffentlicher IPv4-Adresse kannst Du den Router aber dann von draußen
> nicht über IPv4 erreichen.

Das ist kein Problem. An diesem Anschluß passiert nicht viel. 
Theoretisch reicht mir sogar IPv4.

> Ich meine nicht, dass man da was besonderes beachten muss. Kann mich
> auch irren, aber ich würde es erstmal mit einer ganz normalen Dual Stack
> Konfiguration auf dem fli4l versuchen. Ggf. darauf achten, dass man
> nicht grad das selbe private IPv4-Netz benutzt, aus dem man vom Provider
> die IPv4-Adresse bekommt. ;-)

Heheh. Aber die spannende Frage die sich mir stellt ist: wie 
konfiguriere ich denn normalen Dual Stack? Bislang hab ich nur IPv4 
benötigt und dementsprechend sind auch meine Konfigs geschnitzt.

Ich meine auch mal irgendwo ein Beispiel gelesen/ gesehen zu haben, aber 
mir fällt einfach nicht ein, in welchem Zusammenhang.

-- 
Viele Grüße
Uwe

From lespocky at web.de  Mon Sep 17 21:48:49 2018
From: lespocky at web.de (Alexander Dahl)
Date: Mon, 17 Sep 2018 21:48:49 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
 <pnorvm$5lr$1@news.albasani.net>
Message-ID: <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>

Moin,

Uwe Zeppei schrieb Montag, 17. September 2018, 20:32 (CEST):
> Heheh. Aber die spannende Frage die sich mir stellt ist: wie 
> konfiguriere ich denn normalen Dual Stack? Bislang hab ich nur IPv4 
> benötigt und dementsprechend sind auch meine Konfigs geschnitzt.

Das kannst Du wie gewohnt tun. Die Config für IPv6 kommt dann einfach
dazu, die beiden Sachen sind ja relativ unabhängig voneinander.

> Ich meine auch mal irgendwo ein Beispiel gelesen/ gesehen zu haben, aber 
> mir fällt einfach nicht ein, in welchem Zusammenhang.

Ja ich hab da ein HowTo in Arbeit, das noch nicht fertig ist. Aber im
Grunde müsste man da auch mit der Doku zu 4.0 trunk ganz gut hinkommen?

Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6

From newsgroup at lan4me.de  Fri Sep 21 16:48:42 2018
From: newsgroup at lan4me.de (Peter Schiefer)
Date: Fri, 21 Sep 2018 16:48:42 +0200
Subject: [Fli4l_dev] =?iso-8859-1?q?Informationen_zu_den_w=F6chentlichen_4?=
 =?iso-8859-1?q?=2E0-Archiven_vom_21=2E09=2E2018_=28r53949=29?=
Message-ID: <13qisqv7q5w5d$.dlg@lan4me.de>

Hallo,

im Vergleich zu den Archiven vom 14.09.2018 (r53887) gibt es die
folgenden Änderungen:


---------------
Fertiggestellt:
---------------

FFL-2298: FBR-Update auf Buildroot Version 2018.02.5 LTS
* Update der Buildroot auf die Version 2018.02.5 LTS
   Update der folgenden Programme und LIs:
   - acl: 2.2.52 --> 2.2.53
   - apache: 2.4.33 --> 2.4.34
   - attr: 2.4.47 --> 2.4.48
   - bind: 9.11.4 --> 9.11.4-P1
   - cryptsetup: 2.0.0 --> 2.0.3
   - erlang: 20.0 --> 20.3
   - ffmpeg: 3.4.2 --> 3.4.4
   - gnutls: 3.5.17 --> 3.5.19
   - libfuse: 2.9.7 --> 2.9.8
   - lttng-modules: 2.10.4 --> 2.10.6
   - lttng-tools: 2.10.1 --> 2.10.5
   - mariadb: 10.1.33 --> 10.1.35
   - mbedtls: 2.7.3 --> 2.7.5
   - mtd: 2.0.1 --> 2.0.2
   - nodejs: 8.11.3 --> 8.11.4
   - php: 7.2.5 --> 7.2.9
   - postgresql: 10.3 --> 10.5
   - python-django: 1.10.7 --> 1.11.15
   - ruby: 2.4.2 --> 2.4.4
   - samba4: 4.7.10 --> 4.8.4
   - stress-ng: 0.06.15 --> 0.09.32
   - waylandpp: 0.2.2 --> 0.2.3
   - wireshark: 2.2.15 --> 2.2.16
   - znc: 1.6.5 --> 1.7.1

FFL-2303: linux-firmware Upgrade auf
4d4fca9922a252a0bd81f6307bcc072a78da54a
* 

FFL-2304: Linux-Kernel 4.4.156 veröffentlicht
* überholt, siehe FFL-2305

FFL-2305: Linux-Kernel 4.4.157 veröffentlicht
* Bitte KERNEL_VERSION anpassen


Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.

Gruß Peter und das fli4l-Team

From papierkorb at ekmd.de  Thu Sep 27 07:46:43 2018
From: papierkorb at ekmd.de (Gotthard Anger)
Date: Thu, 27 Sep 2018 07:46:43 +0200
Subject: [Fli4l_dev] Draytek Vigor 132
In-Reply-To: <fvenkbFer7rU1@mid.individual.net>
References: <fvenkbFer7rU1@mid.individual.net>
Message-ID: <g1399mF8olsU1@mid.individual.net>

Hallo,

ich bin noch nicht viel weiter gekommen. Die Karte steckt im Moment in 
einer Dualboot-Umgebung und ich habe sie noch nicht mal unter Windows 7 
als Modemkarte ans Laufen bekommen. Dummerweise unterscheiden sich die 
Weboberflächen des als VDSL-Modem bei mir eingesetzten Vigor 130 und 
dieser Karte. Ich bleibe dran.

Herzliche Grüße
Gotthard


Am 07.09.2018 um 09:28 schrieb Gotthard Anger:
> Hallo,
> 
> obige Karte ist mir zugeflogen.
> Da hab ich mir gedacht, probiere mal aus.
> Ich habe ein Vigor 130 im Einsatz, die Unterschiede können ja nicht 
> allzugroß sein.
> Die Karte arbeitet normalerweise als Router, genau wie die Vigor 130.
> Man kann sie aber in den Bridge-Modus versetzen, um den Windows-PC oder 
> eben die Linux-Büchse zu verwenden. Das ist der von mir favorisierte 
> Einsatzfall.



-- 
Gotthard Anger
Anwenderbetreuung, Netzwerkadministration
Landeskirchenamt der EKM

From news.uwe at section-9.de  Thu Sep 27 22:31:35 2018
From: news.uwe at section-9.de (Uwe Zeppei)
Date: Thu, 27 Sep 2018 22:31:35 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
In-Reply-To: <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
 <pnorvm$5lr$1@news.albasani.net>
 <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>
Message-ID: <pojen4$2ps$1@news.albasani.net>

Hallo!

Am 17.09.2018 um 21:48 schrieb Alexander Dahl:
> Das kannst Du wie gewohnt tun. Die Config für IPv6 kommt dann
> einfach dazu, die beiden Sachen sind ja relativ unabhängig
> voneinander.

Ja, ich hab mich da mal versucht reinzuarbeiten. Die Konfig kommt in der
Tat "hinzu", scheint aber etwas anders zu sein als bei IPv4.

> Ja ich hab da ein HowTo in Arbeit, das noch nicht fertig ist.

Beizieht sich das nicht auf eine Fli4l hinter einer Fritzbox, die den 
Dualstack-Krams macht?

> Aber im Grunde müsste man da auch mit der Doku zu 4.0 trunk ganz gut
> hinkommen?

Ja und Nein. ;)

Ich hab zwischenzeitlich die Beispiele in den mitgelieferten
Konfig-Dateien sowie auch die Stellen der Doku gefunden. Mit etwas Zeit
und Glück kann ich am Wochenende mal einen ersten Versuch wagen, muss
halt nur sehen, wie ich die Grundinstallation durchführe.

Aufgefallen ist mir, das einige Beispiele auf den ersten Blick immer
"standalone" zu sein scheinen, man sich die passenden Bezüge
untereinander also durch nachdenken, lesen und nochmal nachdenken
erarbeiten muss, ich aber dennoch nicht ganz sicher bin, das es richtig ist.

Ein Beispiel ist folgendes:

In der PPPoE-Konfig findet man Beispiel 3:
# Example 3: Dual-Stack IPv4/IPv6 DSL (requires OPT_IPV6='yes')
#CIRC_3_NAME='DSL-DualStack'

Dort findet sich ein Hinweis, das IPv6 einen Circuit für DHCPv6 benötigt.

In der DNSDHCP-Konfig findet man dann das Beispiel:
#CIRC[] {
#  NAME='DHCPv6-PPPoE'
...
#  DHCP_DEV='pppoe-v6'          # listen on the interface provided by the
                                 # circuit having the pppoe-v6 tag

Ich hab das jetzt so konfiguriert, das bei "DHCP_DEV" als Wert quasi
'{DSL-DualStack}' (mit den geschweiften Klammern drum) steht.

Kann das so passen?

Vielen Dank für die Geduld und Hilfe!

-- 
Viele Grüße
Uwe

From papierkorb at ekmd.de  Fri Sep 28 08:04:51 2018
From: papierkorb at ekmd.de (Gotthard Anger)
Date: Fri, 28 Sep 2018 08:04:51 +0200
Subject: [Fli4l_dev] 4.0 testing: Umstieg auf x64
Message-ID: <g15unnFpj1dU1@mid.individual.net>

Hallo,

für einen meiner Flis habe ich neue Hardware - 64bit-fähig.
Also habe ich mir gedacht, probiere doch mal 64-bit aus.

Da ich das Downloadskript benutze, habe ich in my_fli4l_edition.txt nur 
das _64 drangehängt

4.0/testing/x86_64

und den Download des ganzen Krams gestartet.
Beim Build bekomme ich aber alles um die Ohren gehauen:

Die wichtigste Meldung: No kernel with version 4.4.158 available!
Available Version are 4.4.131 [Incomplete, don't use]
danach werden alle fehlenden Treiber angemeckert

Habe ich noch irgendwas vergessen?

Im Downloadordner stehen das Base Paket und das Kernelpaket
kernel_4_4.tar.gz

In der Fileliste finde ich kein dediziertes x64-Kernelpaket

herzliche Grüße
Gotthard



-- 
Gotthard Anger
Anwenderbetreuung, Netzwerkadministration
Landeskirchenamt der EKM

From papierkorb at ekmd.de  Fri Sep 28 08:25:05 2018
From: papierkorb at ekmd.de (Gotthard Anger)
Date: Fri, 28 Sep 2018 08:25:05 +0200
Subject: [Fli4l_dev] Versionsfehler (war: 4.0 testing: Umstieg auf x64)
In-Reply-To: <g15unnFpj1dU1@mid.individual.net>
References: <g15unnFpj1dU1@mid.individual.net>
Message-ID: <g15vtlFpr78U1@mid.individual.net>

Hallo,

das Problem tritt auch bei der 32bit Version auf.
Ich glaube, da gibt es ein Problem mit der Bereitstellung der Pakete für 
den Build 53984 auf dem Server.

In Kernel_4_4.tar.gz ist auch nur Version 4.4.157 eingepackt

Wenn ich in der base.txt die Kernelversion auf 4.4.157 korrigiere, 
klappt der Build.

Muss ich dafür ein Ticket aufmachen?

herzliche Grüße
Gotthard

Am 28.09.2018 um 08:04 schrieb Gotthard Anger
> Beim Build bekomme ich aber alles um die Ohren gehauen:
> 
> Die wichtigste Meldung: No kernel with version 4.4.158 available!
> Available Version are 4.4.131 [Incomplete, don't use]
> danach werden alle fehlenden Treiber angemeckert
> 
> Habe ich noch irgendwas vergessen?
> 
> Im Downloadordner stehen das Base Paket und das Kernelpaket
> kernel_4_4.tar.gz
> 
> In der Fileliste finde ich kein dediziertes x64-Kernelpaket
> 
> herzliche Grüße
> Gotthard
> 
> 
> 


-- 
Gotthard Anger
Anwenderbetreuung, Netzwerkadministration
Landeskirchenamt der EKM

From florian at florian-wolters.de  Fri Sep 28 08:28:04 2018
From: florian at florian-wolters.de (Florian Wolters)
Date: Fri, 28 Sep 2018 08:28:04 +0200
Subject: [Fli4l_dev] =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_4?=
 =?utf-8?q?=2E0-Archiven_vom_28=2E09=2E2018_=28r53984=29?=
Message-ID: <pokhlk$c3q$1@vm-news.spline.inf.fu-berlin.de>

Hallo zusammen,

in dieser Woche gibt es einen neuen Kernel und einen Bugfix im Cicuit
System.

Im Vergleich zu den Archiven vom 21.09.2018 (r53949) gibt es die
folgenden Änderungen:


---------------
Fertiggestellt:
---------------

FFL-2289: PPP-Konfiguration respektiert konfigurierte Layer-3-Protokolle
* Hier wurde noch ein Bug behoben, der die korrekte Konfiguration der
Circuits ab dem 2. Circuit verhinderte.

FFL-2290: PPP: Unterstützung für "ipv6cp-accept-local" und
"ipv6cp-accept-remote"
* Siehe FFL-2289.

FFL-2306: Linux-Kernel 4.4.158 veröffentlicht
* Bitte KERNEL_VERSION anpassen.

----------
In Arbeit:
----------

FFL-1913: Das SSHD Paket ignoriert ECDSA Keys
* Das Paket wurde so angepasst, dass auch ECDSA Schlüssel genutzt werden
können.

FFL-2273: Kernel 4.18 ist verfügbar
* Die Kernellinie 4.18 wurde integriert. Der automatische Bau ist
deaktiviert. Wer ihn nutzen möchte, muss ihn selbst übersetzen.


Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.

Viele Grüße

   Florian + das fli4l-Team

--
fli4l-Team



From lespocky at web.de  Fri Sep 28 08:41:13 2018
From: lespocky at web.de (Alexander Dahl)
Date: Fri, 28 Sep 2018 08:41:13 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
 <pnorvm$5lr$1@news.albasani.net>
 <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>
 <pojen4$2ps$1@news.albasani.net>
Message-ID: <slrnpqrj89.6i2.lespocky@falbala.home.lespocky.de>

Moin,

Uwe Zeppei schrieb Donnerstag, 27. September 2018, 22:31 (CEST):
> Am 17.09.2018 um 21:48 schrieb Alexander Dahl:
>> Das kannst Du wie gewohnt tun. Die Config für IPv6 kommt dann
>> einfach dazu, die beiden Sachen sind ja relativ unabhängig
>> voneinander.
>
> Ja, ich hab mich da mal versucht reinzuarbeiten. Die Konfig kommt in der
> Tat "hinzu", scheint aber etwas anders zu sein als bei IPv4.

Das ist tatsächlich so. Einige Mechanismen, bspw. zur automatischen
Adressvergabe sind grundsätzlich anders als bei IPv6, dementsprechend
muss sich auch die Konfiguration unterscheiden. Hier kommt man um lesen
und lernen nicht drumrum.

>> Ja ich hab da ein HowTo in Arbeit, das noch nicht fertig ist.
>
> Beizieht sich das nicht auf eine Fli4l hinter einer Fritzbox, die den 
> Dualstack-Krams macht?

Das ist tatsächlich so. Der fli4l-Router fungiert als reiner
Ethernet-Router. Es müssen aber natürlich beide Geräte beides
unterstützen, IPv4 und IPv6. Auch in der Fritz!Box wird das übrigens
getrennt konfiguriert. ;-)

Ich meine Du sprachst von Glasfaser-Modem oder Kabelmodem, irgendwas in
der Art. Ich nehme an, dass die Config ähnlich aussieht.

Zum HowTo komme ich im Moment leider gar nicht, aktuell ist die ganze
Familie krank, Frau, Kind und ich. :-/

> Ich hab zwischenzeitlich die Beispiele in den mitgelieferten
> Konfig-Dateien sowie auch die Stellen der Doku gefunden. Mit etwas Zeit
> und Glück kann ich am Wochenende mal einen ersten Versuch wagen, muss
> halt nur sehen, wie ich die Grundinstallation durchführe.

Am besten machst Du erstmal die Grundinstallation mit IPv4, das ist
zumindest von den Begrifflichkeiten bekanntes Terrain. Die Umstellung
von fli4l 3.10 auf 4.0 mit dem Circuit-Konzept hängt da ja auch noch
dran. Vorteil: wenn das läuft, weiß man schon, wie das mit den Circuits
funktioniert.

Falls die Doku hier Lücken aufweist, bitte entsprechend ergänzen und
verbessern! Falls es da Probleme mit Versionsverwaltung und Patches o.ä.
geben sollte, zur Not auch einfach den fertigen Text irgendwo ablegen,
am besten als Anhang an ein Ticket.

> Aufgefallen ist mir, das einige Beispiele auf den ersten Blick immer
> "standalone" zu sein scheinen, man sich die passenden Bezüge
> untereinander also durch nachdenken, lesen und nochmal nachdenken
> erarbeiten muss, ich aber dennoch nicht ganz sicher bin, das es richtig ist.
>
> Ein Beispiel ist folgendes:
>
> In der PPPoE-Konfig findet man Beispiel 3:
> # Example 3: Dual-Stack IPv4/IPv6 DSL (requires OPT_IPV6='yes')
> #CIRC_3_NAME='DSL-DualStack'
>
> Dort findet sich ein Hinweis, das IPv6 einen Circuit für DHCPv6 benötigt.

Über DHCPv6 erhält der fli4l-Router vom vorgelagerten System seine
IPv6-Prefixe und Routen. Ein entsprechender Circuit für einen
Ethernet-Router sieht bei mir so aus:

    CIRC[] {
        NAME='Fritz-IPv6'
        TYPE='dhcp'
        CLASS[]='internet-v6-public'
        PROTOCOLS='ipv6'
        USEPEERDNS='yes'
        UP='yes'
        DHCP_DEV='eth0'
        DHCP_PREFIX_LENGTH='60'
        NETS_IPV6[]='::/0'
    }

> In der DNSDHCP-Konfig findet man dann das Beispiel:
> #CIRC[] {
> #  NAME='DHCPv6-PPPoE'
> ...
> #  DHCP_DEV='pppoe-v6'          # listen on the interface provided by the
>                                  # circuit having the pppoe-v6 tag

Ja, das kopiert man von dns_dhcp.txt nach circuits.txt. In ersterer
bleibt es auskommentiert. Das hat die Bewandnis, dass die Beispiele für
entsprechende Circuits mit den Paketen mitkommen, die auch die
Funktionalität des entsprechenden Circuit-Typs mitbringen, so dass man
nicht die Beispiele _alle_ in die Circuit-Config reinknallen muss.

> Ich hab das jetzt so konfiguriert, das bei "DHCP_DEV" als Wert quasi
> '{DSL-DualStack}' (mit den geschweiften Klammern drum) steht.
>
> Kann das so passen?

Puh, ich benutze selbst kein PPPoE aber ich meine ja. Wenn ich das
richtig verstehe, sind hier zwei Circuits im Spiel, der eine, der sich
um die Bereitstellung des PPPoE-Device kümmert, und dann ein oder zwei
andere, die darauf aufsetzen.

Man muss noch wissen, dass an zwei Stellen DHCPv4 gespielt wird. Der
fli4l-Router agiert als DHCPv4-Client zum PPPoE Device hin und als
DHCPv4-Server ins lokale Netz, das sind zwei paar Schuhe. Hier muss man
ggf. auch OPT_DHCP_CLIENT='yes' setzen. Das ist bei fli4l 4.0 nicht
anders als bei 3.10, wird nur zum Modem oder vorgelagerten Router hin
anders konfiguriert, eben mit Circuits.

Für IPv6 kommt Richtung PPPoE noch der DHCPv6-Client hinzu, ins lokale
Netz ist bei einem einfachen Setup kein DHCPv6 erforderlich, zumindest
nicht für die automatische Adressvergabe.

> Vielen Dank für die Geduld und Hilfe!

Hilft mir auch nochmal meine Gedanken im Hinblick auf mein HowTo zu
strukturieren und jetzt steht es ja auch im Archiv zum nachlesen.
Vielleicht hilft es ja noch mehr Leuten. :-)

Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6

From papierkorb at ekmd.de  Fri Sep 28 09:09:43 2018
From: papierkorb at ekmd.de (Gotthard Anger)
Date: Fri, 28 Sep 2018 09:09:43 +0200
Subject: [Fli4l_dev] Versionsfehler (war: 4.0 testing: Umstieg auf x64)
In-Reply-To: <g15vtlFpr78U1@mid.individual.net>
References: <g15unnFpj1dU1@mid.individual.net>
 <g15vtlFpr78U1@mid.individual.net>
Message-ID: <g162hbFqaq3U1@mid.individual.net>

Hallo,

ich habe doch ein Ticket aufgemacht. Von meinen UserInnen verlange ich 
das auch immer :-)))

FFL-2308

herzliche Grüße und ein schönes Wochenende
Gotthard

Am 28.09.2018 um 08:25 schrieb Gotthard Anger:
> Muss ich dafür ein Ticket aufmachen?

-- 
Gotthard Anger
Anwenderbetreuung, Netzwerkadministration
Landeskirchenamt der EKM

From newsgroup at lan4me.de  Fri Sep 28 09:18:27 2018
From: newsgroup at lan4me.de (Peter Schiefer)
Date: Fri, 28 Sep 2018 09:18:27 +0200
Subject: [Fli4l_dev] Versionsfehler (war: 4.0 testing: Umstieg auf x64)
References: <g15unnFpj1dU1@mid.individual.net>
 <g15vtlFpr78U1@mid.individual.net>
Message-ID: <bx2qr9afpgko.dlg@lan4me.de>

Hallo Gotthard,

Am Fri, 28 Sep 2018 08:25:05 +0200 schrieb Gotthard Anger:

> das Problem tritt auch bei der 32bit Version auf.
> Ich glaube, da gibt es ein Problem mit der Bereitstellung der Pakete für 
> den Build 53984 auf dem Server.
> 
> In Kernel_4_4.tar.gz ist auch nur Version 4.4.157 eingepackt

da gab es leider eine zeitlich Überschneidung zwischen compilieren
(FBR-Bau) und Erstellen der Archive so das der .158 nocht nicht fertig war,
als bereits die Archive erstellt wurden
> 
> Wenn ich in der base.txt die Kernelversion auf 4.4.157 korrigiere, 
> klappt der Build.

genau - den .158 gibt es entweder noch heute in aktualisierten Archiven
oder halt nächsten Freitag
 
> Muss ich dafür ein Ticket aufmachen?

Nein ist nicht nötig

Gruß Peter

From lespocky at web.de  Fri Sep 28 08:44:57 2018
From: lespocky at web.de (Alexander Dahl)
Date: Fri, 28 Sep 2018 08:44:57 +0200
Subject: [Fli4l_dev] 4.0 testing: Umstieg auf x64
References: <g15unnFpj1dU1@mid.individual.net>
Message-ID: <slrnpqrjf9.6i2.lespocky@falbala.home.lespocky.de>

Hallo Gotthard,

Gotthard Anger schrieb Freitag, 28. September 2018, 08:04 (CEST):
> für einen meiner Flis habe ich neue Hardware - 64bit-fähig.
> Also habe ich mir gedacht, probiere doch mal 64-bit aus.

Bin neugierig, was ist es denn?

> Da ich das Downloadskript benutze, habe ich in my_fli4l_edition.txt nur 
> das _64 drangehängt

_Das_ Downloadskript? o.O

Wo findet man das?

> Im Downloadordner stehen das Base Paket und das Kernelpaket
> kernel_4_4.tar.gz
>
> In der Fileliste finde ich kein dediziertes x64-Kernelpaket

Auf der Website ist für fli4l 4.0 das hier verlinkt bspw.

http://tarball.fli4l.de/4.0/testing/x86_64/kernel_4_4.tar.gz

Hmm.

Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6

From newsgroup at lan4me.de  Fri Sep 28 09:48:03 2018
From: newsgroup at lan4me.de (Peter Schiefer)
Date: Fri, 28 Sep 2018 09:48:03 +0200
Subject: [Fli4l_dev]
 =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_4?=
 =?utf-8?q?=2E0-Archiven_vom_28=2E09=2E2018_=28r53984=29?=
References: <pokhlk$c3q$1@vm-news.spline.inf.fu-berlin.de>
Message-ID: <dq7pdkfo9bfe.dlg@lan4me.de>

Moin Moin,

Am Fri, 28 Sep 2018 08:28:04 +0200 schrieb Florian Wolters:

> FFL-2306: Linux-Kernel 4.4.158 veröffentlicht
> * Bitte KERNEL_VERSION anpassen.

in den Archiven mit dem Zeitstempel 28.09.2018 - 02:49 Uhr ist leider noch
der Kernel 4.4.157 enthalten.
Die Archive werden im Moment gerade neu erstellt!

Sorry und Gruß Peter und das fli4l-Team

From papierkorb at ekmd.de  Fri Sep 28 10:37:33 2018
From: papierkorb at ekmd.de (Gotthard Anger)
Date: Fri, 28 Sep 2018 10:37:33 +0200
Subject: [Fli4l_dev] 4.0 testing: Umstieg auf x64
In-Reply-To: <slrnpqrjf9.6i2.lespocky@falbala.home.lespocky.de>
References: <g15unnFpj1dU1@mid.individual.net>
 <slrnpqrjf9.6i2.lespocky@falbala.home.lespocky.de>
Message-ID: <g167m2Frc9jU1@mid.individual.net>

Hallo,
Am 28.09.2018 um 08:44 schrieb Alexander Dahl:
> Hallo Gotthard,
> 
> Gotthard Anger schrieb Freitag, 28. September 2018, 08:04 (CEST):
>> für einen meiner Flis habe ich neue Hardware - 64bit-fähig.
>> Also habe ich mir gedacht, probiere doch mal 64-bit aus.
> 
> Bin neugierig, was ist es denn?
Nichts Bedeutendes, ein RackPC mit Supermicro-Board (Zweitverwendung).
Gebootet wird von USB (ich hätte gern Flash-Card genommen, aber das 
Board will von der Karte nicht starten)
> 
> _Das_ Downloadskript? o.O
> 
> Wo findet man das?
https://web.nettworks.org/fli4l/tarballs/weekly/get_tarball/get_tarball_weekly.tgz

Herzliche Grüße
Gotthard


-- 
Gotthard Anger
Anwenderbetreuung, Netzwerkadministration
Landeskirchenamt der EKM

From hans at bachner.priv.at  Fri Sep 28 10:42:10 2018
From: hans at bachner.priv.at (Hans Bachner)
Date: Fri, 28 Sep 2018 10:42:10 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
In-Reply-To: <slrnpqrj89.6i2.lespocky@falbala.home.lespocky.de>
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
 <pnorvm$5lr$1@news.albasani.net>
 <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>
 <pojen4$2ps$1@news.albasani.net>
 <slrnpqrj89.6i2.lespocky@falbala.home.lespocky.de>
Message-ID: <pokph1$o2n$1@vm-news.spline.inf.fu-berlin.de>

Hallo Alex,

Alexander Dahl schrieb am 28.09.2018 um 08:41:
[...]
>> Aufgefallen ist mir, das einige Beispiele auf den ersten Blick immer
>> "standalone" zu sein scheinen, man sich die passenden Bezüge
>> untereinander also durch nachdenken, lesen und nochmal nachdenken
>> erarbeiten muss, ich aber dennoch nicht ganz sicher bin, das es richtig ist.
>>
>> Ein Beispiel ist folgendes:
>>
>> In der PPPoE-Konfig findet man Beispiel 3:
>> # Example 3: Dual-Stack IPv4/IPv6 DSL (requires OPT_IPV6='yes')
>> #CIRC_3_NAME='DSL-DualStack'
>>
>> [...]
>
>> In der DNSDHCP-Konfig findet man dann das Beispiel:
>> #CIRC[] {
>> #  NAME='DHCPv6-PPPoE'
>> ...
>> #  DHCP_DEV='pppoe-v6'          # listen on the interface provided by the
>>                                   # circuit having the pppoe-v6 tag
>
> Ja, das kopiert man von dns_dhcp.txt nach circuits.txt. [...]

Ich glaube, der Punkt von Alex war, dass die Bezeichnungen in den 
Beispielen zu einzelnen Paketen nicht konsistent sind. Es wäre 
hilfreich, wenn der Circuit-Name in den beiden Beispielen konsistent 
wäre, also entweder beide Male 'DSL-DualStack' oder ='DHCPv6-PPPoE', 
aber nicht einmal so und einmal so.

Wenn hinter den Beispielen in der Doku eine komplette, funktionierende 
Konfiguration stecken würde (ok, evt. mehrere für verschiedene 
Einsatzzwecke), könnte immer die relevanten Zeilen von dort 
herauskopiert werden und die Konsistenz der Bezüge wäre gewahrt. Derzeit 
verwenden die Beschreibungen der einzelnen Pakete aus dem Ärmel 
geschüttelte Puzzlesteine, die nicht zueinander passen.

Danke fürs Lesen + schöne Grüße,
Hans.


From newsgroup at lan4me.de  Fri Sep 28 12:29:16 2018
From: newsgroup at lan4me.de (Peter Schiefer)
Date: Fri, 28 Sep 2018 12:29:16 +0200
Subject: [Fli4l_dev]
 =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_4?=
 =?utf-8?q?=2E0-Archiven_vom_28=2E09=2E2018_=28r53984=29?=
References: <pokhlk$c3q$1@vm-news.spline.inf.fu-berlin.de>
 <dq7pdkfo9bfe.dlg@lan4me.de>
Message-ID: <18az81xo7w9c3$.dlg@lan4me.de>

Moin Moin,

Am Fri, 28 Sep 2018 09:48:03 +0200 schrieb Peter Schiefer:

>> FFL-2306: Linux-Kernel 4.4.158 veröffentlicht
>> * Bitte KERNEL_VERSION anpassen.
> 
> in den Archiven mit dem Zeitstempel 28.09.2018 - 02:49 Uhr ist leider noch
> der Kernel 4.4.157 enthalten.
> Die Archive werden im Moment gerade neu erstellt!

dies ist nun erledigt - die Archive haben nun die Revision 53993
 
Sorry und Gruß Peter und das fli4l-Team

From news.uwe at section-9.de  Sun Sep 30 22:36:51 2018
From: news.uwe at section-9.de (Uwe Zeppei)
Date: Sun, 30 Sep 2018 22:36:51 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
In-Reply-To: <pokph1$o2n$1@vm-news.spline.inf.fu-berlin.de>
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
 <pnorvm$5lr$1@news.albasani.net>
 <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>
 <pojen4$2ps$1@news.albasani.net>
 <slrnpqrj89.6i2.lespocky@falbala.home.lespocky.de>
 <pokph1$o2n$1@vm-news.spline.inf.fu-berlin.de>
Message-ID: <porc4v$ivs$1@news.albasani.net>

Hallo!

Am 28.09.2018 um 10:42 schrieb Hans Bachner:
> Ich glaube, der Punkt von Uwe [edit] war, dass die Bezeichnungen in den 
> Beispielen zu einzelnen Paketen nicht konsistent sind. Es wäre 
> hilfreich, wenn der Circuit-Name in den beiden Beispielen konsistent 
> wäre, also entweder beide Male 'DSL-DualStack' oder ='DHCPv6-PPPoE', 
> aber nicht einmal so und einmal so.

Genau so ist es. Hier verbringt man durchaus Zeit.

Ich schreibe die Tage noch was zu dem Thema, nachdem ich mich dieses 
Wochenende an dem fli4l für htp rumgeplagt habe (übrigens nicht 
erfolgreich...). Da werde ich wohl noch mal Hilfe oder Hinweise benötigen.

-- 
Viele Grüße
Uwe

From news.uwe at section-9.de  Sun Sep 30 22:47:55 2018
From: news.uwe at section-9.de (Uwe Zeppei)
Date: Sun, 30 Sep 2018 22:47:55 +0200
Subject: [Fli4l_dev] Fli4l 4.0 und htp DS-Lite (IPv6)?
In-Reply-To: <slrnpqrj89.6i2.lespocky@falbala.home.lespocky.de>
References: <pnm0cu$ar5$1@news.albasani.net>
 <slrnpptbov.6i2.lespocky@falbala.home.lespocky.de>
 <pnorvm$5lr$1@news.albasani.net>
 <slrnpq0191.6i2.lespocky@falbala.home.lespocky.de>
 <pojen4$2ps$1@news.albasani.net>
 <slrnpqrj89.6i2.lespocky@falbala.home.lespocky.de>
Message-ID: <porcpn$i1r$1@news.albasani.net>

Hallo!

Am 28.09.2018 um 08:41 schrieb Alexander Dahl:
> Das ist tatsächlich so. Einige Mechanismen, bspw. zur automatischen
> Adressvergabe sind grundsätzlich anders als bei IPv6, dementsprechend
> muss sich auch die Konfiguration unterscheiden. Hier kommt man um lesen
> und lernen nicht drumrum.

Das stört mich eigentlich nicht. Mir fehlt nur teilweise ein einfacher 
Weg mit Beispielen, da ich bei IPv6 wirklich noch nicht durchblicke.

> Das ist tatsächlich so. Der fli4l-Router fungiert als reiner
> Ethernet-Router. Es müssen aber natürlich beide Geräte beides
> unterstützen, IPv4 und IPv6. Auch in der Fritz!Box wird das übrigens
> getrennt konfiguriert. ;-)

Also anders als ich das haben will. :-)

> Ich meine Du sprachst von Glasfaser-Modem oder Kabelmodem, irgendwas in
> der Art. Ich nehme an, dass die Config ähnlich aussieht.

VDSL-Modem Vigor 130 an VDSL. Also über PPPoE das Ganze.

> Zum HowTo komme ich im Moment leider gar nicht, aktuell ist die ganze
> Familie krank, Frau, Kind und ich. :-/

Gute Besserung euch allen. Drängt nicht.

> Am besten machst Du erstmal die Grundinstallation mit IPv4, das ist
> zumindest von den Begrifflichkeiten bekanntes Terrain. Die Umstellung
> von fli4l 3.10 auf 4.0 mit dem Circuit-Konzept hängt da ja auch noch
> dran. Vorteil: wenn das läuft, weiß man schon, wie das mit den Circuits
> funktioniert.

Ich hab schon seit Jahren 4.0 im Einsatz. Einmal Telekom VDSL (aber halt 
nur mit IPv4 konfiguriert), einmal per UMTS/ LTE-Stick (auch dort nur 
IPv4). :-)

> Falls die Doku hier Lücken aufweist, bitte entsprechend ergänzen und
> verbessern! Falls es da Probleme mit Versionsverwaltung und Patches o.ä.
> geben sollte, zur Not auch einfach den fertigen Text irgendwo ablegen,
> am besten als Anhang an ein Ticket.

Ich versuche da mal die Tage was zusammenzuschreiben, was mir am 
Wochenende beim erfolglosen Versuch, den Fli4l mit htp zu "verheiraten", 
so aufgefallen ist.

> Puh, ich benutze selbst kein PPPoE aber ich meine ja. Wenn ich das
> richtig verstehe, sind hier zwei Circuits im Spiel, der eine, der sich
> um die Bereitstellung des PPPoE-Device kümmert, und dann ein oder zwei
> andere, die darauf aufsetzen.

Genau, und da knirschen die Zahnräder in meinem Hirn.

-- 
Bis die Tage,
Uwe