Hallo,
ich habe die Labor-Preview (04.86-19957) mittels freetz (r7088) erfolgreich geflashed und soweit i.O. im Betrieb.
Insbesondere erweckte die neue Startseite in der avmUI mein Interesse (deutlich übersichtlicher).
Das Ganze spielte sich einen Tag vor dem World IPv6 Tag ab.
Um an besagtem Tag teilnehmen zu wollen, habe ich zurückgeschwenkt zu 04.80 als Basis, da obige Labor-FW mit Replace-Kernel Option gebaut ständig rebootet.
Hinweis: Replace-Kernel ist notwendig, um IPv6-Support im Kernel zu aktivieren.
To make a long story short:
Nach zahlreichem Flashen von diversen FW-Images auf Basis von 04.80 stellte sich heraus, dass sich FW-Images auf Basis von obiger Labor-Preview problemlos in Sachen DSL/Routing/DNS wieder in Betrieb nehmen lassen (getestet neu mit Labor-Preview und freetz-trunk r7090).
Eine erste Analyse zeigt, dass das "dsl" Interface nicht erzeugt wird (nachgeschaut mit ifconfig).
Das Routing zeigt nur die Netze an, die zum "lan" Interface gehören.
[ 04.80: NOPE ]
Im Gegensatz zu...
[ Labor-Preview: OK ]
Desweiteren sieht man kein "dsl" als Schnittstelle gelistet unter "freetzUI -> Status -> BoxInfo".
[ Labor-Preview: OK ]
Ich habe versucht mittels syslogd (/var/log/messages Aktivierung) und dsld + multid im "Debug-Mode" der Sache auf die Schliche zu kommen.
Auf den ersten Blick zu später Stunde nichts was mir aufgefallen ist.
Um es klar hervorzuheben:
Ich habe die config.txt der funktionierenden Labor-Preview aus der freetzUI als Basis für die 04.80er genommen und lediglich "Beta/Labor" in menuconfig deaktiviert!
Ich hab auch versucht, das "dsl" IF zu up-en plus die Routen zu "dev dsl" manuell zu setzen.
Kein DNS möglich auf der Box oder von connected Client-PCs in die weite Welt.
Andere Versuche:
Manuell dlsd + multid (+ net) Init-Skript nochmals auf der Box ausgeführt und parallel /var/log/messages gechecked.
Mir ist nicht ganz klar welches Init-Skript bzw. Dienst (oder Plural) das "dsl" IF up-ed und wer sich um die Routen und DNS kümmert.
Die Funktionen von multid haben sich über die Jahre immer wieder mal geändert.
Hinweis:
Alle Versuche/Tests auf 04.80er Images *ohne* Replace-Kernel (gebaut mit offiziellen freetz-Toolchains).
Was können die Hintergründe sein, dass 04.80er Firmwares in Sachen DSL/Routing/DNS Probleme (zuvor Labor-Previe Image im Betrieb) bereiten?
RESET auf Werkseinstellungen will ich erstmal vermeiden (nett gemeinter Hinweis von abraxxl im IRC).
Im Moment kann ich in Sachen Netzwerk lediglich meine selbst-erstellten Labor-Preview Images benutzen.
Any help appreciated...
Greetz,
- dileks -
P.S.:
Der Autor ist sich bewusst, dass Labor-Preview Images und freetz-trunk experimentelle Software sind!
Mit Zurücksetzen auf Werkseinstellungen läuft 04.80er Firmware wieder!
DSL und WLAN Zugangsdaten neu eingegeben... geht wieder.
Mal nachsehen... DynDNS, Sipgate und Telefon-Wahlregeln, etc....
- dileks -
Inzwischen habe ich ein Image auf Basis von 04.80 (Replace-Kernel und IPv6-Support) geflashed. Das Routing sieht wie folgt aus:
- dileks -
[ 04.80: OK ]
Unterschiede im dslinterface würde natürlich erklären, warum das "dsl" Interface nicht up-ed...
- dileks -
+++ UPDATE 22-Jun-2011 +++
/var/flash/ar7.cfg: dslinterface_04-80 VS. dslinterface_04-87 (inzwischen v29.04.87 7170 Firmware-Image released)
Abhilfe: 1. ar7.cfg editieren und Daten für ipaddr, netmask und dstipaddr ändern! 2. dsl-Daemon restarten!
- dileks -
ich habe die Labor-Preview (04.86-19957) mittels freetz (r7088) erfolgreich geflashed und soweit i.O. im Betrieb.
Insbesondere erweckte die neue Startseite in der avmUI mein Interesse (deutlich übersichtlicher).
Das Ganze spielte sich einen Tag vor dem World IPv6 Tag ab.
Um an besagtem Tag teilnehmen zu wollen, habe ich zurückgeschwenkt zu 04.80 als Basis, da obige Labor-FW mit Replace-Kernel Option gebaut ständig rebootet.
Hinweis: Replace-Kernel ist notwendig, um IPv6-Support im Kernel zu aktivieren.
To make a long story short:
Nach zahlreichem Flashen von diversen FW-Images auf Basis von 04.80 stellte sich heraus, dass sich FW-Images auf Basis von obiger Labor-Preview problemlos in Sachen DSL/Routing/DNS wieder in Betrieb nehmen lassen (getestet neu mit Labor-Preview und freetz-trunk r7090).
Eine erste Analyse zeigt, dass das "dsl" Interface nicht erzeugt wird (nachgeschaut mit ifconfig).
Das Routing zeigt nur die Netze an, die zum "lan" Interface gehören.
[ 04.80: NOPE ]
Code:
# route
[ Output ]
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.178.0 * 255.255.255.0 U 0 0 0 lan
192.168.2.0 * 255.255.255.0 U 0 0 0 lan
Im Gegensatz zu...
[ Labor-Preview: OK ]
Code:
# route
[ Output ]
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.180.1 * 255.255.255.255 UH 2 0 0 dsl
84.139.96.41 * 255.255.255.255 UH 2 0 0 dsl
192.168.180.2 * 255.255.255.255 UH 2 0 0 dsl
192.168.178.0 * 255.255.255.0 U 0 0 0 lan
192.168.2.0 * 255.255.255.0 U 0 0 0 lan
default * 0.0.0.0 U 2 0 0 dsl
Desweiteren sieht man kein "dsl" als Schnittstelle gelistet unter "freetzUI -> Status -> BoxInfo".
[ Labor-Preview: OK ]
Code:
Schnittstellen: Protokoll IP-Adresse Namen
dsl Point-to-Point 192.168.178.1 fritz.box; Fritz_Box_SpeedportW701V
lan Ethernet 192.168.178.1 fritz.box; Fritz_Box_SpeedportW701V
lan:0 Ethernet 192.168.2.254
Ich habe versucht mittels syslogd (/var/log/messages Aktivierung) und dsld + multid im "Debug-Mode" der Sache auf die Schliche zu kommen.
Code:
Options: -v: verbose | -f: run in forground
dsld -v -f ( im Betrieb: -i -n -g )
multid -v -f ( im Betrieb: -U )
Auf den ersten Blick zu später Stunde nichts was mir aufgefallen ist.
Um es klar hervorzuheben:
Ich habe die config.txt der funktionierenden Labor-Preview aus der freetzUI als Basis für die 04.80er genommen und lediglich "Beta/Labor" in menuconfig deaktiviert!
Ich hab auch versucht, das "dsl" IF zu up-en plus die Routen zu "dev dsl" manuell zu setzen.
Kein DNS möglich auf der Box oder von connected Client-PCs in die weite Welt.
Andere Versuche:
Manuell dlsd + multid (+ net) Init-Skript nochmals auf der Box ausgeführt und parallel /var/log/messages gechecked.
Mir ist nicht ganz klar welches Init-Skript bzw. Dienst (oder Plural) das "dsl" IF up-ed und wer sich um die Routen und DNS kümmert.
Die Funktionen von multid haben sich über die Jahre immer wieder mal geändert.
Hinweis:
Alle Versuche/Tests auf 04.80er Images *ohne* Replace-Kernel (gebaut mit offiziellen freetz-Toolchains).
Was können die Hintergründe sein, dass 04.80er Firmwares in Sachen DSL/Routing/DNS Probleme (zuvor Labor-Previe Image im Betrieb) bereiten?
RESET auf Werkseinstellungen will ich erstmal vermeiden (nett gemeinter Hinweis von abraxxl im IRC).
Im Moment kann ich in Sachen Netzwerk lediglich meine selbst-erstellten Labor-Preview Images benutzen.
Any help appreciated...
Greetz,
- dileks -
P.S.:
Der Autor ist sich bewusst, dass Labor-Preview Images und freetz-trunk experimentelle Software sind!
Mit Zurücksetzen auf Werkseinstellungen läuft 04.80er Firmware wieder!
DSL und WLAN Zugangsdaten neu eingegeben... geht wieder.
Mal nachsehen... DynDNS, Sipgate und Telefon-Wahlregeln, etc....
- dileks -
...
[ Labor-Preview: OK ]
...Code:# route [ Output ] Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.180.1 * 255.255.255.255 UH 2 0 0 dsl 84.139.96.41 * 255.255.255.255 UH 2 0 0 dsl 192.168.180.2 * 255.255.255.255 UH 2 0 0 dsl 192.168.178.0 * 255.255.255.0 U 0 0 0 lan 192.168.2.0 * 255.255.255.0 U 0 0 0 lan default * 0.0.0.0 U 2 0 0 dsl
Inzwischen habe ich ein Image auf Basis von 04.80 (Replace-Kernel und IPv6-Support) geflashed. Das Routing sieht wie folgt aus:
Code:
root@fritz:/# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
91.46.166.141 * 255.255.255.255 UH 2 0 0 dsl
192.168.180.1 * 255.255.255.255 UH 2 0 0 dsl
192.168.180.2 * 255.255.255.255 UH 2 0 0 dsl
192.168.178.0 * 255.255.255.0 U 0 0 0 lan
169.254.0.0 * 255.255.0.0 U 0 0 0 lan <--- Labor: 192.168.2.0!
default * 0.0.0.0 U 2 0 0 dsl
- dileks -
[ 04.80: OK ]
Code:
[ /var/flash/ar7.cfg ]
...
dslinterface {
name = "dsl";
dhcp = no;
ipaddr = 169.254.2.1; <--- Wert war IIRC bei Labor anders
netmask = 255.255.255.255;
dstipaddr = 169.254.2.1; <--- Wert war IIRC bei Labor anders
dhcpenabled = yes;
dhcpstart = 0.0.0.0;
dhcpend = 0.0.0.0;
}
...
Unterschiede im dslinterface würde natürlich erklären, warum das "dsl" Interface nicht up-ed...
- dileks -
+++ UPDATE 22-Jun-2011 +++
/var/flash/ar7.cfg: dslinterface_04-80 VS. dslinterface_04-87 (inzwischen v29.04.87 7170 Firmware-Image released)
Code:
$ cat dslinterface_04-80
dslinterface {
name = "dsl";
dhcp = no;
ipaddr = 169.254.2.1;
netmask = 255.255.255.255;
dstipaddr = 169.254.2.1;
dhcpenabled = yes;
dhcpstart = 0.0.0.0;
dhcpend = 0.0.0.0;
}
$ cat dslinterface_04-87
dslinterface {
name = "dsl";
dhcp = no;
ipaddr = 0.0.0.0;
netmask = 0.0.0.0;
dstipaddr = 0.0.0.0;
dhcpenabled = yes;
dhcpstart = 0.0.0.0;
dhcpend = 0.0.0.0;
no_dnsd_static = no;
}
Abhilfe: 1. ar7.cfg editieren und Daten für ipaddr, netmask und dstipaddr ändern! 2. dsl-Daemon restarten!
Code:
nvi /var/flash/ar7.cfg
/etc/init.d/rc.dsld restart
- dileks -
Zuletzt bearbeitet: