[Fli4l_dev] Informationen zum Weekly-Tarball vom 02.11.2012 [24238]
Christoph Schulz
fli4l at kristov.de
Fr Nov 2 08:30:27 CET 2012
Hallo,
im heutigen Weekly-Tarball gibt es die folgenden Änderungen:
advanced_networking:
- ipset über OPT_IPSET anwählbar; nur das Programm wird kopiert, es
gibt (noch) keine Konfigurationsmöglichkeiten oder Verwendbarkeit in
Firewall-Regeln
avm-firmware:
- weggefallen, siehe neues firmware-Paket
base;
- Warnungen in Zusammenhang mit hwclock behoben
- alter Paketfilter wurde restlos entfernt
- Teile der Dokumentation aktualisiert
- Größe akzeptierter ICMPv4-Echo-Pakete ("ping") einstellbar via
PF_INPUT_ICMP_ECHO_REQ_SIZE
- keine Paketfilter-Probleme mehr, wenn ein Hostname in einer
Firewall-Regel verwendet wird ("... @host"), dem sowohl eine IPv4-
als auch eine IPv6-Adresse zugeordnet ist
- Unterstützung von USB-Hubs korrigiert (Geräteknoten unter
/dev/bus/usb/ haben gefehlt)
dhcp_client:
- Reverse Path Filtering wird nicht mehr deaktiviert, wenn dhclient
gestartet wird
- informative DHCP-Client-Meldungen wurden im Syslog-Protokoll in der
Wichtigkeit heruntergestuft, um sie besser herausfiltern zu können
doc:
- Unterschiede werden nur bis Version 3.4.0 generiert
firmware:
- neues Firmware-Paket, ersetzt das alte avm-firmware-Paket und enthält
auch Firmware für (W)LAN- und Nicht-AVM-ISDN-Adapter
hd:
- xen-hd-Treiber wird wieder akzeptiert
- für die Boot-Partition wird ext2/ext3 als Dateisystem akzeptiert, was
für XEN-Nutzer interessant ist
ipv6:
- automatische Berechnung von IPv6-Adressen wird jetzt nur noch
gemacht, wenn HOST_x_IP6='auto' gesetzt wird; HOST_x_DHCPTYP='mac'
ist dafür nicht mehr zwingend erforderlich, solange HOST_x_MAC
gesetzt ist
- Größe akzeptierter ICMPv6-Echo-Pakete ("ping") einstellbar via
PF6_INPUT_ICMP_ECHO_REQ_SIZE; Standard-Größe auf 150 Bytes hochgesetzt
- Häufigkeit/Burst akzeptierter ICMPv6-Echo-Pakete ("ping") einstellbar
via PF6_INPUT_ICMP_ECHO_REQ_LIMIT
- keine Paketfilter-Probleme mehr, wenn ein Hostname in einer
Firewall-Regel verwendet wird ("... @host")
- EUI-64-Berechnung von IPv6-Adressen korrigiert (bei bestimmten
MAC-Adressen wurden falsche Warnungen ausgegeben)
kernel_3_2(_virt):
- Update auf Kernel 3.2.33
kernel_3_6(_virt,_nonfree):
- Update auf Kernel 3.6.5
lcd4linux:
- DPF-Displays funktionieren wieder
- die lcd4linux-Konfiguration auf dem Router ist nun komplett in
/etc/lcd4linux zu finden
ow:
- keine Warnmeldung mehr bei der Nutzung von Kernel 3.6.x
pppoe_server:
- startet den pppd-Server wieder korrekt
qos:
- arbeitet jetzt mit Kernel 3.6.x zusammen
Viele Grüße und viel Spaß/Erfolg beim Testen,
Christoph
Mehr Informationen über die Mailingliste Fli4l_dev