IPv6 problemen na onderhoud Ziggo

[Briolet]

Ik kreeg vorige week een mailtje van Ziggo:

Onderhoud aan je netwerk:
Datum: 14 april
Werktijden: Van 07.00 tot 10.00 uur

Dat klopt, want vanochtend zag ik aan de mailtjes van Synology dat de nas tussen 7:50 en 8:00 even off-line was.

Maar de volgende bewering van ziggo klopt niet:

Zodra we de klus af hebben, werkt alles weer zoals je gewend bent.

Ik merkte de problemen zelf eigenlijk pas aan het einde van de middag toen ik de Stentor en de NOS app wilden gebruiken.  Beide waren retetraag geworden.  Vooral plaatjes laadden bijna niet in.

Dit probleem had ik twee jaar geleden ook al eens gehad toen mijn externe IP veranderd was.  En inderdaad, mijn IP was veranderd en de connectbox van Ziggo geeft de aanpassing niet goed door aan mijn Synology router die vervolgens nog de oude IPv6 adressen aan mijn smartphone uitdeelt.  De vorige keer was ik lang bezig om de nieuwe IPv6 adressen in de Synology router te zetten, maar ik herinnerde me dat gewoon het resetten van de connectbox ook een trigger aan de Synology router gaf om nu de nieuwe IPv6 adressen uit te delen. En dat hielp idd.

Nu moet ik alleen nog uitvogellen waarom ik geen mailtje van mijn script kreeg dat elk uur mijn IP adres controleert en dit bij een afwijking meld, totdat ik hanmatig mijn IPv4 adres bij mijn domein hoster aangepast heb.

[Briolet]

Dit geeft direct ook wel weer de beperking van DDNS bij IPv6 weer.

Ik heb alleen de DDNS van synology.  Via DDNS worden alle subdomeinen van mijn domeinnaam actueel gehouden. Het 'kale' domeinnaam moet ik echter handmatig aanpassen bij een verandering. Maar ook de firewall van de Synology router, want default worden IPv6 adressen geblokkeerd. Als mijn nas een nieuw IPv6 adres krijgt, moet ik dit ook in de firewall aanpassen.

[Birdy]

Moest jouw Topic niet in publieke lounge ?
Dan heb je veel meer lezers 

[Briolet]

Natuurlijk moest hij daarheen. Ik dacht ook dat ik hem daar geplaatst had (En niet in het mod-only deel)

Ik dacht dit is weer een goede reminder dat dingen mis kunnen gaan op een manier die je niet verwacht.  Het traag werken van een app door een IPv6 wissel.  (Hoewel ik niet snap waarom het mis gaat met de snelheid in de apps)

[Babylonia]

Hoewel ik nu met mijn huidige provider  (Odido)  helemaal niets m.b.t. IPv6 adressen kan controleren, omdat Odido geen IPv6 ondersteunt.
Staat me wel bij dat  "eerder bij KPN"  met wel IPv6, een wisseling van een IP adres,
dat ook consequenties heeft op achterliggende IPv6 "deel" sub-netten, als "aangeboden" IPv6 adressen voor je LAN netwerk apparaten.

Het gaat hem dus niet om een eventueel expliciet "vast" apparaat gebonden IPv6 adres.
Want zo is IPv6 m.b.t. de huidige internet structuur in relatie tot beveiliging opties NIET geïmplementeerd.

Ofwel bij verandering van een  "WAN"  IP adres, zul je dat op lokaal IPv6 sub-net niveau ook moeten aanpassen.

Een eerdere online whitepaper, waar dat heel begrijpelijk beschreven stond, is inmiddels echter niet meer openbaar toegankelijk.
Heb zelf echter geen inlog account om de bewuste informatie op te roepen.  "Als het als zodanig nog online staat" ??

Zie eerdere info:    https://www.synology-forum.nl/synology-router/ipv6-ondersteuning-synology-routers/msg328011/#msg328011

[ EDIT ]   (14-4-2025)   De volgende juist erg informatieve informatie is niet meer openbaar.
    (Mogelijk als gevolg van eerdere hacks binnen de servers van universiteiten / hogescholen ??).
    Laat de link toch even hier staan voor mensen met een account / toegang.

    https://wiki.surfnet.nl/display/SURFnetnetwerkWiki/Whitepaper+IPv6-nummerplan+opstellen

        Deze whitepaper (PDF) bevat een handleiding voor het opstellen van een goed nummerplan bij de overgang naar IPv6.
        Een goed nummerplan is een systeem waarmee u de IPv6-adressen toekent aan locaties en/of gebruikerstypen.


Vond aan de hand van achterliggende URL verwijzingen wel "alternatieven" van die informatie.
Maar vanuit mijn herinnering minder duidelijk en gestructureerd beschreven met wat ik vanuit het originele PDF-bestand kon halen.
https://www.google.nl/search?q=rapport_201309_IPv6_numplan_NL.pdf&newwindow=1&sclient=gws-wiz

---->  < DIT PDF bestand >  -  lijkt het origineel te zijn met wat ik me kan herinneren  =  Versie 2, 18 september 2013

De eerdere link bevat tevens ook een verwijzing naar:     201309_IPv6_numplan_NL.pdf   =  2013 - september

[Briolet]

Ofwel bij verandering van een  "WAN"  IP adres, zul je dat op lokaal IPv6 sub-net niveau ook moeten aanpassen.

Dat zou niet nodig moeten zijn.  Maar blijkbaar is een reboot van de Connectbox nodig om ervoor te zorgen dat de IPv6 adressen op het lokale netwerk goed doorgevoerd worden.

Het probleem van de firewall blijft. DDNS kun je niet op de router draaien want dan registreert hij het IPv6 adres van de router. Bij mij draait de DDNS service op de nas en dan wordt het IPv6 adres van de nas geregistreerd. Er bestaat echter niet zoiets als een DDNS service voor de firewal die bij een IP wissel de firewall regels aanpast.

Daarom had ik al jaren een mooi script draaien op de nas dat mij voor deze IP wissel waarschuwt:

Code: [Selecteer]

MijnIP1=$(nslookup mijndomein.nl 9.9.9.9 |  awk '/^Address: / { print $2 }')
MijnIP2=$(nslookup www.mijndomein.nl 9.9.9.9 |  awk '/^Address: / { print $2 }')

if [ $MijnIP1 != $MijnIP2 ]; then
    echo "Het IP is veranderd"
    echo "oude IP "$MijnIP1
    echo "nieuwe IP "$MijnIP2
    exit 1
else
    echo "Het IP is niet veranderd"
    echo "oude IP "$MijnIP1
    echo "nieuwe IP "$MijnIP2
fi
Ik had het ingesteld om elk uur te lopen (dacht ik.)  Maar dom, dom, dom. Ik heb wel ingesteld om dit elk uur te doen, maar dan moet je de eindtijd ook instellen. Default staat de begin en eindtijd op 00:00 uur en dan draait dat script nog steeds maar eens per dag. En ik had de problemen nu zelf al ontdekt voordat het script actief werd. 

Voor geïnteresserden: De basis van het script berust op het gegeven dat "www.mijndomein.nl" via ddns aangepast wordt en "mijndomein.nl" niet.  Bezoekers van mijn website behoren dat via "www.mijndomein.nl" te doen en die hebben er geen last van als het via IPv4 loopt, maar voor IPv6 moet ik dit toch via handmatig ingrijpen mogelijk maken. (Reboot van de router en aanpassen van de IPv6 firewal)

En dat "9.9.9.9" in het script staat er in om het script te dwingen het adres van een externe dns server op te vragen en niet ophaalt bij de dns server die op mijn nas draait.

[Babylonia]

Het probleem van de firewall blijft. DDNS kun je niet op de router draaien want dan registreert hij het IPv6 adres van de router.
Bij mij draait de DDNS service op de nas en dan wordt het IPv6 adres van de nas geregistreerd.

Ik kan alleen maar terugkijken vorig jaar bij gebruik van  IPv6  bij KPN.
Zowel met gebruik van een NL-domein, of bij gebruik van een Synology DDNS domein, ondervond ik toen geen problemen.
Niet bij gebruik van de Synology router, niet bij gebruik van de NAS. Voor wat betreft het "normale" internetverkeer.

Alleen bij gebruik van  VPN  is dat niet volledig IPv4 en IPv6  transparant functioneel.

Met een NL-domein  bij het DNS beheer van een provider waar ik mijnt domein heb ondergebracht.
A         record vastgelegd met het  WAN IP-v4   adres van mijn internet aansluiting.
AAAA   record vastgelegd met het  WAN IP-v6   adres van mijn internet aansluiting.

Ook met een Synology DDNS domein werd dat correct afgewikkeld door de Synology services zelf.

Géén registratie van een "apparaat" IPv6 adres voor het externe WAN.

Voor IPv6 adressen "intern" binnen het LAN, indertijd getest met:
-   "Stateful modus"
-   "DHCPv6-stateless-modus"

Daarmee kregen mijn apparaten een eigen "LAN" IPv4 en IPv6 adres, wat niet het WAN IP-adres betreft.