Evaluatie II:Een maand terug de voorgaande evaluatie geschreven.....
Met het voornemen alles te resetten naar fabrieksinstellingen. Vanuit die reset opnieuw een basis configuratie opgezet.
< In een ander IPv6 / DHCPv6 onderwerp > is daar enkele weken terug uitgebreid verslag over gedaan.
(Die bevindingen zullen in een later tijdsbestek worden samengevoegd met onderdelen uit dit onderwerp, voor een compleet nieuw overzicht).
IPv6 instellingen die als aanbeveling van een "Ziggo-gebruiker" als voorbeeld werden gegeven om in te zetten,
wat voor een Ziggo-connectie goed werkt in samenwerking met een Synology router,
pakte voor KPN grandioos verkeerd uit !(Ziggo is geen KPN
).
In hoeverre eerder beschreven fouten daarin negatief doorwerkten bij "KPN klant-systeem" gerelateerde zaken.
Of dat controle door KPN bij een verkeerde set-up van de router, daarin dan een zodanige interferentie veroorzaakt,
dat ik daarbij (opnieuw) een fabrieks-reset moest uitvoeren, is niet te achterhalen.
De keus aan instellingen die ik uiteindelijk heb gemaakt, houd rekening met
"IPv4 only" IPTV diensten die voor KPN gelden.
Dus zonder IPv6 instellingen voor die TV diensten. Betreft de streaming die via VLAN 4 op de WAN poort binnen komt.
(Met DNS server instellingen afgestemd voor IPv4 only).
WEL IPv6 + IPv4 voor internet.
Die set-up draait vooralsnog stabiel. Juist ook voor IPTV.Aanmerkingen
< eerder beschreven > (heel stuk naar beneden scrollen).
KPN IPTV :
Als negatief effect van de hele IPv6 implementatie merkte ik op dat er een langere pauze kan zijn (tussentijds zwart scherm),
van diverse seconden, bij wisselen van een "terugkijk" bekeken programma = unicast - naar Live TV-signaal = multicast.Werkt nu zonder problemen (geen pauzes meer bij wisselen van "terugkijk" bekeken programma's).
VPN verbindingen:Niet meer de eerdere problemen van
alleen connectie met thuis bestand servers, en dan "géén" mogelijkheid internet browsen,
bij het
Android OS systeem. Verder nog wel problemen voor IPv4
only bij enkele VPN protocollen voor div. OS systemen.
L2TP/IPSec :Nog steeds probleem bij gebruik van
L2TP/IPSec Client voor
Windows en gebruik van een DDNS-
domeinnaam (of een eigen
domein).
Waarbij geen VPN-verbinding wordt opgezet indien ook IPv6 actief is.
---> Oplossing vul het echte
"IPv4" WAN-adres in voor de verbinding. ---> Daardoor alleen IPv4 "tunnel"-verbindingen.
Maar geen probleem als de VPN Client zelf over een IPv4- en/of IPv6-verbinding beschikt.
Het zou daarbij mogelijk "alleen" een
Windows gerelateerd probleem kunnen zijn?
Vorige maand
-April 2024- bij een update van
Windows 11 werden er namelijk juist ook nieuwe VPN problemen geïntroduceerd.
https://www.theverge.com/2024/5/2/24147054/microsoft-windows-11-vpn-issues-updateDe patch erna
-15 mei 2024- heb ik nog niet uitgetest. (Moet dat bij een kennis doen die Windows 11 gebruikt).
https://www.theverge.com/2024/5/14/24156882/microsofts-new-windows-11-update-brings-fixes-for-the-vpn-problems-from-the-last-updateGéén problemen via smartphone -
Android 11 met een
L2TP/IPSec Client en gebruik van een DDNS of eigen domein .
Ook IPv6 VPN tunnelgegevens bij internet browsen blijven functioneel.
OpenVPN :De VPN-verbinding zelf wordt wel correct tot stand gebracht via IPv4 en IPv6
Internet browser VPN tunneldata zelf, is echter alleen IPv4 functioneel.
Géén problemen bij Microsoft
PPTP IPv4 en/of IPv6. Maar om veiligheidsredenen wordt die VPN-methode niet aanbevolen.
Géén problemen bij Microsoft
SSTP IPv4 en/of IPv6.
Géén problemen bij
Synology SSL IPv4 en/of IPv6, en het meest eenvoudig in te stellen.
Daar waar hiervoor de VPN methoden nog niet volledig IPv4 / IPv6 correct werken (OpenVPN - L2TP/IPSec)
Is alsnog interactie met Synology Support benodigd.