mboost-dp1
Nye features til IPv6 test
Jeg er ikke interesseret i at holde dem væk fra testsiden. Jeg er blot interesseret i at filtrere dem fra når jeg laver statistik på resultaterne.Daniel-Dane (51) skrev:robots.txt klarer de fleste.
Jeg konstaterede på et tidspunkt at Googlebot stod for en meget stor del af IPv6 requests. Det er vist den eneste crawler med IPv6 support. (Nu får jeg lyst til at lave statistik på User-agent på alle de IPv6 requests der er i min log).
En ting jeg ændrede da jeg indså hvor mange requests Googlebot lavede var at den nu altid får samme test ID, hver gang den besøger testen. På den måde burde den ikke crawle så mange tiles fremover.
Jeg vil gerne have at hvis man går ind på Google og søger på testsiden, så får man den op, og i preview funktionen ser man siden med alle tiles.
Statistik på user-agent for alle IPv6 requests i min log:
9 -
1448 Googlebot-Image
1 Googlebot
25918 Mozilla
69 Opera
20 Wget
1 WinHttp-Autoproxy-Service
4 curl
117 w3m
Hovedparten udgiver sig for at være Mozilla, et nærmere kig på kommentar sektionen af user-agent afslører at mange af dem i virkeligheden ikke er Mozilla.
kasperd (52) skrev:Hovedparten udgiver sig for at være Mozilla, et nærmere kig på kommentar sektionen af user-agent afslører at mange af dem i virkeligheden ikke er Mozilla.
Du kender vist ikke historien bag user agent.
Jeg ved ikke hvorfor de fleste udgiver sig for at være Mozilla. Jeg gætter på at der engang for længe siden var websites der kun virkede hvis browseren hed Mozilla.Daniel-Dane (53) skrev:Du kender vist ikke historien bag user agent.
Mozilla er navnet på en af komponenterne i Netscape, som engang sad på det meste af markedet. Da Netscape koden blev frigivet fik open source udgaven navnet Mozilla. På et tidspunkt efter Firefox blev startet som udløber af Mozilla projektet blev Mozilla browseren omdøbt til Seamonkey.
I mellemtiden har IE overtaget en del af markedet, og der er begyndt at dukke websites op der kigger på kommentarfeltet af user-agent for at identificere IE. Der dukker websites op som gør en betydelig indsats for at sikre at man ikke kan se websitet medmindre man anvender IE. Det resulterer i at andre browsere begynder at introducere en feature til at imitere en IE browser, der udgiver sig for at være Mozilla.
Findes der en version af IE som identificerer sig som IE? Eller er det samtlige versioner af IE, der identificerer sig som Mozilla?
Daniel-Dane (51) skrev:robots.txt klarer de fleste.
Men det kan jeg jo sådanset også bruge robots.txt til. Jeg kan jo bare filtrere alle de test ID der er blevet brugt i en forespørgsel efter robots.txt.kasperd (52) skrev:Jeg er ikke interesseret i at holde dem væk fra testsiden. Jeg er blot interesseret i at filtrere dem fra når jeg laver statistik på resultaterne.
Samtidigt har jeg filtreret test IDs fra der er blevet forespurgt efter fra en RFC 1918 adresse, fordi det er mine egne tests. Det giver følgende statistik, som burde være forholdsvis præcis:
1208 test ID i alt
723 fuldt funktionel, kun IPv4
291 fuldt funktionel, IPv4 + IPv6
194 havde et problem
Jeg vil gerne have at billederne bliver crawlet. Jeg vil nemlig gerne vide hvordan bots håndterer forskellige typer IPv6 adresser. Jeg vil bare være i stand til at lave statistik der håndterer bots separat fra andre brugere.Mnc (56) skrev:Jeg havde nok forsøgt mig med, noget i stil med dette...
Navnene er allerede forskellige nok til at jeg kan skelne dem i robots.txt. Faktisk bruges der forskelligt domænenavn for hvert billede.
F.eks. har jeg fundet ud af at Googlebot i øjeblikket er den eneste crawler som har været i stand til at hente nogle af mine billeder over IPv6. Jeg har også fundet ud af at Googlbot går udenom alle sites der kun kan tilgås over 6to4.
Det var 395f4337f97fe53fa4666fb765fc687d97ee91da1322824142. I første test hentede den hurtigt de første 16 tiles. Derefter gik der lang tid før den hentede i15.jpg og i41.jpg fra 6to4 adressen. De to tiles er tilgængelig fra en 6to4 adresse og fra en teredo adresse. Så jeg er næsten sikker på det der skete var at den prøvede teredo først og så gav op efter ca. 3 sekunder og prøvede 6to4 i stedet.freesoft (58) skrev:Første forsøg fejlede på Teredo (fik ikke noteret test id)
I anden test blev alle tiles hentet, og i15.jpg og i41.jpg blev denne gang hentet over teredo. Det understøtter min formodning om hvorfor det tog lang tid at hente dem da du kørte testen første gang.
Den tabel som testen viste over hvilke adresser din browser valgte var grøn i fem ud af de otte felter, da du kørte testen anden gang. De felter der ikke vises i grøn skyldes at testen ikke synes din browser skulle have valgt teredo når den havde et andet valg. De problemer du oplevede i første omgang er årsagen mine anbefalinger.
Jeg overvejer at ændre rapportkoden lidt så den kan gennemskue at forsinkelsen på de to tiles da du kørte testen i første omgang skyldes at din browser prøvede teredo før 6to4. Det ville kunne give lidt bedre anbefalinger på den måde. Problemet er bare at det vil give et forkert resultat hvis der tilfældigvis opstår en forsinkelse af en anden grund.
Ovenstående har selvfølgelig ingen betydning på seriøse websites, da man ikke hoster et seriøst website på en teredo adresse. Findes der en hall of shame med websites på teredo adresser? Hvis ikke er her en start med de domæner jeg har kunnet finde frem til:
vi.dyndns.org
epr.bergnetworks.com
Ændrede du noget i opsætningen af din computer mellem de to tests?freesoft (58) skrev:Første forsøg fejlede på Teredo (fik ikke noteret test id), men anden gang kom alle.
Da du kørte første test anbefalede min kode at du kontaktede din udbyder for at få dem til at undersøge teredo relayet. Men i anden test var det tydeligt at det var din egen computers teredo klient, der også fungerede som teredo relay.
Hvis du har kørt med nøjagtigt samme opsætning i begge tests betyder det at min anbefaling på det punkt er misvisende. Måske skulle jeg droppe den del af anbefalingen igen.
Givet kompleksiteten af teredo setup protokollen er det ikke det mindste overraskende.freesoft (61) skrev:Måske der er noget i Windows som lige skal "sparkes" igen før teredo virker..
Overgangen til IPv6 ville have været så meget nemmere, hvis man havde holdt sig fra NAT til IPv4.
Teredos primære fordel i forhold til 6to4 er at teredo kan bruges gennem NAT. Havde man ikke brugt NAT ville teredo nok aldrig være blevet opfundet.
Ja, men det ville da ikke have været noget problem. De fleste virksomheder syntes, man havde så god tid til at få IPv6 rullet ud, at man valgte at vente 10 år efter protokollen var defineret før man begyndte på at overveje at opgradere.freesoft (63) skrev:men så havde vi vel også haft brug for IPv6 noget før
Samlet set tror jeg man ville have været langt bedre stillet hvis man havde været tvunget til at opgradere lidt tidligere.
Har transit udbyderne incitament til at lave den differentiering? Og hvor stor en forskel skal der til for at give udbyderne incitament til at opgradere? I sidste ende er det brugerne der kommer til at betale, og en prisforskel på IPv4 og IPv6 transit bliver ikke nødvendigvis synligt som en forskel for slutbrugerne. Det kunne blot være at udbyderne tillod mere oversubscription før de opgraderer deres peerings.D_V (65) skrev:En måde at få udbyderne til at få opgraderet, er vel at transit udbyderne lavet differentieret priser på ipv4 og ipv6 trafik, så der var et økonomisk incitament for at opgradere.
Det ser ud til at det vil kunne lade sig gøre. Så dit indlæg er hermed betragtet som en feature request, der vil blive implementeret i næste uge med mindre der viser sig et uventet problem eller nogen finder på en bedre feature request.kasperd (68) skrev:Jeg kan godt prøve at undersøge om det kan gøres med et CGI script i stedet.
Ja, du hentede 18 af billederne. Men når din browser bruger for lang tid på nogle af dem, så tæller de stadig som fejl. Da tiden var gået havde du kun hentet 14 af billederne. De andre 4 hentede du først 20 sekunder senere.freesoft (70) skrev:14/20, men der mangler nu kun 2 billeder. 22 og 34.
Du hentede ingen billeder fra min 6to4 adresse. Fra min 6to4 adresse kan jeg godt kommunikere med andre native IPv6 adresser, så det relay der bruges til pakker sendt fra min ende virker tilsyneladende.
Det vil sige at det er sandsynligvis det relay der bruges til pakker fra din computer, der er problemet. Du kan prøve en traceroute fra din computer til en vilkårlig 6to4 adresse for at undersøge hvor fejlen ligger.
Ups, partitionen var fuld, så den kunne ikke logge dine requests. Da den ikke fandt dine requests i loggen sagde den 0/20. Jeg kan se du prøvede igen 10 minutter senere, og da var der plads igen. Så noget har brugt resten af diskpladsen midlertidigt. Jeg vil prøve at finde ud af hvad det er der bruger for meget plads.plazm (72) skrev:Testen siger: 0/20 - WTF???
Jeg ved ikke nok om tor til at kunne sige hvor meget der skal til for at supportere IPv6. Det kræver nødvendigvis at exit nodes supporterer IPv6. Måske kræver det også lidt support i tor klienten, måske gør det ikke og man kan tilgå IPv6 hvis man tilfældigvis bruger en exit node med IPv6 suppport.Lord Daniel-Dane (76) skrev:Intet IPv6 over Tor.
Det er muligt med tor at selv vælge hvilke exit nodes man vil anvende. Hvis der findes exit nodes med IPv6 support kan man altså sætte sin klient op til at kun anvende exit nodes med IPv6 support.
Til gengæld er det fuldstændig ligegyldigt hvilken transport protokol man kører tor over. Forbindelsen mellem tor klienten og exit nodes kan køre over IPv4 noget af vejen og IPv6 andre steder på vejen uden at det udgør det mindste problem for det overordnede design af tor. Men jeg ved ikke om softwaren har understøttelse for IPv6 på det sted.
Det kunne være man skulle prøve at sætte en tor klient op på en maskine uden IPv4 adgang bare for at se hvad der sker.
Prøv igen. Nu er det lavet om til et cgi script, der startes af webserveren på port 80.m910q (67) skrev:Jeg kan ikke se framen til højre på grund af port 8008 er blokeret fra hvor jeg sidder. Er der nogen grund til den ikke køre på 80?
Det gamle xinetd script findes stadig på port 8008, men der linkes ikke længere til det. Jeg har kun gemt det af hensyn til muligheden for at debugge.
Det var en logfil, der mest af alt bestod af IPv6 adresser. Det ved jeg ikke, om der er nogen, der tænder på.Lord Daniel-Dane (74) skrev:Porno. Det er altid porno.
Hvordan kan testen sige, at jeg har hentet tiles over Teredo eller 6to4 samt give en addresse paa et teredo-relay jeg efter sigende skulle anvende, naar min ipv6-forbindelse paa min computer (linux) bestaar i en global tilgaengelig addresse fra HE og en defaultroute til min gateway-enhed, der ogsaa koerer linux og hvis ipv6-forbindelse bestaar af en sit-tunnel til HE?
Jeg har ingen steder konfigureret 6to4 eller Teredo, og wireshark giver heller ingen match paa teredo-relayet - heller ikke naar jeg opdaterer test-siden.
Jeg har ingen steder konfigureret 6to4 eller Teredo, og wireshark giver heller ingen match paa teredo-relayet - heller ikke naar jeg opdaterer test-siden.
Webserveren har tre IPv6 adresser:Tukanfan (79) skrev:Hvordan kan testen sige, at jeg har hentet tiles over Teredo eller 6to4 samt give en addresse paa et teredo-relay jeg efter sigende skulle anvende, naar min ipv6-forbindelse paa min computer (linux) bestaar i en global tilgaengelig addresse fra HE og en defaultroute til min gateway-enhed, der ogsaa koerer linux og hvis ipv6-forbindelse bestaar af en sit-tunnel til HE?
- En 6to4 adresse
- En native adresse
- En Teredo adresse
Den native adresse er faktisk en HE tunnel, men for testen gør det ingen forskel om det er en HE tunnel eller en native adresse fra en ISP.
For at hente alle billederne er din browser nødt til at kommunikere med alle tre IPv6 adresser på serveren. Når der kommunikeres mellem forskellige typer adresser er pakkerne nødt til at gå gennem et relay. Ved kommunikation mellem 6to4 og Teredo kan pakkerne faktisk skulle gennem to relays i hver retning.
Ved kommunikation mellem 6to4 og native IPv6 sendes pakkerne i hver retning gennem det relay der er nærmest afsenderen. Som oftest vil pakkerne altså bevæge sig gennem to forskellige relays i de to retninger.
Teredo er mere kompliceret og bruger en indviklet setup protokol, som opretter en midlertidig tunnel mellem et Teredo relay og Teredo klienten. Pakkerne i begge retninger går gennem det relay der er tættest på den ende der bruger native IPv6.
Når din computer kun har en native IPv6 adresse (i dette tilfælde fra en HE tunnel), så skal pakkerne gennem et Teredo relay for at du kan hente tiles fra serverens Teredo adresse. Det anvendte relay vil være det, der er tættest på din computer.
Du kunne i princippet selv køre et Teredo relay på din computer eller din server, og så ville det relay blive brugt. Det lyder som om du ikke selv har sådan et relay, så pakkerne sendes gennem din router til Hurricane Electrics tunnel server. Derfra fortsætter det til det Teredo relay der er tættest på denne tunnel server.
Hurricane Electric har haft valget mellem at selv køre Teredo relays eller lade trafikken gå videre fra deres netværk videre til et andet netværk, som har et Teredo relay.
Hurricane Electric har valgt at køre deres egne relays. Så vidt jeg ved har de et Teredo relay sammen med hver tunnel server. Hvis du kigger på den IPv4 adresse du får fra testen vil det nok vise sig at være en adresse, der tilhører Hurricane Electric. Du burde se en IPv4 adresse der ligger i nærheden af den tunnel server du bruger. Prøv at kigge på IPv4 adressen på den tunnel server du bruger og sammenlign med adressen på det Teredo relay som testen fortæller dig at du bruger.
Der er ikke ret mange webservere på Teredo adresser, og man bør ikke sætte en webserver op på den måde. Derfor kan mange brugere være ligeglade med, hvilket Teredo relay de bruger.
Det er sandsynligvis kun vigtigt for dig, hvis du har tænkt dig at køre en server på dit lokalnet. Hvis du har en server med en IPv6 adresse fra din HE tunnel, og denne server bliver tilgået fra en Teredo klient, så vil dit Teredo relay blive brugt til denne trafik, og derfor kan oplysningen fra testen være brugbar. Hvis du kører en server på en IPv6 adresse er det ret sandsynligt, at den vil blive tilgået fra Teredo klienter, fordi nogle nyere Windows versioner automatisk sætter en Teredo klient op, hvis ikke de har anden IPv6 adgang.
Oplysningen om hvilket Teredo relay der anvendes vises altså til alle brugere af testen, der er i stand til at kommunikere med min Teredo adresse. Hvis man selv anvender en Teredo klient vil testen også vise en Teredo server og Teredo klient adresse. De to oplysninger går jeg ud fra at du ikke så, da du ikke kører en Teredo klient.
Hvis man kører en Teredo klient vil denne Teredo klient som regel også fungere som Teredo relay. Så hvis man får oplyst både en Teredo klient adresse og et Teredo relay adresse, så vil de ofte begge være på din egen IPv4 adresse, og de vil begge have samme portnummer (med mindre du har en NAT der giver forskellig portnummer afhængigt af hvem du kommunikerer med).
Foerst og fremmest mange tak for det detaljerede svar.
Men jeg forstaar ikke helt det med Teredo. Naar trafik fra en native IPv6 addresse er gaaet ind i et Teredo-relay med det formaal at naa en Teredo addresse, hvordan forwarder Teredo-relayet saa trafikken videre?
Men jeg forstaar ikke helt det med Teredo. Naar trafik fra en native IPv6 addresse er gaaet ind i et Teredo-relay med det formaal at naa en Teredo addresse, hvordan forwarder Teredo-relayet saa trafikken videre?
Teredo adressen indeholder oplysninger om hvilken IPv4 adresse pakken skal sendes til.Tukanfan (81) skrev:Naar trafik fra en native IPv6 addresse er gaaet ind i et Teredo-relay med det formaal at naa en Teredo addresse, hvordan forwarder Teredo-relayet saa trafikken videre?
En IPv6 adresse er altid på 128 bits. Teredo adresser starter med en bestemt 32 bits sekvens. I hexadecimal er de 32 bits: 20010000. I IPv6 notation skrives det som 2001:0::/32 eller 2001::/32.
De resterende 96 bits bruges på følgende måde. 32 bits angiver Teredo serverens IPv4 adresse, 16 bits flags, 16 bits klientens UDP port nummer, 32 bits klientens IPv4 adresse. Flags fortæller blandt andet noget om hvilken type NAT klienten befinder sig bagved.
Teredo relay kan så enten sende pakken direkte til klientens UDPv4 port hvis klienten ikke befinder sig bagved NAT, eller hvis NAT enheden er meget samarbejdsvillig, eller kontakte Teredo serveren, som kan hjælpe med koordinering.
Teredo serveren kører altid på UDP port 3544, og klienten og serveren kommunikerer periodisk med hinanden, så når relay kontakter Teredo serveren, kan Teredo serveren fortælle klienten at der er et relay, der gerne vil kommunikere med klienten. Så kan klienten kontakte relayet for at oprette en midlertidig tunnel mellem klient og relay.
Når en Teredo klient starter op starter den med at kontakte en Teredo server for at få tildelt en IPv6 adresse. Man kan i princippet bruge en vilkårlig Teredo server, men jeg tror langt de fleste anvender det som deres Teredo klient bruger som default.
Da der stort set kun bruges to Teredo klienter giver det et meget lille antal servere. Jeg har kun set 6 forskellige Teredo server IP adresser.
4 af de Teredo servere drives af Microsoft, og jeg går ud fra at det er Windows indbyggede Teredo klient, der bruger de servere.
1 af Teredo serverne drives af Rémi Denis-Courmont, som har skrevet Miredo. Miredo er en samling Teredo software til Unix o.l. Det er mig bekendt den eneste udbredte klient på Linux, BSD og Mac OS X.
Og så har jeg set en enkelt cybercity bruger, som har valgt en Teredo server hos en finsk internet exchange.
Hvis du vil læse Teredo specifikationen, så kan den findes her: http://www.ietf.org/rfc/rfc4380.txt
Lettere relateret til denne tråd, så har jeg fået et tip om at der skulle komme en interessant IPv6 relateret annoncering fra isoc i starten af januar.
Præcist hvad det skulle være ved jeg ikke. Jeg gætter på at det enten bliver en annoncering af at de store indholdsudbydere er blevet enige om at køre dual stack i en uge. Eller måske at de er blevet enige om en dato hvor de vil skifte permanent til dual stack (yeah right, in your dreams).
Der har længe været snak om en IPv6 uge. Vint Cerf har foreslået at det kunne være midt i 2012, ved samme lejlighed sagde han at han gerne så 30 året for IPv4 blev dagen hvor man definitivt gik over til IPv6, det ville sige starten af Januar 2013.
At stoppe alt brug af IPv4 i 2013 er urealistisk. Men at få de store indholdsudbydere til at skifte permanent til dual stack inden 2013 er realistisk. Faktisk tror jeg nogen af dem bliver nødt til at skifte permanent til dual stack allerede i første halvdel af 2012 fordi de har brugere som kun har IPv6 adgang.
I mellemtiden har en række Brasilianske virksomheder besluttet en IPv6 uge i februar. De var ikke alle klar til at deltage i IPv6 dagen 8. juni i år. Men nu har de en mere ambitiøs plan for februar 2012. De vil køre dual stack en hel uge, og de vil ikke kun skifte indholdet over på dual stack, men vil også prøve at få mange brugere over på dual stack i den uge.
Præcist hvad det skulle være ved jeg ikke. Jeg gætter på at det enten bliver en annoncering af at de store indholdsudbydere er blevet enige om at køre dual stack i en uge. Eller måske at de er blevet enige om en dato hvor de vil skifte permanent til dual stack (yeah right, in your dreams).
Der har længe været snak om en IPv6 uge. Vint Cerf har foreslået at det kunne være midt i 2012, ved samme lejlighed sagde han at han gerne så 30 året for IPv4 blev dagen hvor man definitivt gik over til IPv6, det ville sige starten af Januar 2013.
At stoppe alt brug af IPv4 i 2013 er urealistisk. Men at få de store indholdsudbydere til at skifte permanent til dual stack inden 2013 er realistisk. Faktisk tror jeg nogen af dem bliver nødt til at skifte permanent til dual stack allerede i første halvdel af 2012 fordi de har brugere som kun har IPv6 adgang.
I mellemtiden har en række Brasilianske virksomheder besluttet en IPv6 uge i februar. De var ikke alle klar til at deltage i IPv6 dagen 8. juni i år. Men nu har de en mere ambitiøs plan for februar 2012. De vil køre dual stack en hel uge, og de vil ikke kun skifte indholdet over på dual stack, men vil også prøve at få mange brugere over på dual stack i den uge.
8 ud af 20, test-id: ca698cd37f760320b9a6b9dd7640839a30e606c21324576529
Hvis proxy scriptet slår IPv4 adressen op for at finde ud af om der skal bruges proxy, kan det forklare hvorfor klienten ikke kan finde ud af at bruge proxyen til indhold der kun er på IPv4.
Hvis de DNS opslag foregår direkte fra klienten og ikke går gennem proxy kan de måske afsløre hvor klienten er. Har du overvejet at undersøge hvilken IP adresse DNS opslaget kommer fra?
At IPv6 adressen ligner noget Windows har lavet skyldes måske at proxyen kører på en Windows maskine.
Det er ikke på backbone at supporten mangler. Det er primært SOHO routere der mangler IPv6 support. Hvis man ser bort fra SOHO routere har langt det meste hardware og de fleste operativsystemer den nødvendige support.
Udfra den betragtning er IPv4 et eksperiment, og IPv6 netværket er produktionsnetværket.
Jeg kender personer der har brugt NAT siden slutningen af 90erne.kasperd (5) skrev:Hvis bare de får det ud til kunderne før der kommer så mange enheder på nettet at man bliver nødt til at bruge NAT, så er det jog også helt fint.
Det lyder spændende, er det noget man kan læse mere om?Alrekr (17) skrev:Ang. IPv6. Jeg snakkede med et par medlemmer af Foreningen Kollegienet Odense. De fortæller at de måske kan blive den første ISP med IPv6 til private
Er du sikker på det er VPN? Måske er det bare en webproxy? Det kan være klienten bruger et proxy script til at finde ud af om der er lokale adresser eller om adresserne skal sendes gennem proxyen.kasperd (45) skrev:Jeg gætter på at brugen af VPN har noget at sige, men jeg har ikke fantasi til at gætte hvordan den fejl er opstået.
Hvis proxy scriptet slår IPv4 adressen op for at finde ud af om der skal bruges proxy, kan det forklare hvorfor klienten ikke kan finde ud af at bruge proxyen til indhold der kun er på IPv4.
Hvis de DNS opslag foregår direkte fra klienten og ikke går gennem proxy kan de måske afsløre hvor klienten er. Har du overvejet at undersøge hvilken IP adresse DNS opslaget kommer fra?
At IPv6 adressen ligner noget Windows har lavet skyldes måske at proxyen kører på en Windows maskine.
Det gør jeg :-Pkasperd (78) skrev:Det var en logfil, der mest af alt bestod af IPv6 adresser. Det ved jeg ikke, om der er nogen, der tænder på.
Det nævnte du også i #25. Har du et link?kasperd (85) skrev:Der har længe været snak om en IPv6 uge. Vint Cerf har foreslået at det kunne være midt i 2012, ved samme lejlighed sagde han at han gerne så 30 året for IPv4 blev dagen hvor man definitivt gik over til IPv6, det ville sige starten af Januar 2013.
Procentdelen af backbone routere hvor IPv6 er aktiveret er da væsentligt højere end procentdelen af brugere der har IPv6 adgang i dag.terracide (86) skrev:mange typer udstyr til corenetwork har slet ikke final IPV6 firmware
Det er ikke på backbone at supporten mangler. Det er primært SOHO routere der mangler IPv6 support. Hvis man ser bort fra SOHO routere har langt det meste hardware og de fleste operativsystemer den nødvendige support.
Har Vint Cerf ikke udtalt at grunden til at IPv4 kun har 32 bits adresser er, at IPv4 var et eksperimentelt netværk og det altid har været planen at hvis det viste sig at de grundlæggende principper fungerede ville man efterfølgende designe et rigtigt produktionsnetværk?terracide (86) skrev:Lige nu er der for meget hype og for lidt testet "produktion"....
Udfra den betragtning er IPv4 et eksperiment, og IPv6 netværket er produktionsnetværket.
Indlæg #5 var selvfølgelig sarkastisk ment. Jeg var jo udmærket godt klar over at for at opfylde hvad jeg skrev skulle de have haft IPv6 ude til alle brugere for mange år siden.stekkurms (87) skrev:Jeg kender personer der har brugt NAT siden slutningen af 90erne.
Det navn jeg kunne finde ud fra IP adressen antød at det var VPN. Men jeg kan ikke vide med sikkerhed om det er VPN eller en webproxy eller noget helt andet. For den sags skyld kunne det være at der er en person som bruger en VPN forbindelse til at hoste en webproxy. På nuværende tidspunkt er den pågældende IP adresse ikke tilgængelig, så det er svært at undersøge nærmere.stekkurms (87) skrev:Er du sikker på det er VPN? Måske er det bare en webproxy?
Det kan lade sig gøre. Min erfaring siger at det ikke giver nogen særlig god oplevelse. De browsere jeg har prøvet at gøre det i hang imens DNS opslaget var i gang. Det vil sige at et proxy script der laver DNS opslag og en sløv DNS server ville få hele browseren til at fryse i perioder.stekkurms (87) skrev:Hvis proxy scriptet slår IPv4 adressen op
Det kunne det i teorien godt.stekkurms (87) skrev:kan det forklare hvorfor klienten ikke kan finde ud af at bruge proxyen til indhold der kun er på IPv4.
Kunne man sige at det ville være ironisk, hvis det skete?stekkurms (87) skrev:Hvis de DNS opslag foregår direkte fra klienten og ikke går gennem proxy kan de måske afsløre hvor klienten er.
Jeg hoster ikke selv DNS til testen. Det kunne jeg selvfølgelig godt overveje at gøre. Spørgsmålet er om det vil sige at jeg får brug for endnu flere billeder og får brug for at lave en masse om.stekkurms (87) skrev:Har du overvejet at undersøge hvilken IP adresse DNS opslaget kommer fra?
Det var vist https://www.facebook.com/photo.php?v=2507393216396... men jeg kan ikke længere få det link til at virke. Noget overraskende kan jeg ikke finde et eksemplar af den på youtube.stekkurms (87) skrev:Har du et link?
Isoc har netop offentliggjort deres 20 års jubilæum og i den forbindelse udsendt en [url= hvor centrale personer fortæller om baggrunden for isoc.kasperd (85) skrev:Lettere relateret til denne tråd, så har jeg fået et tip om at der skulle komme en interessant IPv6 relateret annoncering fra isoc i starten af januar.
Da denne annoncering ikke siger et ord om IPv6 gætter jeg på at der nok er en anden annoncering på vej også.
Er der stadigvæk browsere, der har det problem?kasperd (88) skrev:Det vil sige at et proxy script der laver DNS opslag og en sløv DNS server ville få hele browseren til at fryse i perioder.
Deploy360?kasperd (89) skrev:Da denne annoncering ikke siger et ord om IPv6 gætter jeg på at der nok er en anden annoncering på vej også.
Det trak lidt ud med den annoncering, men sørme om ikke det viste sig at de faktisk er blevet enige om at skifte permanent til dual stack.kasperd (85) skrev:Jeg gætter på at det enten bliver en annoncering af at de store indholdsudbydere er blevet enige om at køre dual stack i en uge. Eller måske at de er blevet enige om en dato hvor de vil skifte permanent til dual stack (yeah right, in your dreams).
http://www.internetsociety.org/news/world-ipv6-lau...
Facebook, Google, Bing og Yahoo vil skifte permanent til dual stack 6. juni 2012. Datoen er selvfølgelig symbolsk. At det sandsynligvis bliver ca. samme tid som Europa løber tør for IPv4 adresser er nok en tilfældighed.
Jeg har indsendt en nyhed fordi det er da værd at få på forsiden af newz.dk når der endeligt sker noget.
Nogle internetudbydere har lovet at de samme dato også vil have 1% af deres brugere online over IPv6. Det nævnes ikke hvor hurtigt de regner med at nå op i nærheden af 100%, men mon ikke de vil øge procentdelen indtil de får øje på skalleringsproblemer.
Nu må jeg så i gang med at opdatere mine websider til at nævne den netop offentliggjorte dato.
For ca. et år siden lovede Yahoo at de ville have permanent dual stack inden udgangen af 2011. Men med udsigt til valget mellem at gå enegang eller vente et halvt år længere og tage skridtet i fællesskab med andre udbydere kan jeg godt forstå at de besluttede sig for at ændre deres planer.
Jeg har opdateret de steder hvor testen har refereret til enten IPv6 day eller test-ipv6.com.kasperd (91) skrev:Nu må jeg så i gang med at opdatere mine websider til at nævne den netop offentliggjorte dato.
I stedet for at nævne IPv6 day peger testen nu på http://www.worldipv6launch.org/
Hvis testen vælger at foreslå, at man også afprøver et andet test site linkes der nu til både http://test-ipv6.com/ og http://www.itst.dk/ipv6-test
Resten af siderne bliver opdateret på et senere tidspunkt, så vidt jeg ved er der ikke nogen af mine andre sider som indeholder oplysninger, der er decideret forældet.
Jeg spekulerer på om de to brugere der fik 20/20 på en Stofa forbindelse har oplevet det samme som mig, nemlig at Stofa helt uden varsel reconfigurede kabelmodemet til at opføre sig som en NAT enhed i stedet for at give hver computer en ægte IP adresse.kasperd (14) skrev:Samme OS som #8. Det er ikke Stofa der er helt med, det er dit operativsystem der automatisk sætter 6to4 og teredo op for dig.
De brugere vil nok ikke længere få et lige så godt resultat i testen, med mindre de lige som jeg har skiftet configurationen tilbage til hvad den var før.
Nu har jeg prøvet at sammenligne valget af Teredo server med user-agent for at se om sammenhængen er som forventet.kasperd (82) skrev:Da der stort set kun bruges to Teredo klienter giver det et meget lille antal servere. Jeg har kun set 6 forskellige Teredo server IP adresser.
4 af de Teredo servere drives af Microsoft, og jeg går ud fra at det er Windows indbyggede Teredo klient, der bruger de servere.
1 af Teredo serverne drives af Rémi Denis-Courmont, som har skrevet Miredo. Miredo er en samling Teredo software til Unix o.l. Det er mig bekendt den eneste udbredte klient på Linux, BSD og Mac OS X.
Og så har jeg set en enkelt cybercity bruger, som har valgt en Teredo server hos en finsk internet exchange.
Jeg fandt en enkelt bruger med en user-agent, der sagde Linux, men som bruge en af Microsofts Teredo servere. Bortset fra denne ene bruger så jeg udelukkende Windows brugere på de fire Teredo servere, som Microsoft kører.
Jeg fandt en enkelt bruger med en user-agent, der sagde Windows, men som brugte den Teredo server som Miredo bruger som default. Bortset fra denne ene bruger så jeg udelukkende Linux brugere på de to sidste Teredo servere.
De to afvigere kan enten forklares med at man har konfigureret sin Teredo klient til at bruge en anden server, eller at man har brugt en proxy eller lignende til at køre browseren på en computer men kontakte webserveren fra en anden computer.
Jeg gætter på at den Linux bruger, som har anvendt en finsk Teredo server også bruger Miredo klienten. Om vedkommende så selv har valgt den pågældende Teredo server, eller om det er fordi Miredo bruger forskellige servere afhængigt af hvor man befinder sig, ved jeg ikke.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
Gå til bund