Multicast
Hallo, da es bisher noch kein funktionierendes multicast routing gibt, habe ich mal schnell einen kleinen 'mcast einwahlknoten' zusammengehackt. Die Benutzung ist sehr einfach: 1. einen Tunnel zur 139.18.38.72 konfigurieren 2. unter http://139.18.38.72 seine IPv4 Addresse eintragen 3. den pim6dd starten und los gehts. Bisher hat ihn noch niemand getestet, kann also sein dass irgentwas noch nicht richtig funktioniert. MfG Uwe PS: ich bin sehr an feedbacks interessiert
Re: http://6bone.informatik.uni-leipzig.de/ipv6/ kaputt?
Hallo! Ich hatte eben das zweifelhafte Vergnuegen, 6to4 IPv6 auf SuSE 7.3 aufsetzen zu duerfen und hab' den Vorgang mal Ansatzweise dokumentiert. Falls es jemand interessiert: http://www.feyrer.de/IPv6/SuSE73-IPv6+6to4-setup.html - Hubert -- Want to get a clue on IPv6 but don't know where to start? Try this: * Basics -> http://www.onlamp.com/pub/a/onlamp/2001/05/24/ipv6_tutorial.html * Setup -> http://www.onlamp.com/pub/a/onlamp/2001/06/01/ipv6_tutorial.html Of course with your #1 IPv6 ready operating system -> http://www.NetBSD.org/
Re: http://6bone.informatik.uni-leipzig.de/ipv6/ kaputt?
wenn ich versuche das nachzuvollziehen meint der apache: Your browser sent a request that this server could not understand. client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23) /ipv6/stats/stats.php3 mit HTML 1.0 funktioniert es. Allerdings glaube ich nicht, dass es mit deinem Problem zusammenhaengt. Eine Reverseaufloesung versuchen wir hier nicht. Auch sind im logfile deine Zugriffe sauber verzeichnet: 2002:d9e4:e694:f101:2e0:18ff:fe90:9205 - - [25/Oct/2001:13:14:06 +0200] "GET /ipv6/stats/stats.php3 HTTP/1.1" 200 1759 Im error log steht nix. Ich kann den fehler leider nicht reproduzieren... :-( MfG Uwe On Thu, 25 Oct 2001, Peter Bieringer wrote: > --On Thursday, October 25, 2001 11:14:02 AM +0200 > [EMAIL PROTECTED] wrote: > > > upps.. > > > > doch, jetzt ist was da: > > > > B>* 2002::/16 [200/0] via fe80::2c0:33ff:fe07:8042, join, 12:59:15 > > B>* 2002:c30d:111a::/48 [200/0] via fe80::2c0:33ff:fe07:8042, join, > > 13:18:46 > > Irgendwas stimmt da nicht, machst Du einen Reverse-Lookup für's Log? > > Von 6to4-Adressen aus: > > # telnet 6bone.informatik.uni-leipzig.de 80 > Trying 3ffe:400:280::1... > Connected to 6bone.informatik.uni-leipzig.de. > Escape character is '^]'. > GET /ipv6/stats/stats.php3 HTTP/1.1 > Host: 6bone.informatik.uni-leipzig.de > Connection: close > > > ... > da kann ich soviele CR/LFs tippen, wie ich will, da kommt keine Seite. > Pakete sausen aber über's Netz. Irgendwann später -> "Connection > closed by foreign host", ohne weiteren Text. > > Die letzten Pakete: > 13:45:04.326594 195.72.14.134 > 217.228.230.148: > 6bone.informatik.uni-leipzig.de.http > > 2002:d9e4:e694:f101:2e0:18ff:fe90:9205.32820: P 1293:1959(666) ack 98 > win 5680 (encap) > > 13:45:04.326594 217.228.230.148 > 195.226.187.50: > 2002:d9e4:e694:f101:2e0:18ff:fe90:9205.32820 > > 6bone.informatik.uni-leipzig.de.http: . ack 1 win 5760 sack 1 {1293:1959} > (encap) > > 13:45:04.326594 195.72.14.134 > 217.228.230.148: > 6bone.informatik.uni-leipzig.de.http > > 2002:d9e4:e694:f101:2e0:18ff:fe90:9205.32820: F 1959:1959(0) ack 98 > win 5680 (encap) > > 13:45:04.326594 217.228.230.148 > 195.226.187.50: > 2002:d9e4:e694:f101:2e0:18ff:fe90:9205.32820 > > 6bone.informatik.uni-leipzig.de.http: . ack 1 win 5760 sack 1 {1293:1960} > (encap) > > 13:45:14.336594 217.228.230.148 > 195.226.187.50: > 2002:d9e4:e694:f101:2e0:18ff:fe90:9205.32820 > > 6bone.informatik.uni-leipzig.de.http: P 98:100(2) ack 1 win 5760 > (encap) > > 13:45:14.506594 195.72.14.134 > 217.228.230.148: > 6bone.informatik.uni-leipzig.de.http > > 2002:d9e4:e694:f101:2e0:18ff:fe90:9205.32820: R > 232045152:232045152(0) win 0 (encap) > > Ich verstehe das FIN-Paket von Eurem Server nicht, daß da > auftaucht...ohne Inhalt zu senden. > > > > > > > > Von 6bone-Adresse aus: > > > $ telnet 6bone.informatik.uni-leipzig.de 80 > Trying 3ffe:400:280::1... > Connected to 6bone.informatik.uni-leipzig.de. > Escape character is '^]'. > GET /ipv6/stats/stats.php3 HTTP/1.1 > Host: 6bone.informatik.uni-leipzig.de > Connection: close > > HTTP/1.1 200 OK > Date: Thu, 25 Oct 2001 11:16:28 GMT > Server: Apache/1.3.19 (Unix) PHP/4.0.4pl1 > X-Powered-By: PHP/4.0.4pl1 > Connection: close > Content-Type: text/html > > > Ist doch komisch, oder? > > Peter >
Re: http://6bone.informatik.uni-leipzig.de/ipv6/ kaputt?
upps.. doch, jetzt ist was da: B>* 2002::/16 [200/0] via fe80::2c0:33ff:fe07:8042, join, 12:59:15 B>* 2002:c30d:111a::/48 [200/0] via fe80::2c0:33ff:fe07:8042, join, 13:18:46 MfG Uwe On Thu, 25 Oct 2001, Peter Bieringer wrote: > --On Thursday, October 25, 2001 10:01:38 AM +0200 > [EMAIL PROTECTED] wrote: > > > mit 6to4-Adressen meinst du doch bestimmt die mit dem 2002 Praefix. > Ja. > > > Im Moment zeigt meine bgp Routingtable keine Eintraege fuer 2002 an > Hoppla - ist das so richtig? > > Peter >
Re: http://6bone.informatik.uni-leipzig.de/ipv6/ kaputt?
Moin, mit 6to4-Adressen meinst du doch bestimmt die mit dem 2002 Praefix. Im Moment zeigt meine bgp Routingtable keine Eintraege fuer 2002 an und ein 6to4 gateway habe ich noch nicht. Gleich mal eine Frage: Was sagt die 6bone routing police ueber das bgp Announcement von 6to4 routern. Darf ich 2002:8b12::/32 (also das Netz der Uni Leipzig) einfach bekanntgeben ? Wie wird das rnds fuer diese Adressen verwaltet ? Hintergrund: Wir betreiben hier einen kleinen Tunnelbroker. Dabei ist es den Nutzern moeglich mit hilfe von scripten den Tunnel automatisch zu ihrer aktuellen IPv4 zu legen. Es sogar moeglich, das bestehende IPv6 TCP Verbindungen erhalten bleiben wenn sich die IPv4 (z.B. bei Flatrate usern) aendert. Leider ist der Aufwand fuer die Verwaltung der Nutzer und Tunnel recht hoch. Des weiteren sind viele Nutzer ungluecklich darueber, dass jeder user per default nur ein /126 Netz bekommt, da damit keine stateless addressconfig oder address privacy moeglich ist. Ich ueberlege also, ob eine Neuimplementation des TB unter Nutzung von 6to4 sinnvoll ist. Fuer Nutzer mit einer festen IPv4 wuerde sich nicht viel aendern. User mir einer dyn. IPv4 koennten auf ihren Rechnern keine Services (z.B. httpd) mehr laufen lassen. Die Idee ist dass der TB als Home Agent (mobile IPv6) agiert. Damit waere dann wieder die Verwaltung von 'persoenlichen' IPs moeglich. Die bisher verwendeten Tunnel lassen sich jedoch nicht ganz abschaffen, da die angebotenen verschluesselten Tunnel sowie das mcast routing mit 6to4 wohl nicht realisierbar sind (oder ?) Da die Programmierung bestimmt recht aufwendig wird wollte ich vorher fragen, ob ueberhaupt Bedarf/Interesse an einem solchen Service besteht. Werden (soweit mit der jeweligen Technologie moeglich) neben den genannten Funktionen weitere benoetigt ? Denkbar sind z.B * Verkehrsanpassung (Beschraenkung der downlod/upload rate) * IPv6 Firewalling (Nutzer koennen schon auf dem TB bestimmte Pakete filtern und so ihre leitung entlasten) * accounting bin fuer alle Meinungen/Anregungen dankbar MfG Uwe On Thu, 25 Oct 2001, Peter Bieringer wrote: > > --On Wednesday, October 24, 2001 10:40:00 PM +0200 > [EMAIL PROTECTED] wrote: > > > das Problem mit dem content type sollte jetzt behoben sein. > Danke, ist es. > > Allerdings scheint irgendwas mit dem Routing nicht so ganz toll zu > sein. Wenn ich mit 6to4-Adressen arbeite, bekomme ich keinen > vernünftigen TCP-Traffic durch (ping6 geht), dagegen mit meinen > festen IPv6-Adressen (6bone) klappt alles, seltsam. > > Spinnt mein Kernel? (z.Zt. noch 2.4.7-10 von RHL 7.2, bis morgen > noch, dann gibt's 2.4.9-7). > > > Peter > >
Re: http://6bone.informatik.uni-leipzig.de/ipv6/ kaputt?
So, das Problem mit dem content type sollte jetzt behoben sein. zu der Frage mit den IPv4 Zugriffen: IPv4 hits werden nicht gewertet. Alle :::* Adressen werden gleich vom php script gefiltert. Falls Du meinst, ob du die IPv4 Zugriffe gleich bei Dir abfangen kannst, dann sehe ich da 2 Moeglichkeiten: 1. Du bastelst dir ein php script welches bei IPv4 Zugriffen den counter gar nicht aufruft. 2. Mit Hilfe von virtual hosts legst du fuer IPv6 eine andere Homepage als fuer IPv4 an. MfG Uwe On Wed, 24 Oct 2001, Peter Bieringer wrote: > > > --On Wednesday, October 24, 2001 02:45:20 PM +0200 > [EMAIL PROTECTED] wrote: > > > http://6bone.informatik.uni-leipzig.de/ipv6/stats/stats.php3 > > > > lief aber schon immer unter der addi > > und deine Seite ist wie immer vorne :-) > > Ah, jetzt sehe ich, was da nicht stimmt: > > Das PHP schickt keinen passenden MIME-Type mit, sondern text/html > > http://6bone.informatik.uni-leipzig.de/ipv6/stats/log.php3?URL=www.ip > v6.bieringer.de&ImageId=1&AltV4=2 > > GIF89aR > 5|1s.@= A?n- AA¥LEu6¦"N !K§#O¨&Q©)T«-W¥-U¬0Y1Z®4]¯7_~(E±Â > EXáÅ/ºÔ )pèa§,£M§½ßê©üÂË\®Üö|º¬Ç /èÿà8ÈàÓB > }Ôaª¸&ÄPÈ*°aÃUtL2Çðb¢|*RÀyêù'Á~fb»æ#Çûç$¸*¦G ±Lñ¢Ç²Æ³E£ > Ë)rÄ&:ìG?àG$¢À' > > > Opera macht (im Gegensatz zu Netscape) kein Autodetect anhand der > ersten Zeichen in den empfangenen Binärdaten (Feature, kein Bug!), > sondern interpretiert das so, wie via MIME definiert. > > Bitte fixen. > > Danke, > Peter >
Re: http://6bone.informatik.uni-leipzig.de/ipv6/ kaputt?
http://6bone.informatik.uni-leipzig.de/ipv6/stats/stats.php3 lief aber schon immer unter der addi und deine Seite ist wie immer vorne :-) MfG Uwe On Wed, 24 Oct 2001, Peter Bieringer wrote: > Hallo, > > weiß jemand, was mit dem los ist? > http://6bone.informatik.uni-leipzig.de/ipv6/ > > Da sollte doch die Statistik laufen...ist die (oder der Admin) > umgezogen? > > Danke, > Peter >
Re: Ftp-Server Update
Moin :-) ich denke mal man sollte irgent etwas spiegeln was mit IPv6 zu tun hat (also dann wohl eher solaris8). Wenn die 60GB umbedingt voll werden muessen koennte man auch ueber einen IPv6 News Server nachdenken. Ich glaube so was gibts in Europa noch nicht und der letzte den ich ueber den grossen Teich getestet habe war mir zu langsam. MfG Uwe On Fri, 21 Sep 2001, Marc Herbrechter wrote: > > 'Verfuegungsrahmen' gesprengt, Solaris ist keine freie Software. > > Da kann man sich jetzt drüber streiten :) > > Wie sieht es mit ftp.gnu.org aus? Ich bin mir nicht ganz sicher wie > groß das Ding ist. Ansonsten vielleicht mal an ftp.gigabell.net und > ftp.xs4all.net orientieren. Auch wenn die wohl etwas mehr als 60GB > haben :) > > BTW: Ich finde es immer ganz interessant zu sehen wie solch große > Server sich so im Laufe der Zeit verhalten. Es wäre ganz gut wenn > es einen MRTG Graph geben würde, oder PHPSysInfo. > > -- > Best Regards, > Marc Herbrechter > "Ich soll Menschen respektieren, die sich ihr Grundrecht auf freie > Meinungsaeusserung einschraenken lassen? Ich verachte solche Typen!" > Wau Holland über Soldaten (http://www.wauland.de/) > http://www.zebroc.de/ > >
Re: IPsec und Subnet Masken
Hallo, Fuer den Einsatz von IPsec wuerd ich im Moment noch bsd/kame empfehlen. Die Implementation von denen scheint schon relativ ausgefeilt zu sein. Ausserdem habe ich sehr gute Erfahrungen mit dem support von Kame. Die Antworten sehr schnell und Bugs wurden innerhalb kuerzester Zeit behoben. Die v6-Linux Implementation von freeswan scheint mir im Gegensatz dazu noch sehr am Anfang zu stehen. Unter Win2k wird meines Wissens bisher nur AH unterstuetzt. On Sun, 13 May 2001, Marc Herbrechter wrote: > Moinsen, > > wie kann ich IPsec unter IPv6 aktivieren, bzw. wo finde ich Dokumentation dazu? > Ich benutze Linux-2.2.19. Ausserdem hätte ich eine Frage zu den Netzmasken bei > IPv6. 2001:218:a27::/48 ist klar, das ist: > 2001:218:a27::::: - 2001:218:a27::::: > Aber wie heißen die folgenden Netzmasken? Wenn ich dem jeweiligen Benutzer > z.B. nur die letzten 4 Stellen als subnetz geben will? Also: > 2001:218:a27::::: - 2001:218:a27::::: > Denn jedem Benutzer ein eigenes /64er subnetz zuzuteilen finde ich etwas übertrieben. > Gibt es vielleicht eine Tabelle in der man gängige Masken nachlesen kann, oder > irgendeine Dokumentation wie man sich die Masken errechnen kann? So etwas > wie http://www.router.de/support/IPNET.html zum Beispiel. > > Ich frage das weil ich in Zukunft plane einen kleinen Tunnelbroker zu betreiben, > mehr Informationen gibt es unter http://www.zebroc.de/ unter der Rubrik ZebBone. > Für jede Unterstützung bin ich dankbar! Bei meinem Tunnelbroker verwende ich /126 Netze. Fuer die meisten Nutzer ist das ausreichend (auch wenn damit keine stateless autoconfig geht). MfG Uwe
Re: TunnelBroker an der Uni Leipzig ???
Hallo, der TB ist seit dem 9.4.2001, 11:44 aufgrund eines Angriffs nicht mehr am Netz. Der Angreifer kam von 212.116.129.21, verschaffte sich (vermutlich ueber den rpc.stat) Superuser Rechte und hat ein root-kit installiert. Des weiteren wurden einige Files (auch vom TB) geloescht. Der TB auf 6bone wird wohl nicht wieder in Betrieb genommen. Zur Zeit baue ich den TB auf joshua.informatik.uni-leipzig.de wieder auf, es wird aber noch ein paar Tage dauern bis der richtig stabil laeuft. MfG Uwe On Thu, 19 Apr 2001, Gerhard Pfeiffer wrote: > Hallo, > > On Thu, 19 Apr 2001, Andre Grueneberg wrote: > > > weiß jemand, was mit dem Tunnelbroker von der Uni-Leipzig passiert ist > > (Uwe?). > > Nachdem ich auf Port 80 so'ne SuSE Standard-Seite sah, dachte ich, da > > wird nen Update gefahren oder da is mal was flöten gegangen und ist > > bald wieder only, aber innerhalb von einer Woche hat sich jetzt an dem > > Zustand nichts geändert. :( > > Lt. www.ipv6-net.de war da ein Hacker am Werk. Mehr weiss ich aber auch > nicht. > > Ciao, > Gerhard > > >
Routing
Hallo, ich hab heute mal ein traceroute nach japan laufen lassen (www.v6.iijlab.net), mit folgendem Ergebnis: 1 3ffe:401:0:1::1:1 (3ffe:401:0:1::1:1) 24.710 ms 2 3ffe:1001:1:f015::2 (3ffe:1001:1:f015::2) 246.352 ms 3 stuba-gw.ipv6.svsbb.sk (3ffe:2200:0:800c::2) 269.629 ms 4 3ffe:401:0:1::16:2 (3ffe:401:0:1::16:2) 333.468 ms 5 3ffe:8000::5::2 (3ffe:8000::5::2) 617.842 ms 6 pc7.otemachi.wide.ad.jp (3ffe:501:0:1802:2e0:18ff:fe98:a28d) 613.978 ms 7 pc6.otemachi.wide.ad.jp (2001:200:0:1802:2e0:18ff:fe98:2725) 594.819 ms 8 otm6-gate0.iij.net (3ffe:501:0:1800:208:c7ff:fe73:17f4) 591.179 ms 9 sh1.v6.iijlab.net (3ffe:507:0:1:260:97ff:fe07:69ea) 600.577 ms Bekommt man eigentlich Webmiles gutgeschrieben wenn man seine Pakete erstmal von Muenster ueber CSELT und die Slovakei zurueck nach Muenster schiebt, um sie dann zum eigentlichen Zielort zu Routen ? :-)) cu Uwe
Re: v6 webserver
On Thu, 21 Dec 2000, Peter Bieringer wrote: > At 17:07 20.12.2000, [EMAIL PROTECTED] wrote: > > >Gegen den Datenschutz kann man nix machen. Aber wer nur mal so einen > >Webserver in seinem LAN ausprobiert, erzeugt keinen Traffic der uebers > >JOIN geroutet wird und erscheint damit auch nicht in der Liste. > > > >Damit faellt wohl auch die rdns-Variante ins Wasser, da sie im Ergebnis > >eine aehnliche Liste erzeugt (nur halt ungewichtet)... am Ende bleibt > >also wirklich nur sich das Einverstaendnis der Webseitenbetreiber zu holen > >und die Liste von hand zu schreiben. > > Oder.. > > Schritt 1) > einen Roboter programmieren, der die vom Router gesammelten Daten > auswertet, und ab einen Schwellwert (z.B. Server lebt seit 4 Wochen) sich > von dem Server die Variable SERVER_ADMIN holt, paar Plausibilitätstests > macht (MX existiert für angegeben Domain, Eintrag ist nicht default) und > dann dem SERVER_ADMIN eine E-Mail schickt mit einem Token (ähnlich ezmlm). > > Schritt 2) > Wenn der SERVER_ADMIN positiv darauf antwortet, kann der Roboter ein > Häkchen in der (SQL-)Datenbank machen und die URL wird publiziert. > Schritt 2 könnte bei Schwierigkeiten auch durch einen Humanoid ersetzt werden. > > Peter > Hallo, Ich hab die Sache in etwas anderer Form mal implementiert. Im Prinzip handelt es sich dabei um einen einfachen Counter der nur IPv6 Zugriffe auswertet. die (zur Zeit noch relativ leere) Liste gibts unter: http://6bone.informatik.uni-leipzig.de/ipv6/stats/stats.php3 um auf die Liste zu kommen muss man auf einer Seite des v6 Webservers einfach einen kleinen Link/Logo einfuegen: http://6bone.informatik.uni-leipzig.de/ipv6/stats/stats.php3"> wobei das logo nur ein vorschlag ist. Falls sich die Idee durchsetz ist es spaeter auch moeglich neben dem einfachen zaehlen noch weitere Auswertungen anzubieten. cu Uwe
Re: v6 webserver
On Wed, 20 Dec 2000, Christian Schild wrote: > -BEGIN PGP SIGNED MESSAGE- > > > On 20-Dec-2000 Christian Schild wrote: > >>> Andere Ideen? > >> > >> Muenster loggt TCP Zugriffe auf Port 80 und 3128 (squid wuerden mich > >> auch interessieren) und macht daraus eine Liste. > >> Da das JOIN schon jetzt eine Traffic Statistik fuehrt, sollte das > >> moglich sein. > >> > >> Aus den Logs koennte man eine sich selbst aktualisierende Liste bauen, > >> die auch noch eine wertung enthaelt, indem man die Server nach der Anzahl > >> der Zugriffe ordnet (da man nur Pakete zaehlen kann, wird pro src-ipv6 nur > >> ein Paket/day gewertet). Dann sollten juengere Zugriffe einen hoeheren > >> Wertungsfaktor erhalten als aeltere, Zugriffe aelter als xxx Tage fallen > >> aus der Statistik. > >> > >> Bei der Variante erhaelt man sicherlich keine vollstaendige Liste aller > >> IPv6 Server, aber die wichtigsten sollten schon erfasst werden. > >> > >> iss nur ne idee :-) > > > > Und zwar eine gute :-) > > > > Auf http://www.join.uni-muenster.de/cgi-bin/join/webservers.pl findet man > > jetzt eine Liste aller gefundenen Adressen auf die Requests auf Ports 80 > > und > > 3128 gemacht wurden. Das ist zwar nur eine erste Version ohne Gewichtung > > und > > Expire, aber fuers erste langts wohl. Auf der Homepage werd ich es erst > > verlinken, wenn ich es schoener gemacht habe :). > > Hm, war wohl doch nicht so die beste Idee. > Der Datenschutz ist mir in den Ruecken gesprungen und wir haben uns ueberlegt, > das es vielleicht doch nicht so gut ist, wenn da jeder, der nur mal eben einen > Webserver ausprobieren will, in der Liste auftaucht. Gegen den Datenschutz kann man nix machen. Aber wer nur mal so einen Webserver in seinem LAN ausprobiert, erzeugt keinen Traffic der uebers JOIN geroutet wird und erscheint damit auch nicht in der Liste. Damit faellt wohl auch die rdns-Variante ins Wasser, da sie im Ergebnis eine aehnliche Liste erzeugt (nur halt ungewichtet)... am Ende bleibt also wirklich nur sich das Einverstaendnis der Webseitenbetreiber zu holen und die Liste von hand zu schreiben. cu Uwe
Re: v6 webserver
On Fri, 15 Dec 2000, Peter Bieringer wrote: > At 13:18 14.12.2000, Christian Ruhle wrote: > >Kann mir jemand sagen, ob es eine Liste von v6-webservern gibt? > > Hmm, außer Sammeln aus existierenden Info-Seiten fällt mir nix ein. > > >Mich interessiert auch, unter welchen Betriebssystemen sie betrieben > >werden und wie sie so "laufen". > > a) > Hmm2, ich hätte da noch einen unmöglichen Vorschlag: > Vielleicht sollte man analog zu netcraft mal einen Roboter basteln, der den > ganzen IPv6-Raum nach Webservers abklappert. Allerdings bedeutet das pro > Site 2^64 IPv6-Adressen durchzusuchen - bißchen viel für einen IPv6-Syn-nmap... > 2^64: 18446744073709551616: ok, unmöglich, das dauert zu lange > > b) > -> Bleibt nur noch die Möglichkeit, die komplette IPv6-reverse-Zone > rekursiv zu durchsuchen und alle existierenden PTR-Einträge abzufragen und > einen TCP-Syn auf Port 80 schicken. Das sollte schneller gehen. > > Andere Ideen? Muenster loggt TCP Zugriffe auf Port 80 und 3128 (squid wuerden mich auch interessieren) und macht daraus eine Liste. Da das JOIN schon jetzt eine Traffic Statistik fuehrt, sollte das moglich sein. Aus den Logs koennte man eine sich selbst aktualisierende Liste bauen, die auch noch eine wertung enthaelt, indem man die Server nach der Anzahl der Zugriffe ordnet (da man nur Pakete zaehlen kann, wird pro src-ipv6 nur ein Paket/day gewertet). Dann sollten juengere Zugriffe einen hoeheren Wertungsfaktor erhalten als aeltere, Zugriffe aelter als xxx Tage fallen aus der Statistik. Bei der Variante erhaelt man sicherlich keine vollstaendige Liste aller IPv6 Server, aber die wichtigsten sollten schon erfasst werden. iss nur ne idee :-) cu Uwe
Tunnelbroker
Hallo, fuer ipv6 Nutzer, die zur Zeit freenet6 Tunnel verwenden, gibt es jetzt auch die Moeglichkeit einen Tunnelbroker in Leipzig zu nutzen. Dies hat zum einen den Vorteil, dass die Tunnel nicht mehr ueber die kanadischen Server gelegt werden muessen, zum anderen wird bei dem Leipziger TB jedem Nutzer eine feste IPv6 zugeorndet, also: hard ipv6 <--> dyn. ipv4 So koennen dial-up user mit festen IPv6 arbeiten und sich eigene DNS Eintraege machen lassen. Dazu ist allerdings eine ordentliche Registrierung notwendig, die im Moment nur via email moeglich ist. wer mal testen will, der TB laeuft unter: http://bbackbone.informatik.uni-leipzig.de cu Uwe