Suchergebnisse
Suchergebnisse 1-20 von insgesamt 51.
-
Update Warnung
Beitrag- Das hier zu lesen macht mich richtig mad. "Verbesserungen der IPv6-Unterstützung" - kann ich nun per WebIF endlich mein /60 im dibbler aktivieren der nun hoffentlich beiliegt? *sigh*
-
Okay, dann muss dir jemand anderes was dazu sagen - ich habe anhand von SP-H IPv6 Prefix Delegation (mit Telekom-Adressen) meine eigene Lösung implementiert und kann als einziges ueber die Telekomvariante sagen: Die FritzBox die Telefon macht, kriegt vom Speedport genau wie mein eigenes GW eine IP und kommt ins Netz - da gibts bisher keine Probleme - DNS aussen vor, den stelle ich selber intern, sowie extern, bereit und bin voellig frei von TelekomDNS (Vorallem wegen DHCP/DDNS, aber auch damit m…
-
Ganz spontan wuerde ich sagen: Das Routing passt nicht bzw. es wird versucht ueber den SPH raus zu gehen (der das aber nicht mag und dropt) und nicht ueber deinen Tunnel... moeglicherweise beissen sich hier die RAs (Oder ist das ein reiner 4to6 tunnel? - dann ggf. default gw anpassen)? Bin selber nicht ganz der fitteste mit IPv6 aber sieht ziemlich nach sowas "einfachen" aus..
-
ICMP ergibt sich aus der tatsache, dass ja das /60 auf mein gw gerouted wird. Dort laeuft shorewall/shorewall6 fuer IPv4-NAT und halt nun für IPv6-Filterung (und die laesst halt icmp echo-requessts durch) - hier mal die Hauptsaechlichen IPv6-shorewall-confs: Quellcode (17 Zeilen) Quellcode (17 Zeilen) Quellcode (30 Zeilen) Hier habe ich halt einen sehr entscheiden Vorteil durch mein gw - es musst alles von eth1-3 ueber eth0 wieder zum SPH Oh policies vergessen (verbieten allerdings auch nur alle…
-
Durch das aendern des Prefix in der server.conf im dibbler auf 60 laeuft ja alles super soweit bestens- siehe: SP-H IPv6 Prefix Delegation (mit Telekom-Adressen) - ich bin mir nicht so ganz sicher ob ich da wirklich noch irgendwas gaendert hatte nun - da habe ich soviel gespielt mit... Die Prefixe verteile ich per dhclient-exit-hook - das ist bei mir aber alles gentoo-spezifisch und daher kann ich da nichts allgemeines zu sagen... ich habe keine Ahnung wie die exit-hooks bzw die dhclient-scripte…
-
So, ich habs inzwischen soweit im griff - naja bis auf dass der HAAP generellt nicht richtig map'd habe noch nie 1 richte IP aus dem LTE gezogen und habe nun einige prefixe abgeholt beim testen und so manchen reboot hinter mit bzw. der SPH - noergel wird nicht helfen, oder? Ergebnis ist perfekt (Ja, ICMP geht durch, shorewall ist auf alle Netze aufgebohrt echos zu routen...): 456-ipv6-png
-
Okay, eine Sache ist mir aufgefallen: Kann es sein das der SPH ipv6 Traffic auffrisst bzw. aendert? Quellcode (6 Zeilen) Die Reply kommt aber nicht an - weil: Die Replay aufeinmal von na anderen IP kommt: 2003:4d:8d28:b49:250:56ff:fe94:4e98 vs 2003:6:1c5:9249:250:56ff:fe94:4e98 Quellcode (10 Zeilen) Was passiert hiert? // edit: ping6 auf 2003:6:1c5:9249:250:56ff:fe94:4e98 geht... und auch die Antwort... kommt an...!! wtf?
-
Puh! Es sieht gut aus... Ich habe ein wenig getrickst im dhclient @eth0/gw - der setzt nun "halb statische routen": Quellcode (3 Zeilen) Quellcode (5 Zeilen) Habe mal dein Tipp mit der /60 versucht - scheint erstmal bei der Verteilung alles gut zu klappen. Routing macht dein dibbler-Setup schon direkt richtig - nimmt nun einfach das /60 dazu Ein ip6tables Eintrag passend zum prefix hat und ne route ist auch da: Quellcode (52 Zeilen) So langsam hab ich das mit dem ipv6 gedoense auch raus... Next …
-
Das geht so leider nicht (denke ich) - sph -> dibbler -> eth0 (isolated) -> ich bin der Meinung, dass hier hier den gesamt prefix einfach brauche (/56) - und daraus selber /64er generieren. Aktuelles Beispiel: 2003:4d:8d4b:3c00::/56 -> 2003:4d:8d4b:3c10::/64; 2003:4d:8d4b:3c20::/64 Damit habe ich schon mal etwas mehr geschafft. Ich kann nun per: Quellcode (6 Zeilen) schon mal per eth1 raus - den rest kann ich von unterwegs nicht testen... Ich werde daher wohl das notify-script vom dibbler anpass…
-
Mal etwas ganz anderes (hatte es ja in der Shoutbox schon angerissen): Ich habe hier ein Netzwerk das in 3 (4) Unternetze aufgeteilt ist.Der SPH steht mit der FB alleine in einem "RouterNetwork", das wiederrum ist direkt mit dem GW verbunden (Linux + shorewall) auf dem GW habe ich:Quellcode (4 Zeilen) Ich habe alles am laufen - nur leider nicht wie gewuenscht: Ich hole mir per eth0 einen Prefix (/64) und route den per ip -6 route add ... dev eth1 - klappt... Nun will ich aber auch eth2 + eth2 mi…
-
Mir ist es nun ein paar mal passiert, dass ich irgendwie die datei . in /opt/bin/ erzeugt habe: Sieht etwas so aus: Quellcode (5 Zeilen) Löschen erweist sich als "tricky" aber einfach zu loesen, man braucht (das gillt generell fuer Dateinamen die man nicht "schreiben" kann oder wie in dem Fall "ein Verzeichnis sind" (fuer das System)) nur die inode der Datei: Quellcode (6 Zeilen) Huch, sieht ja anders aus? Jep! Mit inode vorne weg.... In meinem Fall ist es die "33" - nun gibt's mehrere Wege - ic…
-
SP-H ohne SIPPROXY
Beitragifconfig ppp256 | grep 'inet addr:' | cut -d: -f2 | awk '{ print $1}' > /opt/http/www/ip.txt reicht doch aus um die ppp256 ip zu bekommen - wenn ich das Thema richtig ueberflogen haben, willst du genau die? Haster dann unter http://<sph>:8080/ip.txt (bootstrap vorrausgesetzt)