IPv4 / IPv6

[Serraniel]

Hm, schon mal versucht übern Debugger lokal auf nem Dev System versucht zu analysieren was da im PHP Script genau passiert mit den Daten? Könnte ggf. Samstag nachmittag mal per Teamviewer dann mitschauen wenn ihr ein funtkionierendes Testsystem habt wo der Fehler reproduzierbar ist und ein Debugger zur Verfügung steht.

[Jacker™]

Originally Posted by Serraniel

Hm, schon mal versucht übern Debugger lokal auf nem Dev System versucht zu analysieren was da im PHP Script genau passiert mit den Daten? Könnte ggf. Samstag nachmittag mal per Teamviewer dann mitschauen wenn ihr ein funtkionierendes Testsystem habt wo der Fehler reproduzierbar ist und ein Debugger zur Verfügung steht.

Ich muss leider zugeben, dass bei PHP meine Kenntnisse nicht ausreichend sind für solche Dinge. Wenn du mir sagst wie ich hierfür einen Debugger verwende, kann ich das gerne mal nachsehen.

Das wäre super, wenn du uns helfen könntest!

[Mad0ck]

Wie sieht der code aus, dass der Button grau hinterlegt wird ?
Evt da was daran ändern bzw evt habt Ihr da was übersehen :3

Wobei es sicher nicht an so einer Kleinigkeit liegen wird, was ich hier so lese

[Serraniel]

Originally Posted by Jacker™

Ich muss leider zugeben, dass bei PHP meine Kenntnisse nicht ausreichend sind für solche Dinge. Wenn du mir sagst wie ich hierfür einen Debugger verwende, kann ich das gerne mal nachsehen.

Das wäre super, wenn du uns helfen könntest!

Alternativ google mal nach <Name von der IDE die ihr verwendet> setup PHP Debugger oder so ¯\_(ツ)_/¯

[0xFADED]

Originally Posted by Jacker™

Wenn ich allerdings von meinem Rechner aus (IPv6 mit DS Lite Tunneling) die Funktion "($_SERVER["REMOTE_ADDR"]" aufrufe erhalte ich nur die im DS Lite Tunnel enthaltene "IPv4" Adresse in der Ausgabe.

Da stellt sich für mich die Frage, ob der Webserver richtig konfiguriert ist?

Das ist bei DS-Lite erwartetes Verhalten wenn deine Domain zum Zeitpunkt des Tests noch keinen AAAA Record hatte. Ohne AAAA Record baut dein PC eine IPv4 Verbindung über das NAT deines ISPs und dessen Shared-IP auf, welche dann in REMOTE_ADDR auftaucht. Da Zeigt sich dann auch wieder die Problematik der Shared-IPs die florian0 angesprochen hatte.

Originally Posted by Jacker™

Ich bin zusätzlich hergegangen und habe jetzt noch einen AAAA Record für die Domain auf die IPv6 unseres Webservers zeigen lassen. Vielleicht hilft uns das schon weiter.

Originally Posted by bloody2009

wir können immer noch keinen Erfolg verzeichnen

Postet am besten mal den Code der für das Vergleichen der IP-Adressen bzw die vote-limitierung verantwortlich ist.

[Howaner]

Du solltest bei der IPv6 Prüfung auch bedenken, das jeder Router mindestens ein /64 Netz (Oft sogar ein /48 Netz) zugewiesen bekommt. Die volle IP mit den 128 Bits wird sich immer wieder mal ändern.
Es ist also wichtig, nur bis zur Hälfte die Gleichheit zu prüfen.

[0xFADED]

Originally Posted by Howaner

Du solltest bei der IPv6 Prüfung auch bedenken, das jeder Router mindestens ein /64 Netz (Oft sogar ein /48 Netz) zugewiesen bekommt.
Es ist also wichtig, nur bis zur Hälfte die Gleichheit zu prüfen.

"Bis zur hälfte" zu prüfen macht null sinn.
Du kannst nicht wissen ob jemand nen /64, /56, /48, oder whatever hat.
Und selbst wenn du das irgendwie wissen könntest würde dir der check nichts bringen weil die meisten ISPs mittlerweile bei privatkunden die präfixe dynamisch assignen. Darüber hinaus kommen viele IPv6 Router mittlerweile ab Werk mit der möglichkeit in regelmässigen intervallen einen neuen präfix zu beantragen. Afaik machen die halbwegs aktuellen Speedports der Telekom das per default immer irgendwann nach mitternacht, ausser du schaltest das explizit aus.

Der TE muss also insgesamt einfach damit leben das sich IPv6 nutzer nur arg schwer tracken lassen und lieber auf methoden wie browser fingerprinting zurückgreifen.