Image mit IPv6

[SpaceRat]

Hallo!

Ich würde mich unheimlich freuen, wenn ich ein Image mit IPv6 im Kernel haben könnte.
Mehr brauche ich erst einmal gar nicht.

Also statt

Topf:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:3E:9E:11:XX:YY
inet addr:192.168.1.17 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
...

soll das Ergebnis so aussehen:

root@vuultimo:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1D:EC:03:XX:YY
inet addr:192.168.1.16 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: 2001:db8:ac00:834d:21d:ecff:fe03:xxyy/64 Scope:Global
inet6 addr: fe80::21d:ecff:fe03:xxyy/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
...

[bonkel]

wird es nicht geben, zuviel aufwand und macht das booten langsamer
zumal enigma2 nicht ipv6 kompatibel ist

[TheChip]

Da kann ich bonkel nur zustimmen. Ich habe mal versucht IPv6 im kernel zu aktivieren, allerdings gibts im E2 keine Möglichkeit da irgendwas zu konfigurieren. Nichtmal DHCPv6 hab ich vernünftig zum laufen gebracht.

[SpaceRat]

Da kann ich bonkel nur zustimmen. Ich habe mal versucht IPv6 im kernel zu aktivieren, allerdings gibts im E2 keine Möglichkeit da irgendwas zu konfigurieren. Nichtmal DHCPv6 hab ich vernünftig zum laufen gebracht.
... weil DHCPv6 unwichtig ist.

Glaubt mir, es macht Sinn, da IPv6 einzubauen.
Es wird das Leben für all die einfacher machen, die Internet von Glasfaser Deutschland, Kabel Deutschland, Kabel BW, Unitymedia, u.v.m. haben.

Ich habe auf meiner Vu+ Ultimo alles (auch) über IPv6 laufen.

Es würde mir wie gesagt für's Erste reichen, wenn es im Kernel wäre, von mir aus irgendwo an-/abschaltbar.

[santa]

wie gesagt, thechip hat da einiges an Zeit schon investiert, so einfach geht dies nicht, deswegen erstmal nicht möglich.

[SpaceRat]

wird es nicht geben, zuviel aufwand und macht das booten langsamer
zumal enigma2 nicht ipv6 kompatibel ist
Ich seh den Aufwand nicht:
IPV6=m
statt
IPV6=off
Mehr als Kernel-Support für IPv6 (als Modul) braucht's (zumindest vorerst) nicht.
Autoload für dieses Modul kann ja auch "off" sein, Hauptsache man kann's bei Bedarf aktivieren.

[TheChip]

@SpaceRat, deshalb hab ich ja auch geschieben, das ich nichtmal DHCPv6 zum laufen gebracht hab, was ja genau wie Autoconf erstmal mehr wäre, als IPv6 ohne Möglichkeit zum Konfigurieren.

Edit: etwas mehr ist das schon, da es da noch eine ganze Menge Abhängikeiten in den Kernelconfigs gibt.

[SpaceRat]

Ich will eigentlich nichts anderes, als das hier (Die Server<>Client-Verbindungen kann ich schlecht abbilden) auch mit dem Topf zu machen ...
(Adresszeilen beachten!):

Edit: Beispielbilder zu IPv6 unter Enigma2 gelöscht -> Traffickosten :)
Auf Seite 3 ist ein neues, direkt vom Topf statt von der Ultimo.

[TheChip]

Deine cs Sachen werden von uns eh nicht supportet, siehe Boardregeln.

Für alles andere, wenn Du mir eine passende Kernelconfig geben kannst, bau ich die gerne ein. Aber ich hab bis jetzt noch nichts gefunden.

[bonkel]

Ich seh den Aufwand nicht:
IPV6=m
statt
IPV6=off
Mehr als Kernel-Support für IPv6 (als Modul) braucht's (zumindest vorerst) nicht.
Autoload für dieses Modul kann ja auch "off" sein, Hauptsache man kann's bei Bedarf aktivieren.

wenn das so einfach ist, dann machs doch selbst ;)

[SpaceRat]

wenn das so einfach ist, dann machs doch selbst ;)
Würde ich ja glatt, aber ich habe ehrlich gesagt nicht viel Erfahrung damit, den Kernel einer Enigma2-Box auszutauschen.
Außerdem will ich auch einen ansonsten identischen Kernel, also wirklich nur exakt diese eine Änderung. Wenn ich mir einfach nur die Quellen besorge, weiß ich ja noch nicht, welche Einstellungen ansonsten vorgenommen wurden.

Also drei Probleme:
a.) Wie cross-compilen eines sh4-Kernels auf einem x86/AMD64-System (Ubuntu in einer VM)
b.) Woher dieselben Quellen benutzen, aus denen der Standardkernel gebaut wurde?
c.) Welche anderen Einstellungen wurden genutzt?
d.) Wie nur den Kernel auf dem Topf austauschen?

Wenn diese Punkte geklärt wären, würde ich das wirklich glatt selber machen.

[TheChip]

Schau dir mal meinen Beitrag zur Buildumgebung im SH4 Duckboxbereich an. Da findest alles zum selberbauen.

[SpaceRat]

eine passende Kernelconfig geben kannst, bau ich die gerne ein. Aber ich hab bis jetzt noch nichts gefunden.
Identisch zu 2.6.32.46_stm24_0209
mit folgenden Änderungen:
[siehe Seite 3]

[SpaceRat]

Wie kann ich denn, nachdem ich einen Kernel gebaut habe, den vorhandenen einfach durch den neuen ersetzen?
Oder muß ich dazu das ganze Image mit meinem Kernel drin neu installieren?

Neues uImage nach /boot kopieren und dann
dd if=/boot/uImage of=/dev/mtdblock3
?
So steht es (analog) im Enigma2-Installer ...

[TheChip]

Das kannst Du nur probieren ob es so reicht. Kann ich Dir erst am Donnerstag sagen, bin vorher unterwegs.

Für die Installation: Wenn es so im Deployscript steht, wird es wohl so stimmen :)

[TheChip]

Hab grad mal nen schnelltest gemacht, aber das reicht noch nicht zum bauen. Kannst ja gern selber nochmal versuchen. Ich komm frühestens am Donnerstag dazu mich damit nochmal näher zu beschäftigen.

[SpaceRat]

Ich krieg's nicht hin.
It compiles, first screen comes up, ship it ...
Also mein Kernel startet (Mit meinen Modulen), aber offensichtlich habe ich dabei den Treiber für den Tuner zerschossen, ich kann auf keinen Sender mehr gehen. Ansonsten läuft alles ...

Problematisch ist, daß weder der Kernel aus max-tdt noch tdt mit dem aus dem HDMU-Image übereinstimmt, was die Konfiguration angeht.
Der max-tdt baut viel mehr intern (CIFS, NFS), dafür kriege ich zusätzliche Module, die im HDMU nicht drin sind, ftdi_sio.ko heißt im HDMU-Image nur ftdi.ko, usw. usf.

Es wäre wirklich sehr nett, wenn irgendjemand vom Team mir testweise einen Kernel bauen könnte, der absolut identisch zu dem aktuellen normalen Build ist, aber folgende Änderungen (Eigentlich genau eine einzige) an der Kernel-Konfiguration hat:

Variante 1:
< # CONFIG_IPV6 is not set
---
> CONFIG_IPV6=y
> # CONFIG_IPV6_PRIVACY is not set
> # CONFIG_IPV6_ROUTER_PREF is not set
> # CONFIG_IPV6_OPTIMISTIC_DAD is not set
> # CONFIG_INET6_AH is not set
> # CONFIG_INET6_ESP is not set
> # CONFIG_INET6_IPCOMP is not set
> # CONFIG_IPV6_MIP6 is not set
> # CONFIG_INET6_XFRM_TUNNEL is not set
> # CONFIG_INET6_TUNNEL is not set
> # CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
> # CONFIG_INET6_XFRM_MODE_TUNNEL is not set
> # CONFIG_INET6_XFRM_MODE_BEET is not set
> # CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
> # CONFIG_IPV6_SIT is not set
> # CONFIG_IPV6_TUNNEL is not set
> # CONFIG_IPV6_MULTIPLE_TABLES is not set
> # CONFIG_IPV6_MROUTE is not set

Variante 2:
< # CONFIG_IPV6 is not set
---
> CONFIG_IPV6=m
> # CONFIG_IPV6_PRIVACY is not set
> # CONFIG_IPV6_ROUTER_PREF is not set
> # CONFIG_IPV6_OPTIMISTIC_DAD is not set
> # CONFIG_INET6_AH is not set
> # CONFIG_INET6_ESP is not set
> # CONFIG_INET6_IPCOMP is not set
> # CONFIG_IPV6_MIP6 is not set
> # CONFIG_INET6_XFRM_TUNNEL is not set
> # CONFIG_INET6_TUNNEL is not set
> # CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
> # CONFIG_INET6_XFRM_MODE_TUNNEL is not set
> # CONFIG_INET6_XFRM_MODE_BEET is not set
> # CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
> # CONFIG_IPV6_SIT is not set
> # CONFIG_IPV6_TUNNEL is not set
> # CONFIG_IPV6_MULTIPLE_TABLES is not set
> # CONFIG_IPV6_MROUTE is not set



Mit diesen Einstellungen gibt es auch keine weiteren Abhängigkeiten im Kernel. Crypto wird für IPsec benötigt, aber das brauche ich alles gar nicht.

[SpaceRat]

Hier übrigens mal eine Ausgabe von ifconfig auf dem Topf, wenn der Kernel und Busybox mit IPv6-Support gebaut wurden.
Es fehlt also wirklich einfach nur ein sauber gebauter Kernel und der Topf kann IPv6.


eth0 Link encap:Ethernet HWaddr 00:3E:9E:11:22:33
inet addr:192.168.1.17 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: 2001:db8:ac00:815d:23e:9eff:fe11:2233/64 Scope:Global
inet6 addr: fe80::23e:9eff:fe11:2233/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:112 errors:0 dropped:0 overruns:0 frame:0
TX packets:50 errors:1 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:10606 (10.3 KiB) TX bytes:4244 (4.1 KiB)
Interrupt:133

[santa]

Du musst den enigma2 branch aus dem Max git nehmen, das ist unsere kernelkonfig

[SpaceRat]

Du musst den enigma2 branch aus dem Max git nehmen, das ist unsere kernelkonfig
Und was stelle ich hier ein:
Player:
1) Player 191 (stmfb-3.1_stm24_0102)
2) Player 191 (stmfb-3.1_stm24_0104)
Select player (1-2)?


Multicom:
1) Multicom 3.2.4 (Player191)
2) Multicom 4.0.6 (Player191)
Select multicom (1-2)?


Media Framework:
1) eplayer3
2) gstreamer
3) use build-in
Select media framework (1-3)?


External LCD support:
1) No external LCD
2) graphlcd for external LCD
Select external LCD support (1-2)?


Graphic Framework:
1) Framebuffer
2) DirectFB (Recommended XBMC)
Select Graphic Framework (1-2)?

[santa]

1,1,2,2,1

[TheChip]

Ich werd mal schauen, wie es jetzt läuft. Die Adresse sieht schon ganz gut aus, die Du bekommen hast. Aber wie gesagt, hab erst Donnerstag Abend wieder Zugriff auf die Box.

[SpaceRat]

Ich werd mal schauen, wie es jetzt läuft. Die Adresse sieht schon ganz gut aus, die Du bekommen hast.
Das ist die "richtige" für die Box, also mein Präfix und ein korrekt aus der MAC errechneter Host-Teil.
Zugriff auf die Box ist über diese IP auch möglich, vorerst natürlich nur, indem man auf der Box mittels HAproxy z.B. den Port 80 des IPv6-Interfaces zum Port 80 des IPv4-Interfaces "durchschleift". oscam z.B. gibt es aber auch mit IPv6 "schon drin".

Das HDMU-Team könnte also mithelfen, die Einschränkungen, die eine steigende Anzahl von Internet-Kunden durch DSlite haben, deutlich zu reduzieren, erst einmal durch zwei kleine Schalter in make menuconfig, nämlich vorgenannte Änderung im Kernel (Ändert übrigens an der Bootzeit nicht ernsthaft was) und in der .config von Busybox eben
CONFIG_FEATURE_IPV6=y
Das reicht für's Erste völlig.

Von daher komme ich zurück auf die ursprüngliche Bitte:
IPv6 direkt in den Images wäre eine tolle Sache.

[bonkel]

dann müsstest du für 22 boxen den kernel anpassen

[SpaceRat]

dann müsstest du für 22 boxen den kernel anpassen
Muß ja nicht gestern sein.

Fakt ist aber nun einmal, daß IPv4-Adressen "alle" sind und immer mehr Leute nur noch per IPv6 von außen erreichbar sind. Wenn die von außen auf ihre Boxen zugreifen wollen, brauchen die IPv6. "Zum Glück" sind bisher vorrangig die Kunden von Kabel Deutschland, Kabel BW und Unitymedia betroffen, also die mit einer geringeren Schnittmenge zu den E2-Nutzern. Aber auch da gibt es welche, wie man an mir sieht.

Glasfaser Deutschland wird aber ebenfalls nur per DSlite anbinden und da wird wiederum die Schnittmenge zu den Kabel-Kunden nahezu Null und somit die zu den Sat-Receiver/Enigma2-Boxen-Nutzern umso höher sein (Gäbe es da Kabel - also auch Kabel-Internet - gäb's da keine Steuerförderung für den Glasfaserausbau).


Ich selber habe übrigens noch IPv4 und für IPv6 einen SixXS-Tunnel. Ich mache das hier also
a.) weil's eben geht (Proof-of-concept)
b.) zum Lernen
c.) für Andere, die eben kein IPv4 mehr haben bzw. nur DSlite (Also kein von außen erreichbares IPv4)

In OpenPLi ist IPv6 übrigens standardmäßig aktiv und OpenPLi joins IPv6 Launch Day (http://openpli.org/news/openpli-joins-world-ipv6-launch-day)

- - - Aktualisiert - - -

Übrigens kriege ich ums Verrecken keinen zum Original "identischen" Kernel aus dem git-Kram gebaut.
Im Original sind cifs, nfs, exportfs u.v.m. als Module, aus dem git kriege ich einen fast monolithischen Kernel mit sehr wenig Modulen. tun.ko fehlt im git ganz. Selbst wenn ich die vorgenannten Änderungen durchführe, also cifs etc. auf M statt Y umstelle, hat der ftdi einen anderen Namen (ftdi_sio.ko statt ftdi.ko), usw. usf.

Ich würde mich also für weitere Tests weiterhin über einen originalgetreuen Kernel für den Topf freuen, bei dem wirklich nur der IPv6-Support anders (= vorhanden) ist. Eine Ersatz-Busybox mit IPv6 habe ich auch selber.

[bonkel]

tun is auch abgeschaltet
das muss du auf =m stellen
und
ftdi_sio.ko ist doch richtig, das musst du nur in ftdi.ko umbenennen

[TheChip]

Hab grad mal ein HDMU-Image für den Topf mit IPv6 gebaut, kannst mir ja mal sagen wo Du das hinhaben willst. Dann stell ichs Dir zur Verfügung zum testen.

PS: Bin aber erst heut Abend nach 18 Uhr wieder erreichbar.

[Bibatop]

Demnächst hab ich auch nur noch einen Zugang mit ipv6 und ds lite wäre schon ne klasse Sache von euch wenn ihr das hin bekommt,würde mich auch gerne zum testen anbieten.

Gruß Bibatop

[SpaceRat]

So, ich melde Vollzug.

Hintergrund der Probleme ist wohl, daß meine Build-Umgebung nicht geeignet ist, den Kram zuende zu bauen.
Ich habe mir nun so beholfen:
Neuen Kernel und neue Busybox (Beide mit IPv6) gebaut (Das schafft meine Build-Umgebung) und dann die Nicht-Kernel-Treiber - die nach lib\modules\extra gebaut werden - aus dem Original-Image genommen. Klappt.
Einen Zusammenhang meiner Build-Probleme mit IPv6 sehe ich nicht, es handelt sich nämlich um - bei meinem CC1 - ungültige Compiler-Flags.

IPv6-Tests:
IPv6-Adressvergabe: Check (Stateless DHCPv6, also SLAAC-Autokonfiguration und Gateway/DNS per DHCPv6)
HDMU-Webinterface: Check*¹
Diverses mit o und c: Check/Check*²
telnet: Check

¹Benötigt HAproxy auf der Topf, damit dieser Zugriffe auf Port 80 der IPv6-Schnittstelle an Port 80 der IPv4-Schnittstelle umsetzt. Script ist halbfertig!
²Gegenseite muß entweder ebenfalls IPv6-tauglich sein, oder es muß lokal oder am Server HAproxy zum Umsetzen wie bei Punkt 1 genutzt werden. Script ist halbfertig!

Diff für die Kernel-Config:

4c4
< # Sat Mar 10 05:19:05 2012
---
> # Fri Jul 5 05:13:55 2013
407c407,424
< # CONFIG_IPV6 is not set
---
> CONFIG_IPV6=y
> # CONFIG_IPV6_PRIVACY is not set
> # CONFIG_IPV6_ROUTER_PREF is not set
> # CONFIG_IPV6_OPTIMISTIC_DAD is not set
> # CONFIG_INET6_AH is not set
> # CONFIG_INET6_ESP is not set
> # CONFIG_INET6_IPCOMP is not set
> # CONFIG_IPV6_MIP6 is not set
> # CONFIG_INET6_XFRM_TUNNEL is not set
> # CONFIG_INET6_TUNNEL is not set
> # CONFIG_INET6_XFRM_MODE_TRANSPORT is not set
> # CONFIG_INET6_XFRM_MODE_TUNNEL is not set
> # CONFIG_INET6_XFRM_MODE_BEET is not set
> # CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
> # CONFIG_IPV6_SIT is not set
> # CONFIG_IPV6_TUNNEL is not set
> # CONFIG_IPV6_MULTIPLE_TABLES is not set
> # CONFIG_IPV6_MROUTE is not set
425a443,447
>
> #
> # IPv6: Netfilter Configuration
> #
> # CONFIG_IP6_NF_IPTABLES is not set

Diff für Busybux.config:

738c738
< # CONFIG_PING6 is not set
---
> CONFIG_PING6=y
741c741
< # CONFIG_FEATURE_IPV6 is not set
---
> CONFIG_FEATURE_IPV6=y
787c787
< # CONFIG_FEATURE_IFUPDOWN_IPV6 is not set
---
> CONFIG_FEATURE_IFUPDOWN_IPV6=y
837c837
< # CONFIG_TRACEROUTE6 is not set
---
> CONFIG_TRACEROUTE6=y
843c843
< # CONFIG_UDHCPC6 is not set
---
> CONFIG_UDHCPC6=y

- - - Aktualisiert - - -

Noch ein paar Tests:


traceroute to ipv6.google.com (2a00:1450:4001:c02::67), 30 hops max, 16 byte packets
1 2001:db8:ac00:152d:9ec7:a6ff:fe23:6884 (2001:db8:ac00:152d:9ec7:a6ff:fe23:6884) 2.297 ms 0.739 ms 1.211 ms
2 gw-XXXX.cgn-01.de.sixxs.net (2001:db8:ac00:42d::1) 11.531 ms 11.720 ms 8.379 ms
3 2001:4dd0:1234:3::42 (2001:4dd0:1234:3::42) 14.799 ms * *

Online IPv6-Traceroute (http://www.subnetonline.com/pages/ipv6-network-tools/online-ipv6-traceroute.php) zu meiner Box:


TraceRoute IPv6 Output:
traceroute to 2001:db8:ac00:152d:23e:9eff:fe11:2233 (2001:db8:ac00:152d:23e:9eff:fe11:2233), 30 hops max, 40 byte packets
1 2a02:348:82::1 (2a02:348:82::1) 0.629 ms 0.567 ms 0.537 ms
2 xl-internetservices.nl.ip6.jointtransit.nl (2a02:10:0:1::e:3) 0.620 ms 0.670 ms 0.604 ms
3 rtamsix-te31.netcologne.de (2001:7f8:1::a500:8422:1) 1.579 ms 1.163 ms 1.359 ms
4 core-eup2-vl31.netcologne.de (2001:4dd0:a2b:6d:dc40::c2) 4.909 ms 4.835 ms 4.919 ms
5 2001:4dd0:1234:3::42 (2001:4dd0:1234:3::42) 4.735 ms 4.844 ms 5.762 ms
6 gw-XXXX.cgn-01.de.sixxs.net (2001:db8:ac00:42d::1) 4.715 ms 4.785 ms 4.658 ms
7 cl-XXXX.cgn-01.de.sixxs.net (2001:db8:ac00:42d::2) 17.636 ms !X 17.567 ms !X 17.573 ms !X

Online IPv6-Port-Scan (http://www.subnetonline.com/pages/ipv6-network-tools/online-ipv6-port-scanner.php) meiner Box:

Checked port 16200 on Host/IP 2001:db8:ac00:152d:23e:9eff:fe11:2233...

http://www.subnetonline.com/images/ok.gif The checked port (16200, service ) is online/reachable!

Completed portscan in 0.0184 seconds


Checked port 80 on Host/IP 2001:db8:ac00:152d:23e:9eff:fe11:2233...



http://www.subnetonline.com/images/ok.gif The checked port (80, service http) is online/reachable!

Completed portscan in 0.034 seconds
Checked port 10005 on Host/IP 2001:db8:ac00:152d:23e:9eff:fe11:2233...




http://www.subnetonline.com/images/ok.gif The checked port (10005, service ) is online/reachable!

Completed portscan in 0.0147 secondsZur Beachtung:In allen Logs habe ich mein Präfix verändert.

[SpaceRat]

wenn das so einfach ist, dann machs doch selbst ;)
Done :cool:
Jetzt müßte es nur noch ins reguläre Image einfließen, wenn da auch andere Leute was von haben sollen. :)

[santa]

Entferne bitte die letzten Bilder und schau dir unsere boardregeln an.

[morly]

ziemlich viel zeugs hier was wir nicht lesen bzw sehen sollten...

[SpaceRat]

So besser? :)

[SpaceRat]

Hab's grad ausprobiert:
DreamDroid geht auch!

Handy aus dem WLAN ausgebucht und zwei neue Profile angelegt:
Name: Topf IPv6
URL: topf.<Ein IPv6-DynDNS-Dienst> (Löst wirklich nur auf eine IPv6 auf)
Port, Passwort, usw. wie gehabt

Funzt, solange androiccu (SixXS-IPv6-Tunnelclient) auf dem Handy läuft; geht nicht mehr, wenn ich androiccu stoppe.

Ärgerlich: Mit der Vu+ Ultimo und dem OpenWebif aus dem OpenPLi-Image geht's besser als mit dem "originalen" WebIf auf dem Topf. Bei der Ultimo kann ich die Aufnahmen (/hdd/movie) sehen, beim Topf nicht. Ist übrigens im LAN genauso, liegt also nicht an IPv6.

[TheChip]

Na das klingt doch gut. Fehlt uns jetzt nur noch ne Möglichkeit IPv6 konfigurieren zu können. Aber schön zu hören das es passt.

Edit: Hast Du mal versucht Plugins zu laden? Weil das funzt bei mir nich. Hängt aber damit zusammen, das ich zwar per v6 ins Inet komm, aber ne native v4 Adresse hab und v6 nur über nen Tunnel nutzen kann. Und damit komm ich nicht an unseren Feedserver, weil der wiederrum nur per v4 ansprechbar ist.

[SpaceRat]

Na das klingt doch gut. Fehlt uns jetzt nur noch ne Möglichkeit IPv6 konfigurieren zu können.
Eigentlich gibt es da nicht viel zu konfigurieren.
Was beim Topf nicht verkehrt wäre: Änderung der MAC-Adresse. Da bisher jeder Topf dieselbe MAC hat (Die wird ja bei der Installation in die kernel args geschrieben), werden zwei Töpfe auch versuchen, über SLAAC dieselbe IPv6 anzunehmen.

Jetzt wäre allerdings inadyn-mt nicht verkehrt:
Da sich der Topf bei IPv6 nicht mehr über NAT/Port-Forwarding eine IP mit dem Router teilt, sondern seine eigene hat, wäre es sinnig, den zugehörigen DynDNS-Client auch auf dem Topf selber laufen zu lassen.
Bei einem SixXS-Tunnel kommt man zum Glück ganz ohne aus, da man da sogar eine richtige, statische IP hat. Das wird aber (voraussichtlich) bei UM, KabelBW, Kabel Deutschland, Deutsche Glasfaser und Deutsche Telekom leider nicht so sein.


Edit: Hast Du mal versucht Plugins zu laden? Weil das funzt bei mir nich.
Bei mir klappt es.


Hängt aber damit zusammen, das ich zwar per v6 ins Inet komm, aber ne native v4 Adresse hab und v6 nur über nen Tunnel nutzen kann. Und damit komm ich nicht an unseren Feedserver, weil der wiederrum nur per v4 ansprechbar ist.
Das muß andere Gründe haben. Wenn ein Server nur auf eine IPv4-Adresse aufgelöst werden kann, dann wird er auch über IPv4 kontaktiert.

nslookup ipkserver.hdmedia-universe.com
Nicht autorisierende Antwort:
Name: ipkserver.hdmedia-universe.com
Address: 50.87.103.40


Topf:~# nslookup ipkserver.hdmedia-universe.com
Server: 192.168.1.1
Address 1: 192.168.1.1 fritz


Name: ipkserver.hdmedia-universe.com
Address 1: 50.87.103.40 50-87-103-40.unifiedlayer.com
Wie man sieht: Nur eine IPv4, wird also auch über IPv4 angesprochen.

Ich habe aber nicht nur mit nslookup getestet, sondern auch Pakete installiert ...

Siehe auch die ersten Hops hier:

traceroute to ipkserver.hdmedia-universe.com (50.87.103.40), 30 hops max, 38 byte packets
1 fritz (192.168.1.1) 0.612 ms 0.551 ms 0.606 ms
2 10.128.128.1 (10.128.128.1) 13.035 ms 13.225 ms 7.067 ms
3 1313A-MX960-02-ae13-2030.aah.unity-media.net (81.210.130.29) 6.768 ms 6.981 ms 8.651 ms
-> geht per IPv4 über die Fritte raus.

Zum Vergleich:

traceroute to ipv6.google.com (2a00:1450:4001:c02::68), 30 hops max, 16 byte packets
1 2001:db8:ac00:152d:9ec7:a6b6:fe23:5663 (2001:4dd0:ff00:842d:9ec7:a6ff:fe23:6884) 5.439 ms 1.095 ms 3.289 ms
2 gw-xxxx.cgn-01.de.sixxs.net (2001:db8:ac00:52d::1) 12.399 ms 10.441 ms 9.739 ms
3 2001:db8:1234:3::42 (2001:db8:1234:3::42) 9.369 ms * *
Erster Hop ist die IPv6 der Fritte und zweiter das SixXS-Tunnel-Gateway.

Hast Du in Deinem Build irgendwelche Übergangsmechanismen (6in4, 4in6, 6to4, 6over4, ...) eingeschaltet gelassen?
Oder den IPv6-netfilter-Support?
Wenn man IPv6 über menuconfig aktiviert, wird leider allerlei unnützer Kram mit aktiviert und muß dann von Hand wieder deaktiviert werden, unter anderem der Netfilter.

[TheChip]

Wir reden glaub ich anneinander vorbei. Ich hab bewusst IPv4 beim Topf "deaktiviert" (also die Adressen gelöscht) um eine reine v6 Verbindung zu bekommen. Im Dualstack-Betrieb ist klar, das er dann die v4 Adresse vom gegenüber verwendet. Allerdings wollt ich mal nachstellen, was die entsprechenden User erwartet, die nur per v6 erreichbar sind. Wobei in dem Fall ja der Provider dafür sorgen muß, das die v6 Adresse (eine andere ist im reinen v6 Betrieb ja nicht vorhanden) den sauberen übergang zum v4 Internet bewerkstelligt.

Bezüglich Konfigurieren meinte ich, das v6 im manuellen Betrieb (für diejenigen, die unbedingt die Automatik umgehen wollen) mit den entsprechenden Daten versehen werden kann. Außerdem werd ich im Kernel noch die Privacy Extensions aktivieren und mal schauen, ob ich die eventuell schaltbar machen kann.

[SpaceRat]

Wir reden glaub ich anneinander vorbei. Ich hab bewusst IPv4 beim Topf "deaktiviert" (also die Adressen gelöscht) um eine reine v6 Verbindung zu bekommen.
Ach so.
Na das kann natürlich nicht funktionieren, wenn die Gegenseite noch IPv4-only nutzt.
Da bräuchte es die besagten Übergangsmechanismen, halte ich aber für unnötig: Reine IPv6-Zugänge gibt es vorerst nicht und bis es die gibt, sind die Server auch alle per IPv6 erreichbar.


User erwartet, die nur per v6 erreichbar sind.
Geh einfach davon aus, daß es das nicht gibt.


Bezüglich Konfigurieren meinte ich, das v6 im manuellen Betrieb (für diejenigen, die unbedingt die Automatik umgehen wollen) mit den entsprechenden Daten versehen werden kann.
Also wer unbedingt IPv6 ohne SLAAC nutzen will, wird das per Telnet hinkriegen.


Außerdem werd ich im Kernel noch die Privacy Extensions aktivieren und mal schauen, ob ich die eventuell schaltbar machen kann.
Bitte nicht!
Du baust nur unnötig Fehlerquellen ein.

Der Kernel ist so wie er jetzt ist perfekt :)

[TheChip]

Information zum aktuellen Stand:

IPv6 läuft auf dem Topf soweit ohne Probleme.

Da der Bedarf an IPv6 allerdings noch verschwindend gering ist, haben wir uns entschieden das noch nicht dauerhaft im Kernel zu aktivieren (gab genau zwei User, die sich für IPv6 interessiert haben). Falls ein Image gewünscht wird, werd ich das manuell bauen oder den entsprechenden Kernel zur manuellen Installation incl. Installationsanleitung zur Verfügung stellen, vorerst aber nur für den Topf. Images für andere Boxen wird es deshalb erst mal nicht geben.

[morly]

Hab die Entstehung hier etwas verfolgt - cool, dass es jetzt klappt.
Wenn IPv6 im Kernel aktiviert wird - ist das schlechter für die Performance des Images bzw. für die Größe des Images?

[TheChip]

Weder noch, zumindest nach aktuellen Erkenntnissen. Hab aber auch noch keine Zeitmessungen beim Booten oder beim Netzwerkdurchsatz gemacht. Das werd ich aber bei Gelegenheit noch nachholen.

[Bibatop]

Information zum aktuellen Stand:

IPv6 läuft auf dem Topf soweit ohne Probleme.

Da der Bedarf an IPv6 allerdings noch verschwindend gering ist, haben wir uns entschieden das noch nicht dauerhaft im Kernel zu aktivieren (gab genau zwei User, die sich für IPv6 interessiert haben). Falls ein Image gewünscht wird, werd ich das manuell bauen oder den entsprechenden Kernel zur manuellen Installation incl. Installationsanleitung zur Verfügung stellen, vorerst aber nur für den Topf. Images für andere Boxen wird es deshalb erst mal nicht geben.




Vielen dank für eure Arbeit !!!!!!!

@Thechip
würde mich sehr über einen Kernel zur manuellen Installation mit Installationsanweisungen freuen.

Gruß Bibatop

[TheChip]

Kann ich Dir aber erst am Donnerstag oder Freitag reinstellen, da ich diese Woche unterwegs bin. Was ich eher machen kann, ich kann dir das fertige Image hochladen. Da ist dann alles drin.

[Bibatop]

Hi,
lieber wäre mir die Sache mit der Kernel Installation und der Anleitung so das ich diesen dann selber wechseln kann bei einem nächsten Image Installation ,natürlich nur wenn das nicht zuviel Arbeit für dich ist.

[TheChip]

Ok, mach ich Dir. Aber dann mußt Du dich wie gesagt noch gedulden. Bin ja erst Donnerstag wieder daheim.

[Bibatop]

Bin damit mehr als zufrieden.
Danke

[SpaceRat]

Information zum aktuellen Stand:

IPv6 läuft auf dem Topf soweit ohne Probleme.
Wie zu erwarten :)


Da der Bedarf an IPv6 allerdings noch verschwindend gering ist, haben wir uns entschieden das noch nicht dauerhaft im Kernel zu aktivieren (gab genau zwei User, die sich für IPv6 interessiert haben).
Diese Entscheidung finde ich nicht besonders gut.
Der Mehrbedarf an Speicher für IPv6 ist lächerlich. Mit anderen Worten: Es frißt absolut kein Brot, wenn die Unterstützung bereits da ist, wenn man sie braucht.

Der meines Erachtens falsche Eindruck, daß es wenig Bedarf an IPv6 gäbe, wird auch dadurch gefördert, daß Fragen zu dieser Problematik in diversen Foren fast immer in Richtung möglichst komplizierter oder idiotischer Workarounds beantwortet werden. Ich mag jetzt keine Beispiele verlinken, aber das reicht vom kostenpflichtigen VPN mit IPv4 (Welches gleichzeitig den ganzen Rechner und damit nicht selten ganze Netze für Angreifer aufreißt) über Providerwechsel (Klar, man wechselt auch vom 100 MBit/s Kabel-Internet zu im Extremfall DSL 384, nur um eine IPv4 zu kriegen ...) bis hin zum "geht nicht".
Mit anderen Worten: Es fragt kaum einer nach IPv6 im Image, weil i.d.R. an den Symptomen statt an der Ursache rumgedoktort wird.

Die Transition zu IPv6 ist im vollen Gange, die KNB haben regen Zulauf und in vielen ländlichen Gebieten kommt die Glasfaser nicht von der Telekom, sondern von Glasfaser Deutschland. Die haben auch IPv6 bzw. DS-lite. Im Nachbarkreis werden sich bald Tausende entscheiden müssen, ob sie lieber eine IPv6 zum Glasfaser-Anschluß oder eine IPv4 zum DSL-ultralight-Anschluß wollen.

Ich bastel übrigens gerade an einem Plugin, das einen FreeDNS-Eintrag mit der IPv6 aktualisiert. Im Hinblick auf die sh4-Boxen (Für die es wohl kein inadyn-mt gibt) extra in reinem Python/bash. Dieser Part ist übrigens soweit fertig, d.h. man könnte damit bereits einen IPv6-FreeDNS immer aktuell halten und somit auch Telnet, ssh (Dropbear fehlt definitiv noch in den Images, Telnet über's Internet ist sowas von insecure ...) und oscam (Mit IPv6-Support) via IPv6 erreichen.

Im nächsten Schritt baue ich noch HAproxy ein, damit kann ich das WebInterface (Das OpenWebif genauso wie das alte Dream WebIf) und die diversen anderen c*ms (Ohne eigenen IPv6-Support) ebenso nahtlos erreichbar machen. Vielleicht mache ich aber auch ein extra Plugin daraus.

Es wäre wirklich schön, wenn die Einrichtung mit Hilfe dieser Plugins so einfach würde, wie sie sein kann. Dafür muß die jeweilige Box aber eben schon IPv6 haben.

- - - Aktualisiert - - -

Übrigens:

IPv6-Support hat auch Vorteile für diejenigen Nutzer, die noch "vollwertiges" IPv4 haben. Man kann z.B. auf einer beliebigen Anzahl Receiver im Haus alles auf seinen Standard-Ports erreichen (Weil jedes Gerät eine eigene IP hat) und muß sich nicht merken, ob man jetzt auf Port 82 das Web-Interface vom Receiver im Gästezimmer oder das des Receivers im Kinderzimmer erreicht ...
Da z.B. das Streaming auf Port 8001 hartkodiert ist, kann man mit IPv4 von außerhalb auch nur von einem Receiver aus streamen, mit IPv6 von allen ...

[bonkel]

und genau da haben wir schon das problem , wir supporten keine cams, somit ist uns das egal, alles was im image ist wird über ipv4 aufgerufen(webradio, plugins, streams etc...)

wir legen hier kein wert auf cs

[SpaceRat]

und genau da haben wir schon das problem , wir supporten keine cams, somit ist uns das egal, alles was im image ist wird über ipv4 aufgerufen(webradio, plugins, streams etc...)
Du kannst aber eben nur EINEN Receiver von außerhalb über IPv4 komplett (Incl. Streaming) erreichen.
Das Streaming ist nämlich auf Port 8001 hartkodiert, da kannst Du noch so viele Port-Forwards von extern 8002 zum 2. Receiver machen, Streaming geht nur über IPv6 mit mehreren Receivern, weil man als Privatkunde nur bei IPv6 auch mehrere IPs kriegt.


wir legen hier kein wert auf cs
Naja, den oscam gibt's immerhin schon auf dem Feed und hier im Forum ...

[morly]

Naja, den oscam gibt's immerhin schon auf dem Feed und hier im Forum ...
Sorry - das wurde schon öfter diskutiert, kein Support für den Kram,
oscam nehmen wir um unsere Karten im Smargo an der Box zu betreiben - that's it!
Was sonst noch auf dem Feed ist soll dort sein (ausser diese Diskussionen gehen noch lange weiter - dann werden sie sicher entfernt) - Support gibts für alles was legal ist - steht ja schön in den Boardrules

[SpaceRat]

Wieso wird eigentlich der andere - unumstößliche - Teil der Argumentation beharrlich ignoriert?

Nur durch IPv6 ist auch eine zweite und dritte und ... Box KOMPLETT von außen erreichbar zu machen, also inkl. Streaming.
An Glasfaseranschlüssen ein nicht ganz unerhebliches Argument. Für manche Hoppelsender packt das sogar mein Kabel-Internet.

Zudem brauche ich mir bei IPv6 von den Boxen auch nur die Hostnamen zu merken und nicht mehr, auf welche Ports die Standard-Ports für Telnet, ssh, ... verbogen wurden.

topf.foo.bar:22 ist ssh auf dem Topf
und
ultimo.foo.bar:22 ist ssh auf der Ultimo
Beide Mal der Standardport, Portangabe kann also im SSH-Client weggelassen werden.

über IPv4 sieht das aber z.B. so aus:
heimnetz.foo.bar:22 ist ssh auf dem PC
heimnetz.foo.bar:23 ist ssh auf der Ultimo
heimnetz.foo.bar:24 ist ssh auf dem Topf
...
-> Da alle Rechner sich eine IP teilen, muß ich mir zig Non-Standard-Ports merken, nur um ganz normale Standarddienste erreichen zu können.


Technisch hat IPv6 nur Vorteile, ist also, sachlich betrachtet, durchaus auch für diejenigen interessant, die nicht unbedingt darauf angewiesen sind.

[santa]

ganz ehrlich verstehe ich das aber auch nicht, ich stell mir doch nicht nen sieb als firewall ein, vorallem noch
standardports zu verwenden finde ich krass.
Dafür gibt es VPN tunnel, dann bin ich kompletten heimnetzwerk und kann machen was ich will.
Und die Übertragungen sind sicherer.

[SpaceRat]

Auch nicht sicherer als ssh oder https.
Und meine Streams darf die NSA gerne mitgucken.

[suchmich1983]

<OT>

Naja da geht's ja dann auch mehr um die Authentisierung als um die Art und Grad der Verschlüsselung. Mehrfaktor Authentisierung ist schon deutlich sicherer als zum Beispiel nur user und pass. Wobei das bei SSH natürlich auch möglich wäre.

Aber santa meint die Anzahl an offenen Ports, das hast du bei VPN ja eben nicht.

</OT>

[TheChip]

Leider bin ich gestern nicht mehr dazu gekommen, aber dafür jetzt hier alles was für den Topf für IPv6 benötigt wird.

Installation ist ganz einfach. Einfach alle drei Dateien auf die Box nach /tmp kopieren. Danach per Telnet auf die Box und folgendes durchführen:
cd /tmp
chmod 755 ipv6.sh
./ipv6.sh
Danach bootet die box neu und IPv6 ist aktiv.

Viel Spass damit.

[Bibatop]

Besten dank!!

[santa]

jetzt doch fix im image, danke an alle die hier mitgeholfen haben.

Erstmal nur für 913, spark und topf.
Weitere folgen später.

[SpaceRat]

jetzt doch fix im image, danke an alle die hier mitgeholfen haben.
Sehr gute Entscheidung! :)
Danke!

[samtron]

Hallo

Das Thema ist zwar schon alt aber...
Den IPv6 mod kann ich den auch auf einer Kathrein mit Originalimage
machen? Habe es mal nach der Anleitung probiert, kommt aber
ipv6 no such file or directory
müsste auf der 913 auch IPv6 haben.

Gruß samtron

[bonkel]

nein, wende dich an den Hersteller, die haben schliesslich die kohle kassiert :)

[samtron]

Aber mit einem aktuellen HDMU Image würde es gehen?

[bonkel]

yes.....

[samtron]

Ok hat funktioniert nach dem zweiten mal.
Beim ersten Einrichten wollte der Tuner Assi nicht so richtig.
IPv6 wird nun im Router angezeigt, suppi.
Muss mir jetzt nur noch eine IPv6 fähige oscam suchen.
Danke euch.

samtron

[bonkel]

unsere boardregeln hast aber schon gelesen?

[samtron]

Ja ist schon gut....
Werde ich nicht mehr erwähnen.

samtron

[samtron]

jetzt doch fix im image, danke an alle die hier mitgeholfen haben.

Erstmal nur für 913, spark und topf.
Weitere folgen später.

Sind die Kathrein 912er Image auch damit ausgestattet.
Oder geht das händisch wie beim Topf?

samtron

[santa]

Ipv6 haben alle drin.