Likes Likes:  0
Resultaten 1 tot 5 van de 5
Geen
  1. #1
    Dual stack IPv6 probleem
    moderator
    4.749 Berichten
    Ingeschreven
    21/02/09

    Locatie
    Noord-Holland

    Post Thanks / Like
    Mentioned
    25 Post(s)
    Tagged
    0 Thread(s)
    185 Berichten zijn liked


    Naam: D. Koop
    Bedrijf: Yourwebhoster.eu
    Functie: baas
    URL: yourwebhoster.eu
    KvK nummer: 32165429
    View danielkoop's profile on LinkedIn

    Thread Starter

    Dual stack IPv6 probleem

    Als ik op een dual stack lijn zit dan pakt Chrome en firefox random (of volgens een algoritme) IPv4 of IPv6. Bepaalde systemen zijn IP based en zodra ik van IP adres verander moet ik opnieuw inloggen. Heeft iemand hier een oplossing voor? Ik kan bij Chrome niks vinden om IPv6 te "forceren".

    Ik werk met OS X 10.8.2.
    Met vriendelijke groet, Yourwebhoster.eu - Managed VPS diensten met Epyc performance op 100% SSDs

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!

  2. #2
    Dual stack IPv6 probleem
    geregistreerd gebruiker
    133 Berichten
    Ingeschreven
    26/09/12

    Locatie
    Kortenhoef

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    32 Berichten zijn liked


    Naam: Sebastiaan Hoogeveen
    Bedrijf: NederHost
    URL: www.nederhost.nl
    Registrar SIDN: Ja
    ISPConnect: Lid
    KvK nummer: 34099781

    In oudere versies van OS X zat een bug in de resolver waardoor AAAA-records geen voorkeur hadden boven A-records. Tegenwoordig implementeert Apple schijnbaar RFC 6555 (Happy Eyeballs) waardoor IPv6 niet perse de voorkeur krijgt boven IPv4. Voor zover ik weet is dit gedrag niet te veranderen in OS X of in de browsers (je zou hooguit IPv4 kunnen forceren door IPv6 uit te schakelen op OS-niveau of in Chrome).

    Overigens krijg je, zelfs als je erin slaagt IPv6 te forceren, ook te maken met IPv6 privacy extensions. Hiermee krijg je regelmatig een nieuw IPv6-adres waardoor je sessie ook niet meer 'geldig' zal zijn. Oplossingen voor dat probleem zijn het binden van een sessie aan een heel netwerk (dus de heel /64, niet perse veilig afhankelijk van het netwerk waar je op zit) of, op de clientkant, het uitschakelen van privacy extensions:

    sudo sysctl -w net.inet6.ip6.use_tempaddr=0
    Sebastiaan Hoogeveen (NederHost)

  3. #3
    Dual stack IPv6 probleem
    moderator
    4.749 Berichten
    Ingeschreven
    21/02/09

    Locatie
    Noord-Holland

    Post Thanks / Like
    Mentioned
    25 Post(s)
    Tagged
    0 Thread(s)
    185 Berichten zijn liked


    Naam: D. Koop
    Bedrijf: Yourwebhoster.eu
    Functie: baas
    URL: yourwebhoster.eu
    KvK nummer: 32165429
    View danielkoop's profile on LinkedIn

    Thread Starter
    Citaat Oorspronkelijk geplaatst door NederHost Bekijk Berichten
    In oudere versies van OS X zat een bug in de resolver waardoor AAAA-records geen voorkeur hadden boven A-records. Tegenwoordig implementeert Apple schijnbaar RFC 6555 (Happy Eyeballs) waardoor IPv6 niet perse de voorkeur krijgt boven IPv4. Voor zover ik weet is dit gedrag niet te veranderen in OS X of in de browsers (je zou hooguit IPv4 kunnen forceren door IPv6 uit te schakelen op OS-niveau of in Chrome).
    Dat is even een tegenvaller

    Citaat Oorspronkelijk geplaatst door NederHost Bekijk Berichten
    Overigens krijg je, zelfs als je erin slaagt IPv6 te forceren, ook te maken met IPv6 privacy extensions. Hiermee krijg je regelmatig een nieuw IPv6-adres waardoor je sessie ook niet meer 'geldig' zal zijn. Oplossingen voor dat probleem zijn het binden van een sessie aan een heel netwerk (dus de heel /64, niet perse veilig afhankelijk van het netwerk waar je op zit) of, op de clientkant, het uitschakelen van privacy extensions:

    sudo sysctl -w net.inet6.ip6.use_tempaddr=0
    Ik heb reeds een static IP ingesteld om dit te voorkomen, maar de bovenstaande commando lost dit dus ook op?
    Met vriendelijke groet, Yourwebhoster.eu - Managed VPS diensten met Epyc performance op 100% SSDs

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!

  4. #4
    Dual stack IPv6 probleem
    geregistreerd gebruiker
    333 Berichten
    Ingeschreven
    03/08/03

    Locatie
    Groningen

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    10 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 02076829

    Dat sysctl commando zorgt dat de machine geen "willekeurig" IPv6-adres pakt.

    Normaal gesproken krijg je een IPv6 adres dat onder andere bestaat uit je MAC adres. Dat heeft enige risico's als het op privacy aan komt. Omdat een MAC-adres redelijk uniek is, zou je een computer kunnen herkennen aan zijn MAC adres dat "verborgen" zit in het IPv6 adres. Dus, als jij op een universiteit Interet met je laptop zal het MAC-deel van je IPv6-adres identiek zijn aan het MAC-deel van je IPv6-adres dat je op een andere locatie krijgt. Zo kan bv. Google zien dat je achter dezelfde laptop zit ookal zit je op een compleet andere locatie.

    Om dat te voorkomen is er een optie Privacy Extensions. Dat randomiseert dat MAC-gedeelte van het IPv6-adres (je daadwerkelijke MAC wijzigt niet).

    Als je nu al een static IP hebt geconfigureerd dan hoef je die sysctl niet uit te voeren. Dat is alleen voor dynamische IPs (IPv6 RA's / DHCPv6)

  5. #5
    Dual stack IPv6 probleem
    moderator
    4.749 Berichten
    Ingeschreven
    21/02/09

    Locatie
    Noord-Holland

    Post Thanks / Like
    Mentioned
    25 Post(s)
    Tagged
    0 Thread(s)
    185 Berichten zijn liked


    Naam: D. Koop
    Bedrijf: Yourwebhoster.eu
    Functie: baas
    URL: yourwebhoster.eu
    KvK nummer: 32165429
    View danielkoop's profile on LinkedIn

    Thread Starter
    Voorkeur heeft voor dynamisch ivm meerdere werkplekken/locaties met IPv6. Echter gebruik ik op de andere locaties niet de applicaties icm de ip based logins. Toch bedankt voor je uitleg
    Met vriendelijke groet, Yourwebhoster.eu - Managed VPS diensten met Epyc performance op 100% SSDs

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!



Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics