Contao und IPv6 ?

[BugBuster]

Hallöchen,
aus aktuellem Anlass (IPv6 Testlauf) wollte ich mal fragen, ob sich jemand dessen schon mal angenommen hat. (auch weil Goneo nun IPv6 anbietet)
Ein, wenn auch recht kurzer, Blick in den Quellcode sah so aus, als wenn dieverse Stellen durchaus damit klarkommen würden.

Weiß jemand was genaueres?

Meine Module kommen damit stellenweise nicht klar, glaub ich zumindest....

[xtra]

Das Einzige was mir nun auf's Radar kommt, was nicht passen koennte, das sind die Stellen, die die Remote IP auswerten.

Somit ggf. deine Bot detection.

Weiterhin noch evtl. die Request Klasse, das hab ich jedoch nicht probiert. Meine httprequestextended Extension sollte eine HTTP/1.1 Klasse liefern, die mit IPv6 klarkommt.

[BugBuster]

Ja, das meinte ich damit :-)

Habe gerade mein Ubuntu Server überzeugen können Präfix Verteiler zu spielen (für einen Global Scope Präfix) und nun hört plötzlich auch Apache auf IPv6 automatisch.
(nachdem ich ne halbe Stunde gesucht habe, warum Apache seine IPv6 Unterstützung nicht aktiviert)
Mein Windows XP bekommt nun von dort den Präfix und "baut" sich ne IP.
Nun kann das testen losgehen.

[BugBuster]

Beim Testen von Contao und IPv6 bin ich im Netz auf Logdateien gestoßen, in dem Zugriffe über IPv6 vom Google Bot zu sehen waren.
Folgende Adressen sind bekannt:

2001:4860:4801:1109:0:6006:1300:b075
2001:4860:4801:1303:0:6006:1300:b075
2001:4860:4801:1402:0:6006:1300:b075
2001:4860:4801:1408:0:6006:1300:b075

Mal abgesehen vom Präfix der geich ist, fällt hier auf, dass die letzten 3 Blöcke auch gleich sind.
Der Witz dabei:

600613  b075
Google  Bots

Alles klar?

[lindesbs]

Der Witz dabei:

600613  b075
Google  Bots

Alles klar?

Wie ist Dir das denn aufgefallen ?
WOW. clap clap clap

[xtra]

sehr nice. :P

[Oliver Beyersdorffer]

Hallo Contao-Experten,
nachdem ihr euch ja bereits dem Thema IPv6 grundsätzlich gewidmet habt, frage ich mich nun, ob genau das verantwortlich sein kann für die Schwierigkeiten einiger meiner Abonnenten, die sich seit einem Serverumzug und Providerwechsel zu domainFACTORY nicht mehr anmelden können?

Laut Systemlog erhalte ich folgende Meldung:

ID: 72547
Datum: 06-08-2014 15:47
Kategorie: ACCESS
Ursprung: Frontend
Benutzer:
IP Adresse: 2003:6b:f45:a03
Funktion: FrontendUser authenticate()
Browser: Mozilla/5.0 (s NT 6.3; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0
Details: The current session could not be verified

Der Support von domainFACTORY antwortet darauf, dass sie den Server getestet, auf dem mein Auftrag derzeit gehostet wird, geprüft und hierbei keinen Fehler feststellen konnten. Laut der Fehlermeldung, wird als IP-Adresse "2003:6b:f45:a03" zurückgegeben. Dies sei für eine IPv6 Adresse zu kurz und verursacht dadurch scheinbar das Problem. Ich solle daher die Software prüfen, ob diese korrekt mit IPv6 kompatibel ist, damit auch IPv6 Adressen verarbeitet werden können. Alle Server an sich, seinen problemlos über IPv6 erreichbar.

Das Problem scheint nur bei IPv6-Adressen aufzutreten. Aufgefallen ist mir das nur, weil jetzt erstmals ein neuer Abonnent betroffen ist und dieser definitiv nicht aufgrund alter Cookies, Cache etc. das Anmeldeproblem haben kann, das ich mit eurer Hilfe bereits lösen konnte. Bis auf Abonnenten mit IPv6-Adresse.

Habt ihr eine Lösung für diese Schwierigkeiten?

Dankbar für Ratschläge und Tipps ;-)

[xtra]

Also bei TYPOlight 2.5 (EOL August 27th, 2008) kann und wird dir wohl echt keiner mehr helfen koennen.
Da kann so vieles quer schiessen und ich glaube, der IPv6 Support war damals noch nicht wirklich drin.

Mach dringend ein upgrade auf die aktuelle LTS.

Gruss
Chris

[BugBuster]

Ab 2.10 RC1, da heißt es:

• Fixed: support IPv6 addresses in the Environment class (#3157)