Skip to main content

Wil je om wat voor een reden dan ook af van de Experia Box, vervang deze dan door een eigen router. Dat is mogelijk, al kan het best een uitdaging zijn om een eigen router zo te configureren dat deze goed overweg kan met het iTV platform van KPN.

 

Wijzigingen in configuratie scripts voor EdgeRouters (22 juli 2022).

Edit (22 juli 2022): Wijziging van 21 juli 2022 teruggedraaid. De scripts voor te EdgeRouter X met vlan zijn bedoeld om op de corresponderende poort een switch aan te sluiten en niet een TV ontvanger. 

Edit (21 juli 2022): Scripts voor EdgeRouter-X (SFP) aangepast zodat vlan 4 niet als vid maar als pvid op de eerste poort van de switch geactiveerd wordt.

Edit (12 maart 2022): Scripts voor EdgeRouter-X (SFP) aangepast zodat vlan 4 op de eerste poort van de switch geactiveerd wordt.

Edit (10 maart 2022): Scripts toegevoegd voor het gebruik van vlan 4 voor TV.

Edit (21 december 2021): Foutje in het script voor de EdgeRouter 4-SFP met TV ontvanger(s) op eth0 en eth1 hersteld

Edit (18 oktober 2021): Scripts toegevoegd voor de EdgeRouter 4 met TV ontvanger(s) op aparte poorten.

Edit (4 september 2021): Firewall inkomend toegevoegd op vlan 4 (IPTV). Overbodige global options op DHCP server verwijderd. Foutje in configuratie van IGMP proxy server in configuratiescripts voor EdgeRouters met SFP gecorrigeerd. 

Edit (3 augustus 2021): Het configuratiescript voor de EdgeRouter Lite 3 is hernoemd naar de EdgeRouter 4.

Configuratiescripts toegevoegd voor de EdgeRouter 4 waarbij de SFP poort gebruikt wordt als WAN poort.

De configuratiescripts voor de EdgeRouter X SFP zijn nu voor gebruik van de SFP poort als WAN poort. Als de SFP poort niet gebruikt wordt dan kan het configuratiescript voor de EdgeRouter X gebruikt worden.

Kleine optimalisaties doorgevoerd in configuratiescripts voor de EdgeRouter X met TV ontvangers op aparte poorten.

 

Edit (1 augustus 2021): Configuratiescripts voor Telfort verwijderd en configuratiescript voor EdgeRouter X met 2 TV ontvangers toegevoegd.

 

Edit (22 februari 2021): De config.boot in het configuratiescript voor de EdgeRouter X KPN met telefonie via Experia Box bleek voor de Telfort variant van de EdgeRouter Lite 3 te zijn.

 

Edit (20 februari 2021): De config.boot bleek te missen in het Telfort script voor de EdgeRouter Lite 3 zonder telefonie via de Experia Box. Tevens bleek de verkeerde readme.txt opgenomen te zijn in de Telfort configuratiescripts voor de EdgeRouter Lite 3. 

 

Edit (14 februari 2021): Kleine aanpassing zodat het plaatsen van de TV ontvangers op een eigen subnet iets eenvoudiger wordt.

 

Edit (15 januari 2021): Het lijkt er op, als de technische migratie gestart wordt, dat ex Telfort abonnees hun Experia Box tijdelijk zullen moeten aansluiten om overgezet te kunnen worden van de Telfort architectuur naar de KPN architectuur. Daarna kan je direct de eigen router weer gebruiken mits de configuratie daarvan ook omgezet is van Telfort naar KPN.

 

Edit (14 januari 2021): Foutje gecorrigeerd in de configuratiescripts voor de EdgeRouter X met TV op eth1.

 

Edit (19 december 2020): KPN heeft op 14 december een nieuwe dienst geïntroduceerd zijnde een malwarefilter. Feitelijk is dit niets anders dan het gebruik van andere DNS servers.

De anti-malware DNS servers van KPN hebben de onderstaande IP adressen:

  • 195.121.97.202
  • 195.121.97.203
  • 2a02:a47f:ac::210
  • 2a02:a47f:ac::212

Wil je gebruik maken van deze dienst dan zal je de DNS servers moeten overnemen.

 

Edit (27 november 2020): Ik heb de configuratiescripts voor Telfort met telefonie via de Experia Box aangepast. 

 

Edit (21 november 2020): Ik heb een foutje in de bootstrap hersteld die er voor zou moeten zorgen dat na een reboot van de EdgeRouter de IGMP proxy server wel automatisch opgestart gaat worden. Ik raad bestaande gebruikers, die hun EdgeRouter met een configuratiescript van voor 21 november 2020 geconfigureerd hebben, aan de fix (EdgeRouter-KPN-Bootstrap-Fix (zip 21 november 10:13) te downloaden en de wijzigingen op hun router door te voeren.

 

Edit (7 november 2020): Ik heb de configuratiescripts voor onze Telfort broeders toegevoegd.

 

Edit (6 november 2020): Ik heb in de configuratiescripts de bootstrap voor de EdgeRouter aangepast zodat standaard geconfigureerd wordt dat de IGMP proxy server pas gestart wordt nadat het netwerk geactiveerd is. Hierdoor is een herstart van de IGMP proxy server na een reboot niet meer nodig. Bestaande EdgeRouter gebruikers kunnen het script EdgeRouter-KPN-Bootstrap-Fix (zip 6 november 17:40) downloaden om de wijzigingen op hun router door te voeren.

 

Edit (25 maart 2020): De vrije (modem)routerkeuze is vanaf vandaag een feit. 😀 Daarmee is het nu ook mogelijk een eigen router te gebruiken als je vaste telefonie bij KPN hebt ondergebracht.Als je een EdgeRouter gaat gebruiken met een eigen VoIP ATA voor telefonie dan kan je kiezen voor de configuratiescripts zonder telefonie. Zet hierbij wel de SIP functionaliteit uit op de EdgeRouter.

Edit (4 september 2019): Sinds 12 augustus is dit ook voor VDSL abonnees -zonder vaste telefoon abonnement van KPN- mogelijk nu in OS 7.13 van de Fritz!Box routers een configuratie wizard voor de KPN netwerken is opgenomen. Overigens is de Fritz!Box met OS 7.13 ook inzetbaar op glasvezelaansluitingen. Gebruik de Fritz!Box vergelijker om een voor jouw aansluiting geschikt model te selecteren. Laat je hierbij overigens niet misleiden door de filter "glasvezel". Het lijkt er dan op dat alleen de 5490 geschikt zou zijn maar dat is niet zo. Elke Fritz!Box met een WAN poort kan op de NTU aangesloten worden. Let er ook goed op dat OS 7.13 of nieuwer beschikbaar is op die Fritz!Box.


Met dit topic hoop ik dat wij als abonnees van KPN elkaar kunnen helpen met het configureren van een eigen router.

LET OP: Het onderstaande zal waarschijnlijk al snel een vrij hoog technisch gehalte gaan krijgen waardoor het voor velen best lastig te volgen zou kunnen zijn. Toch hoop ik dat uiteindelijk in dit topic goede en begrijpelijke handleidingen zullen ontstaan waardoor ook de minder technisch aangelegde abonnee in staat zal zijn zijn/haar eigen router te gebruiken. Mocht je denken ... dit gaat me toch echt mijn pet te boven ... dan is wellicht het volgende topic iets voor jou: Gebruik een eigen router achter de Experia Box.

Wees je er overigens terdege van bewust dat lang niet elke router geschikt is om de Experia Box te vervangen. Met name de configuratie van het IPTV gedeelte kan nog wel eens een spelbreker blijken te zijn. Zo zie je bijvoorbeeld op TP-Link en Asus routers functionaliteit voor het inrichten van IPTV maar dat is bridged-IPTV waarbij een LAN poort van de router gebridged wordt op het IPTV vlan van KPN (vlan 4). KPN maakt echter gebruik van routed-IPTV waarbij de TV ontvangers, net als alle andere apparatuur, gewoon met Internet (vlan 6) verbonden worden en een IGMP proxy server op de router er voor zorgt dat de TV streams van vlan 4 betrokken worden. Gelukkig zijn er ook routers te vinden waarmee de Experia Box wel succesvol vervangen kan worden maar het is wel cruciaal dat je bij de aanschaf van een router goed kijkt of deze geschikt is voor routed IPTV van KPN.

Bron.

Onderaan dit topic staat een lijst met routers die tot op heden succesvol op een KPN aansluiting met IPTV in gebruik genomen zijn.

 

KPN zal je geen support meer kunnen bieden bij eventuele storingen en dus ben je dan op jezelf aangewezen om zo'n storing te verhelpen. Daarnaast zullen de KPN servicetools niet meer werken.

Zelf heb ik een Ubiquiti EdgeRouter 4 ingezet om de Experia Box te vervangen. Deze router heeft geen ingebouwde wifi, maar daarvoor gebruik ik losse WiFi accesspoints zoals de EDIMAX CAP1200, de KPN WiFi "versterker", de Experia WiFi of bijvoorbeeld de Ubiquiti Unifi AP AC PRO.

Onderstaand een screenshot van het dashboard van mijn EdgeRouter 4 waarin zichtbaar is dat deze een (pppoe) verbinding opgebouwd heeft met het KPN netwerk op vlan 6 en dat het IPTV op vlan 4 operationeel is.

Ik hoop dat voor een aantal geschikte routers configuratie scripts geschreven gaan worden die we dan hier op kunnen nemen.

Configuratie scripts (downloads)

Let op: De onderstaande scripts zetten de login en wachtwoord op de standaard die Ubiquiti zelf ook gebruikt (ubnt). Men doet er zeer verstandig deze na de configuratie te wijzigen.

 

EdgeRouter 4

Met telefonie via Experia Box (zip 4 september 2021 16:45). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box (zip 18 oktober 2021 15:17).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47).

Als je één TV ontvanger gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 18 oktober 2021 15:17).

 

De configuratiescripts voor de EdgeRouter 4 zijn ook geschikt voor de EdgeRouter Lite 3 en EdgeRouter 6P. De SFP poort alsmede eth3 en hoger worden in deze scripts niet geconfigureerd, dat kan dan eventueel achteraf handmatig gedaan worden.

 

EdgeRouter 4 - SFP

De onderstaande scripts zijn specifiek voor het gebruik van de SFP poort als WAN poort.

Met telefonie via Experia Box (zip 4 september 2021 18:04). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box (zip 4 september 2021 18:04).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box en TV via vlan 4 (zip 10 maart 2022 13:47).

Als je één TV ontvanger gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 18 oktober 2021 15:17).

Als je twee TV ontvangers gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth0/1 voor TV ontvangers (zip 21 december 2021 17:22).

 

De SFP poort zal voorzien moeten zijn van een RJ45 module voor aansluiting op de NTU, ONT of VDSL modem danwel een Fiber module voor een rechtstreekse aansluiting op de FTU.

Let op: De EdgeRouter kan niet rechtstreeks op de FTU aangesloten worden bij XGS-PON aansluitingen. 

 

EdgeRouter X
Met telefonie via Experia Box (zip 4 september 2021 16:45). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box (zip 4 september 2021 16:45).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 op eth2 (zip 22 juli 2022 11:55). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box en TV via vlan 4 op eth1 (zip 22 juli 2022 11:55).

Als je één TV ontvanger gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan de onderstaande scripts.

Met telefonie via Experia Box en eth1 voor TV ontvanger (zip 4 september 2021 16:45). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 4 september 2021 16:45).

Als je twee TV ontvangers gebruikt en deze rechtstreeks op de EdgeRouter aan kunt sluiten, gebruik dan het onderstaande script.

Zonder telefonie via Experia Box en eth1/2 voor TV ontvangers (zip 4 september 2021 16:45).

 

De configuratiescripts voor de EdgeRouter X werken ook voor de EdgeRouter 10X, 12 en 12P waarbij eth3 en hoger achteraf handmatig geconfigureerd moeten worden.

 

EdgeRouter X - SFP

De onderstaande scripts zijn specifiek voor het gebruik van de SFP poort als WAN poort.

Met telefonie via Experia Box (zip 4 september 2021 18:06). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box (zip 4 september 2021 18:06).

Als je de TV ontvanger(s) op een apart vlan wilt plaatsen dan kan je één van de onderstaande scripts gebruiken.

Met telefonie via Experia Box en TV via vlan 4 op eth1 (zip 22 juli 2022 11:55). Werkt niet i.c.m. V12 en V14.

Zonder telefonie via Experia Box en TV via vlan 4 op eth0 (zip 22 juli 2022 11:55).

 

De SFP poort zal dan dus voorzien moeten zijn van een RJ45 module voor aansluiting op de NTU, ONT of VDSL modem danwel een Fiber module voor een rechtstreekse aansluiting op de FTU.

Let op: De EdgeRouter kan niet rechtstreeks op de FTU aangesloten worden bij XGS-PON aansluitingen. 

 

Heb je vaste telefonie van KPN en wil je jouw Experia Box blijven gebruiken voor telefonie, kies dan voor een configuratiescript "met telefonie via Experia Box". Let op, de V12 is hier niet voor geschikt.

Heb je vaste telefonie van KPN en laat je die via een eigen VoIP ATA lopen, kies dan voor een configuratiescript "zonder telefonie via Experia Box".

Het wachtwoord voor jouw SIP account van je via de SIP service tool instellen.

Zorg er dan tevens voor dat de SIP module op de EdgeRouter gedisabled is.

 

De bovenstaande configuraties zetten IPv6 op de EdgeRouter aan. Mocht het zijn dat op jouw aansluiting IPv6 nog niet volledig operationeel is, dan kan je op de EdgeRouter IPv6 eenvoudig uitzetten (disablen) via de Config Tree -> System -> ipv6.
Druk daartoe op het plusteken naast disable en vervolgens op Preview en Apply.

5072ea1a-b210-40bf-9353-e00794843939.png

Let op: Het uit (of aan) zetten van IPv6 vereist wel dat de EdgeRouter gereboot wordt.

 

Heb je services draaien die je vanaf Internet moet kunnen benaderen, configureer dan de port-forwarding als onderstaand...

...en voeg daarna de benodigde poorten toe met de verwijzing naar het LAN IP adres van het apparaat dat die service levert.

In het onderstaande voorbeeld forward ik OpenVPN naar mijn Synology NAS.


Ubiquiti UniFi Security Gateway: Zie https://www.vanachterberg.org/usg-kpn-ftth/posts/unifi-security-gateway-kpn-ftth-iptv-ipv6/

 

UniFi Dream Machine (Pro), Unifi Gateway Lite/Max en Unfi Cloud Gateway Ultra/Max: Zie https://github.com/fabianishere/udm-iptv

 

OPNsense & pfSense: Zie https://gathering.tweakers.net/forum/list_message/67694326#67694326


DrayTek Vigor: Zie dit bericht.
De DrayTek Vigor brengt het gebruik van een eigen router binnen bereik van de VDSL abonnee en dat is een zeer grote stap voorwaarts, waarvoor dank aan @Pipo10.

 

Synology RT1900ac / RT2600ac / RT6600ax / MR2200ac / WRX560: Zie dit topic

 

TP-Link ER605 v2.0: Zie dit topic.

 

Juniper SRX: Zie dit topic

 

Ik heb mijn EdgeRouter 4 voorzien van een Let's Encrypt SSL certificaat waardoor ik een https verbinding kan opzetten en de uitwisseling van informatie dus encrypted is.

Hiervoor heb ik de github van j-c-m gebruikt en een taak in de task-scheduler geplaatst die om de 14 dagen opgestart wordt om het SSL certificaat te vernieuwen mocht dit nodig zijn.

 

Je hebt wel een url nodig die naar jouw publieke IP adres wijst.

 

Lijst met (modem)routers die succesvol op een KPN aansluiting i.c.m. IPTV in gebruik genomen zijn.

  • EdgeRouter (verschillende typen)
  • UniFi Dream Machine (Pro) / Unifi Dream Router
  • Unifi Gateway Lite
  • FRITZ!Box voorzien van FRITZ!OS 7.13 of hoger
  • Draytek Vigor 2760n, 2865 en 3910 en vast en zeker ook andere (nieuwere) modellen
  • Synology RT1900ac / RT2600ac / RT6600ax / MR2200ac / WRX560
  • TP-Link AX10 hardware versie 1.0. Andere modellen uit de AX serie zouden ook geschikt moeten zijn maar helaas worden er veel problemen gemeld. 
  • TP-Link ER605 v2.0
  • Routers/PC's op basis van RouterOS van Mikrotik
  • Routers/PC's op basis van OPNsense of pfSense

Lijst met modems die op een KPN aansluiting gebruikt kunnen worden.

  • Draytek Vigor 130 of 165/167 in full-bridge-mode. Let op: De Vigor 130 en 165/167 ondersteunen (nog) geen bonding. De Vigor 165 en 167 ondersteunen wel VPlus.
  • Zyxel VMG4005-B50A. Dit modem ondersteunt zowel bonding als VPlus.

  • ZTE H186 DSL NT. Ook dit modem ondersteunt zowel bonding als Vplus.

Ik hoop dat deze lijst steeds langer zal gaan worden, maar staat jouw (modem)router er niet tussen Google dan eerst of er al iemand is die dat apparaat succesvol in gebruik genomen heeft.

ik heb zojuist een reboot van de edgerouter gedaan.

Nu zie ik wel ipv6 dns adressen bij mijn internet settings. (die van kpn)

Ik heb het idee dat die rdnss dan misschien zn werk niet meer goed doet na een tijdje.

Ik ga het eens in de gaten houden

ik had ook geklier met die test-sites van tijd tot tijd maar bij mij was het juist verholpen nadat ik de RDNSS had aangepast naar mijn Pihole, maar standaard staat die op die van KPN dus dat zou goed moeten gaan.

Leek bij mij na een herstart inderdaad standaard goed te gaan en na periode-x was het weer matig tot niks, soms hielp domweg wifi verbreken en opnieuw inschakelen ook om tot goed resultaat te komen. Ik heb 2 stuks bedrade super-wifi punten en even gedacht dat hierin verschil zat, omdat de uitslag fluctueerde, dat was het ook niet. Maar zoals gezegd doet die het bij mij nu al langer dan voorheen wèl goed. Dus ik neig ernaar dat mijn aanpassing in de RDNSS (router-advert) heeft geholpen, maar dit is dus echt een voor mijn situatie specifieke aanpassing. Ik heb wel/ook bij DNS-forwarding bij de name-server naast de IPV4 van mijn Pihole ook het IPV6-adres van mijn Pihole toegevoegd (en listen-address van de Edgerouter gehandhaafd):

Verder heb ik in de 'DNS Forwarding' van mijn Edgerouter bij name-server dus mijn zelfde Pihole IPV4 -adres opgenomen, plus tevens het IPV6-adres van mijn Pihole (overgenomen d.m.v. ifconfig eth0 | grep inet6). Tevens hier ook  listen-address=192.168.2.254  laten staan bij options. 

Maar even uit mijn hoofd heeft 'WJB’ de KPN IPV6-DNS hier ook wèl voorgekauwd in de standaard configuratie. Uit of de box zou het behoren te werken, maar ik dacht ook te ervaren dat het toch weg viel, maar tot op heden lijkt het bij mij te blijven functioneren. Ik oud er ook nog even de vinger op. Benieuwd naar jouw ervaring 'rickdehoop’.

wat is precies de router-advert wijziging die je hebt doorgevoerd? 

 

ik heb zojuist een reboot van de edgerouter gedaan.

Nu zie ik wel ipv6 dns adressen bij mijn internet settings. (die van kpn)

Ik heb het idee dat die rdnss dan misschien zn werk niet meer goed doet na een tijdje.

Ik ga het eens in de gaten houden

ik had ook geklier met die test-sites van tijd tot tijd maar bij mij was het juist verholpen nadat ik de RDNSS had aangepast naar mijn Pihole, maar standaard staat die op die van KPN dus dat zou goed moeten gaan.

Leek bij mij na een herstart inderdaad standaard goed te gaan en na periode-x was het weer matig tot niks, soms hielp domweg wifi verbreken en opnieuw inschakelen ook om tot goed resultaat te komen. Ik heb 2 stuks bedrade super-wifi punten en even gedacht dat hierin verschil zat, omdat de uitslag fluctueerde, dat was het ook niet. Maar zoals gezegd doet die het bij mij nu al langer dan voorheen wèl goed. Dus ik neig ernaar dat mijn aanpassing in de RDNSS (router-advert) heeft geholpen, maar dit is dus echt een voor mijn situatie specifieke aanpassing. Ik heb wel/ook bij DNS-forwarding bij de name-server naast de IPV4 van mijn Pihole ook het IPV6-adres van mijn Pihole toegevoegd (en listen-address van de Edgerouter gehandhaafd):

Verder heb ik in de 'DNS Forwarding' van mijn Edgerouter bij name-server dus mijn zelfde Pihole IPV4 -adres opgenomen, plus tevens het IPV6-adres van mijn Pihole (overgenomen d.m.v. ifconfig eth0 | grep inet6). Tevens hier ook  listen-address=192.168.2.254  laten staan bij options. 

Maar even uit mijn hoofd heeft 'WJB’ de KPN IPV6-DNS hier ook wèl voorgekauwd in de standaard configuratie. Uit of de box zou het behoren te werken, maar ik dacht ook te ervaren dat het toch weg viel, maar tot op heden lijkt het bij mij te blijven functioneren. Ik oud er ook nog even de vinger op. Benieuwd naar jouw ervaring 'rickdehoop’.

wat is precies de router-advert wijziging die je hebt doorgevoerd? 

 

Ik heb een tijdje terug een handleiding voor Edgerouters icm Pihole gemaakt: 

 

Bij de dns forwarding options mag de listen-adres ook weggehaald worden omdat er toch ook al een "listen-on interface" gedefinieerd is.

Bij de `DNS forwarding` en dan de `options` bedoel je? Die mag leeg blijven? Omdat ik bij `DHCP Server thuis` ook al de ipv4 doorstuur van mijn Pihole @DNS1 en verder dus de IPV6 van mijn pihole bij `(RAs) name-server` (en hier te plekke ook bij `radvd-options`). 

Deze beide ip-adressen van mijn Pihole (ipv4 EN ipv6), heb ik bij de `DNS forwarding` overigens ook bij `name-server` opgegeven. 

ik heb zojuist een reboot van de edgerouter gedaan.

Nu zie ik wel ipv6 dns adressen bij mijn internet settings. (die van kpn)

Ik heb het idee dat die rdnss dan misschien zn werk niet meer goed doet na een tijdje.

Ik ga het eens in de gaten houden

ik had ook geklier met die test-sites van tijd tot tijd maar bij mij was het juist verholpen nadat ik de RDNSS had aangepast naar mijn Pihole, maar standaard staat die op die van KPN dus dat zou goed moeten gaan.

Leek bij mij na een herstart inderdaad standaard goed te gaan en na periode-x was het weer matig tot niks, soms hielp domweg wifi verbreken en opnieuw inschakelen ook om tot goed resultaat te komen. Ik heb 2 stuks bedrade super-wifi punten en even gedacht dat hierin verschil zat, omdat de uitslag fluctueerde, dat was het ook niet. Maar zoals gezegd doet die het bij mij nu al langer dan voorheen wèl goed. Dus ik neig ernaar dat mijn aanpassing in de RDNSS (router-advert) heeft geholpen, maar dit is dus echt een voor mijn situatie specifieke aanpassing. Ik heb wel/ook bij DNS-forwarding bij de name-server naast de IPV4 van mijn Pihole ook het IPV6-adres van mijn Pihole toegevoegd (en listen-address van de Edgerouter gehandhaafd):

Verder heb ik in de 'DNS Forwarding' van mijn Edgerouter bij name-server dus mijn zelfde Pihole IPV4 -adres opgenomen, plus tevens het IPV6-adres van mijn Pihole (overgenomen d.m.v. ifconfig eth0 | grep inet6). Tevens hier ook  listen-address=192.168.2.254  laten staan bij options. 

Maar even uit mijn hoofd heeft 'WJB’ de KPN IPV6-DNS hier ook wèl voorgekauwd in de standaard configuratie. Uit of de box zou het behoren te werken, maar ik dacht ook te ervaren dat het toch weg viel, maar tot op heden lijkt het bij mij te blijven functioneren. Ik oud er ook nog even de vinger op. Benieuwd naar jouw ervaring 'rickdehoop’.

wat is precies de router-advert wijziging die je hebt doorgevoerd? 

 

Ik heb een tijdje terug een handleiding voor Edgerouters icm Pihole gemaakt: 

 

Nice!

jij geeft jouw Pihole ipv4 & IPV6 niet op bij 'service / dns / forwarding : DNS forwarding’ → `name-server` dus? en ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen (aangezien die bij `listen-on` → 'switch0’ bij `address=192.168.2.254/24` ook al is opgegeven (interfaces / switch / switch0).

…ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen...

Onderstaand de DNS forwarding op mijn EdgeRouter 4.

Zoals je ziet zijn er geen listen-address options meer opgenomen.

 

Bij de router advertisement geef ik het IPv6 adres van die interface mee als DNS server.

 

ik heb zojuist een reboot van de edgerouter gedaan.

Nu zie ik wel ipv6 dns adressen bij mijn internet settings. (die van kpn)

Ik heb het idee dat die rdnss dan misschien zn werk niet meer goed doet na een tijdje.

Ik ga het eens in de gaten houden

ik had ook geklier met die test-sites van tijd tot tijd maar bij mij was het juist verholpen nadat ik de RDNSS had aangepast naar mijn Pihole, maar standaard staat die op die van KPN dus dat zou goed moeten gaan.

Leek bij mij na een herstart inderdaad standaard goed te gaan en na periode-x was het weer matig tot niks, soms hielp domweg wifi verbreken en opnieuw inschakelen ook om tot goed resultaat te komen. Ik heb 2 stuks bedrade super-wifi punten en even gedacht dat hierin verschil zat, omdat de uitslag fluctueerde, dat was het ook niet. Maar zoals gezegd doet die het bij mij nu al langer dan voorheen wèl goed. Dus ik neig ernaar dat mijn aanpassing in de RDNSS (router-advert) heeft geholpen, maar dit is dus echt een voor mijn situatie specifieke aanpassing. Ik heb wel/ook bij DNS-forwarding bij de name-server naast de IPV4 van mijn Pihole ook het IPV6-adres van mijn Pihole toegevoegd (en listen-address van de Edgerouter gehandhaafd):

Verder heb ik in de 'DNS Forwarding' van mijn Edgerouter bij name-server dus mijn zelfde Pihole IPV4 -adres opgenomen, plus tevens het IPV6-adres van mijn Pihole (overgenomen d.m.v. ifconfig eth0 | grep inet6). Tevens hier ook  listen-address=192.168.2.254  laten staan bij options. 

Maar even uit mijn hoofd heeft 'WJB’ de KPN IPV6-DNS hier ook wèl voorgekauwd in de standaard configuratie. Uit of de box zou het behoren te werken, maar ik dacht ook te ervaren dat het toch weg viel, maar tot op heden lijkt het bij mij te blijven functioneren. Ik oud er ook nog even de vinger op. Benieuwd naar jouw ervaring 'rickdehoop’.

wat is precies de router-advert wijziging die je hebt doorgevoerd? 

 

Ik heb een tijdje terug een handleiding voor Edgerouters icm Pihole gemaakt: 

 

Nice!

jij geeft jouw Pihole ipv4 & IPV6 niet op bij 'service / dns / forwarding : DNS forwarding’ → `name-server` dus? en ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen (aangezien die bij `listen-on` → 'switch0’ bij `address=192.168.2.254/24` ook al is opgegeven (interfaces / switch / switch0).

Klopt en dat is bewust gedaan omdat anders je Pihole in een loop komt te zitten als het gaat om DNS verkeer, het aantal PTR verzoeken zal een veelvoud worden wat je snelheid en stabiliteit van je server niet ten goede komt. Ik ben dus geen voorstander van de suggesties van WJB voor een Pihole of Adguard Home server achter je Edgerouter. 
Als je een externe DNS provider zoals Cloudflare of Quad9 zou kiezen zonder aparte DNS server (Pihole of AGH) dan kan de suggestie van WJB overigens prima op WAN niveau zonder nadelen. 

…ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen...

Onderstaand de DNS forwarding op mijn EdgeRouter 4.

Zoals je ziet zijn er geen listen-address options meer opgenomen.

 

Bij de router advertisement geef ik het IPv6 adres van die interface mee als DNS server.

 

Heb je deze settings toegevoegd aan de interface (want ik heb alleen ipv6 settings op mn switch)?

Of heb je het bij de switch verwijderd? 

…ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen...

Onderstaand de DNS forwarding op mijn EdgeRouter 4.

Zoals je ziet zijn er geen listen-address options meer opgenomen.

 

Bij de router advertisement geef ik het IPv6 adres van die interface mee als DNS server.

 

en die 2a02 nameserver is niet van KPN of wel? 

Ik heb daar namelijk een andere

2a02:a47f:e000::53

2a02:a47f:e000::54

Klopt en dat is bewust gedaan omdat anders je Pihole in een loop komt te zitten als het gaat om DNS verkeer, ...

Dat is natuurlijk niet zo mits je de DNS forwarder in jouw PiHole / AdGuard server maar naar de externe DNS servers laat verwijzen die je daarvoor wilt gebruiken.

 

Als je overigens wilt dat al het DNS verkeer via jouw PiHole loopt, vergeet dan niet verkeer rechtstreeks gericht aan een externe DNS server naar jouw PiHole te redirecten. Er zijn nogal wat apps op Android maar ook op andere platforms (zelfs op de TV ontvangers van KPN) die DNS requests rechtstreeks (hardcoded) naar de DNS servers van Google sturen.

Ik heb daarvoor de onderstaande natting rule opgenomen...

...waarbij de address-group Blocked-DNS er als onderstaand uitziet.

 

DNS requests rechtstreeks gericht aan één van de DNS servers van google worden dus geredirect naar de EdgeRouter zelf en lopen dus uiteindelijk via de DNS forwarder naar de DNS servers van CloudFlare en KPN.

…ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen...

Onderstaand de DNS forwarding op mijn EdgeRouter 4.

Zoals je ziet zijn er geen listen-address options meer opgenomen.

 

Bij de router advertisement geef ik het IPv6 adres van die interface mee als DNS server.

 

en jij laat bij RAs de 'name-server’ nu ook leeg zie ik?

ik heb zojuist een reboot van de edgerouter gedaan.

Nu zie ik wel ipv6 dns adressen bij mijn internet settings. (die van kpn)

Ik heb het idee dat die rdnss dan misschien zn werk niet meer goed doet na een tijdje.

Ik ga het eens in de gaten houden

ik had ook geklier met die test-sites van tijd tot tijd maar bij mij was het juist verholpen nadat ik de RDNSS had aangepast naar mijn Pihole, maar standaard staat die op die van KPN dus dat zou goed moeten gaan.

Leek bij mij na een herstart inderdaad standaard goed te gaan en na periode-x was het weer matig tot niks, soms hielp domweg wifi verbreken en opnieuw inschakelen ook om tot goed resultaat te komen. Ik heb 2 stuks bedrade super-wifi punten en even gedacht dat hierin verschil zat, omdat de uitslag fluctueerde, dat was het ook niet. Maar zoals gezegd doet die het bij mij nu al langer dan voorheen wèl goed. Dus ik neig ernaar dat mijn aanpassing in de RDNSS (router-advert) heeft geholpen, maar dit is dus echt een voor mijn situatie specifieke aanpassing. Ik heb wel/ook bij DNS-forwarding bij de name-server naast de IPV4 van mijn Pihole ook het IPV6-adres van mijn Pihole toegevoegd (en listen-address van de Edgerouter gehandhaafd):

Verder heb ik in de 'DNS Forwarding' van mijn Edgerouter bij name-server dus mijn zelfde Pihole IPV4 -adres opgenomen, plus tevens het IPV6-adres van mijn Pihole (overgenomen d.m.v. ifconfig eth0 | grep inet6). Tevens hier ook  listen-address=192.168.2.254  laten staan bij options. 

Maar even uit mijn hoofd heeft 'WJB’ de KPN IPV6-DNS hier ook wèl voorgekauwd in de standaard configuratie. Uit of de box zou het behoren te werken, maar ik dacht ook te ervaren dat het toch weg viel, maar tot op heden lijkt het bij mij te blijven functioneren. Ik oud er ook nog even de vinger op. Benieuwd naar jouw ervaring 'rickdehoop’.

wat is precies de router-advert wijziging die je hebt doorgevoerd? 

 

Ik heb een tijdje terug een handleiding voor Edgerouters icm Pihole gemaakt: 

 

Nice!

jij geeft jouw Pihole ipv4 & IPV6 niet op bij 'service / dns / forwarding : DNS forwarding’ → `name-server` dus? en ik begrijp van @wjb's reactie dat hier ter plaatse de ‘listen-address=192.168.2.254’ bij `options` zou mogen vervallen (aangezien die bij `listen-on` → 'switch0’ bij `address=192.168.2.254/24` ook al is opgegeven (interfaces / switch / switch0).

Klopt en dat is bewust gedaan omdat anders je Pihole in een loop komt te zitten als het gaat om DNS verkeer, het aantal PTR verzoeken zal een veelvoud worden wat je snelheid en stabiliteit van je server niet ten goede komt. Ik ben dus geen voorstander van de suggesties van WJB voor een Pihole of Adguard Home server achter je Edgerouter. 
Als je een externe DNS provider zoals Cloudflare of Quad9 zou kiezen zonder aparte DNS server (Pihole of AGH) dan kan de suggestie van WJB overigens prima op WAN niveau zonder nadelen. 

heb jij ‘dns forwarding’ helemaal disabled dan ofzo? (of compleet leeg?)

en die 2a02 nameserver is niet van KPN of wel? 

Dat is het IPv6 adres van de EdgeRouter zelf.

In mijn voorbeeld is dat het IPv6 adres van eth2. In jouw situatie zou dat dus het IPv6 adres van switch0 moeten zijn.

Je kunt hier, als je wilt, ook het fe80 IPv6 adres van de EdgeRouter poort (eth/switch/vlan) gebruiken.

en jij laat bij RAs de 'name-server’ nu ook leeg zie ik?

Die is bij mij nooit gevuld geweest, de RDNSS option zorgt er immers voor dat de IPv6 DNS servers aan de cliënts doorgegeven worden.

Heb je deze settings toegevoegd aan de interface (want ik heb alleen ipv6 settings op mn switch)?

Of heb je het bij de switch verwijderd? 

Ik heb een EdgeRouter 4 en die heeft geen ingebouwde switch.

Vandaar dat ik die instellingen op de eth interface instel maar voor jou moet dat dus gewoon op de switch interface ingesteld worden.

en die 2a02 nameserver is niet van KPN of wel? 

Dat is het IPv6 adres van de EdgeRouter zelf.

In mijn voorbeeld is dat het IPv6 adres van eth2. In jouw situatie zou dat dus het IPv6 adres van switch0 moeten zijn.

Je kunt hier, als je wilt, ook het fe80 IPv6 adres van de EdgeRouter poort (eth/switch/vlan) gebruiken.

waar kan ik dat fe80 adres vinden? 

want die heeft wel mijn voorkeur aangezien die niet veranderd.

@wjb

En moet ik dit in mijn unifi controller ook nog aanzetten? 

 

want die heeft wel mijn voorkeur aangezien die niet veranderd.

Jouw 2a02 IPv6 adres zal in de praktijk ook nooit veranderen.

Als je de laatste vier blokken van het slaac IPv6 adres van de interface pakt en daar fe80:: voor zet dan heb je hem.

Je kunt deze ook zien bij de IPv6 gateway als je op een Windows machine op de commandprompt een ipconfig /all ingeeft.

@wjb

En moet ik dit in mijn unifi controller ook nog aanzetten? 

 

Ik zou het niet weten maar ik denk het niet immers die Unifi controller is naar ik weet niet in staat om jouw EdgeRouter te beheren.

PS. Je ziet hier overigens ook al het fe80 IPv6 adres van de EdgeRouter staan.

@wjb

En moet ik dit in mijn unifi controller ook nog aanzetten? 

 

Ik zou het niet weten maar ik denk het niet immers die Unifi controller is naar ik weet niet in staat om jouw EdgeRouter te beheren.

okay thanks!

 

ik heb deze uitgezet en de andere wijzigingen doorgevoerd zoals jij ze nu hebt op mn fe80 adres.

ipv6 test 20/20.

Ben benieuwd of dit nu blijft werken. Anders zet ik weer de unifi RA aan op mijn gateway adres.

Thanks

ik heb het op mn unifi controller alweer moeten aanzetten.

Ik denk dat dat uiteindelijk het probleem is/was.

Ik laat het je weten

Ik heb de IPV4+6 (Pihole dus @ .2.10 & fe80::7efc:etc.) nu zo in mij Edgerouter X staan, is dat de juiste manier of zou het misschien nog wat netter kunnen?

In 'DHCP—Server thuis' DNS1 mbv ipv4 naar Pihole

Switch0 staat op de default v/d Edgerouter X (.2.254/24).

In 'RAs' de ipv6 van mijn Pihole bij 'name-server' & 'radvd'.

Bij 'DNS Forwarding' ipv4+6 van Pihole bij 'name-server'.

 

Jouw DNS forwarder zal niets te doen hebben en die kan je dus net zo goed leeg laten. Er is immers geen apparaat die de EdgeRouter zelf als DNS server toegewezen krijgt en derhalve zal de EdgeRouter dus ook geen DNS requests krijgen om te forwarden.

Je hoeft de name-server bij de router advertising niet in te vullen, die heb je immers al als radvd RDNSS option opgenomen.

Jouw DNS forwarder zal niets te doen hebben en die kan je dus net zo goed leeg laten. Er is immers geen apparaat die de EdgeRouter zelf als DNS server toegewezen krijgt en derhalve zal de EdgeRouter dus ook geen DNS requests krijgen om te forwarden.

Dat vermoeden bekroop me al, laat ik de listen-on hier dan nu ook leeg (dmv remove) trouwens? 

In elk geval zo volgens de bovenstaande foto's leek het mij het meest logisch om alles zoveel mogelijk voorgekauwd èn rechtstreeks door te sturen naar de PiHole.

Het heeft dus niet echt een voordeel om een radvd naar mij  Edgerouter te doen dus bijvoorbeeld?

Tevens zou ik bij de 'Router-advert’ de name-server naar het ipv6-adres van mijn Pihole ook achterwege kunnen laten aangezien je die ook adverteert bij 'radvd-options’=`RDNSS fe80::7efc:etc {};` correct?

Het heeft dus niet echt een voordeel om een radvd naar mij  Edgerouter te doen dus bijvoorbeeld?

Als jij jouw lokale machines ook m.b.v. een domeinnaam wilt kunnen benaderen dan is het gebruik van de EdgeRouter als DNS server te prefereren.

Het heeft dus niet echt een voordeel om een radvd naar mij  Edgerouter te doen dus bijvoorbeeld?

Als jij jouw lokale machines ook m.b.v. een domeinnaam wilt kunnen benaderen dan is het gebruik van de EdgeRouter als DNS server te prefereren.

In dat geval zet ik dan bij de 'radvd-options’=`RDNSS ???? {};` het Switch0 ipv6 adres? èn handhaaf ik dan wèl de DNS-forwarding (inclusief: options listen-address=192.168.2.254) en/of bij de ‘DHCP-Server thuis’ de DNS1 verwijzen naar de Edgerouter op .2.254 …

OF snap ik het dan toch nog niet helemaal?

Reageer


De Kennisbank

Heb je vragen over diensten, producten of wil je weten hoe je modeminstellingen verandert? Vind het antwoord op de meest gestelde vragen in onze Kennisbank

...

Community voorwaarden