Gebruik een eigen router i.p.v. de Experia Box

Ik heb de poort om de EdgeRouter te beheren via https al aangepast naar een andere poort. Dat gaat goed. Maar wat ik ook doe met 443, het lijkt alsof dat niet mag of zo. En wat ik al zei, in verschillende threads lees ik dat anderen het ook niet lukt. Het had handig geweest als het gewoon via een Port Forward zou lukken maar dat gaat op voor iedere andere poort, behalve 80 en 443.

Dat is ook gewoon mogelijk.

De onderstaande port-forwardings sturen TCP poort 80 en 443 door naar mijn Synology NAS.

En dat werkt uiteraard ook gewoon.

Hmmm, inderdaad werkt dat (nu ineens) ook bij mij zo. Dat is wel vreemd, want ik kan je verzekeren dat ik ook zoiets al getest had. Gisteren na van alles geprobeerd te hebben wel afgerond met een verse reboot. Wellicht heeft dat toch iets gedaan dan. Maar dank je wel in ieder geval, ik kan nu verder!!

@wjb bedankt! Het is gelukt. Clue voor mij was dat ik apparte dhcp server moest aanmaken per poort. 

Heb beiden gedaan nu, maar loop tegen het obstakel aan dat ik in de Pi-hole enkel het ip-nr. van de Edgerouter zie en niet van de diverse onderliggende cliënts; zie foto...

Pi-hole kan deze wel herleiden als die zelf de dhcp doet (logisch), maar als de dhcp niet door pihole wordt gedaan zou je die wel kunnen uitlezen dmv enabbe conditional forward in Pihole `(192.168.2.0/24 | 192.168.2.254 | thuis.local)` en heb Zekerheidshalve tevens Never forward non-FQDNs & Never forward reverse lookups for private IP ranges disabled. Helaas komen de cliënts niet door in de query log, lastig want niet kun je dus niet de individuele cliënt zien aangezien alles op 1 hoop onder 192.168.2.254 binnenkomt.

Is dat een instelling die in de Edgerouter dan nog anders kan/moet? Want conditional forward helpt normaliter dus wel, alleen blijkt nu in dit geval geen oplossing te bieden. Daar ter test ook in de dns van de dhcp server de Pihole opgegeven naast de dns forward. Of zou ik nu wellicht juist bewust de dns forward uit moeten zetten en alleen de dns opgeven bij de dhcp server (die combinatie heb ik nog niet geprobeerd).

EPiC schreef:

wjb schreef:

EPiC schreef:

wjb schreef:

EPiC schreef:

dhcp op de edgerouter disblen is ook geen probleem (pihole kan di prima overnemen), vraag is meer of er in de edgerouter niet ergens iets expliciet is opgehangen hieraan.

Je kunt inderdaad de DHCP server ook disablen. Ik ben daar echter absoluut geen voorstander van. Mijns inziens is de router het aangewezen apparaat om als DHCP server te fungeren en al helemaal als we daarbij ook nog eens IPv6 SLAAC gebruiken.

heb je ook wel een punt, voordeel van dit naar de pihole verhuizen is dat apparaten dan automatisch altijd op zeker via je pihole lopen (tenzij ze een hardcoded dns hebben).

Dat zal ook zo zijn met die dns forwarding naar alleen de pihole.

Als je dat niet vertrouwt en echt wil dat het IP adres van de pihole meegegeven wordt naar de aangesloten apparaten dan kan je het IP adres van de pihole ook in de DHCP server zelf als DNS server meegeven i.p.v. het IP adres van de EdgeRouter.

Je maakt dan echter geen gebruik meer van de dns cache op de EdgeRouter en kan apparaten ook niet meer benaderen op hun naam binnen het domein.

Heb beiden gedaan nu, maar loop tegen het obstakel aan dat ik in de Pi-hole enkel het ip-nr. van de Edgerouter zie en niet van de diverse onderliggende cliënts; zie foto...

Pi-hole kan deze wel herleiden als die zelf de dhcp doet (logisch), maar als de dhcp niet door pihole wordt gedaan zou je die wel kunnen uitlezen dmv enabbe conditional forward in Pihole `(192.168.2.0/24 | 192.168.2.254 | thuis.local)` en heb Zekerheidshalve tevens Never forward non-FQDNs & Never forward reverse lookups for private IP ranges disabled. Helaas komen de cliënts niet door in de query log, lastig want niet kun je dus niet de individuele cliënt zien aangezien alles op 1 hoop onder 192.168.2.254 binnenkomt.

Is dat een instelling die in de Edgerouter dan nog anders kan/moet? Want conditional forward helpt normaliter dus wel, alleen blijkt nu in dit geval geen oplossing te bieden. Daar ter test ook in de dns van de dhcp server de Pihole opgegeven naast de dns forward. Of zou ik nu wellicht juist bewust de dns forward uit moeten zetten en alleen de dns opgeven bij de dhcp server (die combinatie heb ik nog niet geprobeerd).

 

Het volgende nog eens (succesvol) geprobeerd: 

Disabled `DNS forwarding` in mijn EdgeRouterX (service / dns / forwarding : DNS forwarding).

Vervolgens de DNS naar mijn Pi-hole ingesteld in de `dhcp-server` (edgerouter), dus hier in deze dhcp server heb ik bij DNS1 `192.168.2.10` ingevuld, wat dus mijn Pi-hole is, reboot...

En op dit moment zie ik (tot op heden) nu wèl de client id's verschijnen in de query log van de Pihole. Schijnbaar werkt dat dus niet als je DNS-forwarding gebruikt, krijg het met geen mogelijkheid voor elkaar in elk geval. Dan krijg ik dus altijd het ip van de Edgerouter te zien (192.168.2.254) te zien zoals zichtbaar in bovenstaande foto in plaats van de hostnames van de clients. 

Wellicht is dit een 'by design' wellicht? 

Hoi @wjb,

Zoals je weet draai ik op 2.0.9RC3 en volg ik het forum van Ubiquiti waarin het topic "het te laat starten van de IGMP Proxy” nog steeds niet is opgelost, ook niet in versie RC3. Nu zag ik een topic dat men sommige services later kan laten starten vanaf boot door de opstart of herstart tijd aan te passen. Ik heb de start tijd opgezocht van de de versie die ik draai.

lib/systemd/system/igmpproxy.services

[Unit]
Description=IGMP Proxy Daemon
Requires=network.target
After=network.target

StartLimitInterval=120
StartLimitBurst=12

[Service]
Type=forking
#PIDFile=/var/run/igmpproxy.pid
ExecStart=/sbin/igmpproxy /etc/igmpproxy.conf

Restart=on-failure
RestartSec=10s
 

Heb jij hier al een keer mee zitten spelen om de tijd te vertragen of de restart tijd te beïnvloeden? Ik zou de herstart tijd eens kunnen aanpassen naar 30 sec on failure?

Alles draait hier overigens prima maar 1 van de 2 STB's heeft nog af en toe een restart igmp-proxy nodig als ik de ER een reboot heb moeten geven.

EDIT:

Hier het log vanaf een reboot:

Het verhogen van de RestartSec heeft helaas geen invloed op de initiële start van de IGMP proxy server na het (re)booten van de EdgeRouter, het het alleen invloed op de tijd voor het opnieuw starten van de IGMP proxy server na een failure.

Uit die log entries kan je eigenlijk aflezen dat het starten van de IGMP proxy server te vroeg gebeurt aangezien eth0.4 nog niet up and running lijkt te zijn en er dus nog geen upstream vif actief is.

Ja klopt, dus je zou het (op)starten van eth0.4 kunnen vertragen of de restart van de proxy in het geval van een fail opnieuw kunnen laten plaatsvinden incl het starten van, in dit geval eth0.4.

Ik ga het morgen toch even uittesten en hou je op de hoogte. 

Cheers

Je zou het opstarten van eth0.4 juist willen versnellen immers de IGMP proxy server kan pas gestart worden nadat eth0.4 up and running is.

Ik denk overigens dat je er je er beter aan doet om het script igmpproxy.services aan te passen en niet te wachten op network.target maar op network-online.target.

Dit zou er immers voor moeten zorgen dat de IGMP proxy server pas gestart wordt nadat alle netwerk interfaces up and running zijn en als dat niet lukt na 90 seconden.

Zie ook deze wiki.

lib/systemd/system/igmpproxy.service

[Unit]
Description=IGMP Proxy Daemon
Requires=network.target
Wants=network-online.target

After=network.target

After=network-online.target

StartLimitInterval=120
StartLimitBurst=12

[Service]
Type=forking
#PIDFile=/var/run/igmpproxy.pid
ExecStart=/sbin/igmpproxy /etc/igmpproxy.conf

Restart=on-failure
RestartSec=10s

Kleine histoy,

Heel lang hebben wij geen IPTV gekeken, meestal netflix of andere on demand services, maar de vrouw vindt het altijd leuk om naar hollands got talent en the mask singer te kijken. Dus een half uur van te voren slingert de vrouw IPTV aan.

Dit werkte niet meer. Wat heb ik toen gedaan:

Mikrotik weg gehaald en experiabox terug geplaatst en hoppa IPTV doet het weer.

Na zoeken op internet kom ik er achter dat het naar Routed IPTV is gegaan. Ik vond een config van de edgerouter X voor KPN. 

Die week heb ik wat youtube films gekeken over de edgeroute x en zijn grotere broertjes. Ik dacht ik koop er eentje lekker makkelijk, config erin en gaan.

Dit bleek toch anders te zijn en toen kwam ik hier in contact met jullie. Ik had nog de oude vlan settings van telfort en geen PPPOE.

DIt aangepast en beetje spelen met de configs wat best leuk is. de ene keer had ik IPTV de andere keer had ik internet, maar beiden tegelijk lukte mij op een of andere manier niet… Ik begon mij ook te irriteren aan de trage Edgerouter X (ja had ik maar die grote broer gekocht hahahaa).

Wat heb ik vandaag gedaan. De mikrotik gepakt mijn firewall en overige gegevens ge-exporteerd.

MIkrotik naar fabrieks settings gezet.

Van internet wat configs geplukt en aangepast en ja hoor ik heb IPTV en internet.

de eerste keer had ik de multicast op alle access poorten, wat er best grappig uit zag. Nadat ik dit had aangepast 2de IPTV aangesloten en hoppa boven ook TV.

de IPTV gaat op de mikrotik weg op eth2 en is dan gekoppeld aan een hele goedkope switch. Een tplink die ik bij de action had gekocht voor volgesn mij 7 euro of 10 euro. Beide iptv kastje ook aan deze switch gekoppeld en werkt allemaal prima, de gids werkt goed, terug kijken werkt goed. verschillende programma's kijken werkt goed. leuk om te zien dat als je hetzelfde kijkt dat multicast echt fantastisch is. 7mb als je beiden naar dezelfde zender kijkt, maar het dubbele als dat niet zo is. :-)

Het staat nu vanaf 9 uur te draaien op discory channel en ik heb nog geen hikje gezien. 

Nu maar hopen dat KPN volgende week niet mijn vlans omzet en PPPOE activeert, want dan begint alles weer opnieuw. hahahaha…… of dan kan ik de Edgerouter X gebruiken en de mikrotik instellen als switch :-)

als het zover is dan horen jullie mij wel weer.

mocht er belang zijn bij de configuratie van de mikrotik dan hoor ik het graag.

Mvg,

Michel

ik heb de regel toegevoegd via de VI editor maar krijg nog steeds dezelfde melding, de regel staat netjes in het networking file. is een bepaalde volgorde nog van belang?

Zo te zien een fout in igmpproxy.cfg

Ik heb helaas nu geen edgerouter bij de hand

@bc12,

Zo te zien een fout in igmpproxy.cfg

Ik heb helaas nu geen edgerouter bij de hand
 

Dat is jammer, heb je er wat aan als ik de inhoud van de igmpproxy.cfg plaats?

Ja doe maar. Denk dat ik ergens nog wel een backup. Ik zoek 'm wel op.

Ik denk niet dat je hier wat aan hebt, dit is zo te zien alleen de up en downstream. Als ik (#WAIT_ONLINE_METHOD=ifup) plaats, maakt het dan nog uit waar deze geplaatst wordt, welke regel?

#
# autogenerated by /opt/vyatta/sbin/config-igmpproxy.pl
#

quickleave

phyint eth0.4 upstream ratelimit 0 threshold 1
    altnet 0.0.0.0/0

phyint eth1.4 downstream ratelimit 0 threshold 1
    altnet 0.0.0.0/0
 

@wjb  bedankt voor je script. 
Helaas krijg ik het nog niet werkend. Ben oud Telfort klant en alleen “administratief” over naar KPN.
Hierdoor moet ik andere instellingen hebben, wat me tot op heden niet gelukt is.
Heb inmiddels al wel wat instellingen gewijzigd, nu ff wachten tot iedereen in bed ligt en dan kan ik gaan testen. 

@wjb , misschien handig om in topicstart bericht te vermelden dat het niet werkt voor mensen die alleen “administratief” over zijn naar KPN.  En is het ook mogelijk eventueel Telfort script eraan worden toegevoegd? 

Heb de EdgeRouter X , en heb nu het script : EdgeRouter X zonder telefonie via Experia Box en eth1 voor TV ontvanger (zip 21 juli 2020 11:39) ingeladen. Heb 1 tv ontvanger, en overige poorten gebruik ik voor internet. 

@KPN , is het bekend bij jullie wanneer ik volledig over ga naar KPN? 

 

@Steef87 dat kunnen we helaas niet zien! Ik weet wel dat we in de komende drie weken alle resterende klanten over gaan zetten. Behalve klanten die een opzegging hebben aangevraagd of een verhuizing in november.  Die blijven bij Telfort tot het allerlaatste moment.

Bedoel je hiermee dat in de komende drie weken alle resterende klanten Telfort klanten adminstratief omgezet worden naar KPN of dat deze in die tijd technisch omgezet worden.

@wjb zou je mij misschien kunnen vertellen of er een handleiding “eigen router van pfSense in plaats van Experia box” beschikbaar is? Ik heb een USG 3P en daaronder UniFi switches en AP’s. Maar ik wil de USG vervangen door een Netgate SG-3100. Voordat ik dat doe wil ik graag checken dat ik hiermee kpn glasvezel werkend ga krijgen. Ik ben nog geen klant van kpn maar krijg volgende week de NTU. Ik heb nu tijdelijk een SG-1100 staan om e.e.a. te testen.

Bij voorbaat mijn hartelijke dank!

Ik heb een werkende setup voor Pfsense (KPN glasvezel en routed IPTV) maar dan wel op een intel i3 barebone draaien als backup als mijn ER4 ermee kapt en…. om snort en suricata te testen.

De setup werkt prima maar is niet 1 op 1 te kopiëren op de netgate . Mijn intel bak heeft maar 2 fysieke poorten dus ik werk veel met VLAN's  op de LAN kant van mijn netwerk.

Wil je wel verder helpen met de instellingen en ik weet zeker dat de netgate werkend te krijgen is op KPN.

Beste @Multiedje , dat is een ongelooflijk mooi aanbod, super fijn en dank je wel voor de voorgenomen moeite! Heel prettig ook om nu al te weten dat de Netgate gaat werken.

De SG-1100 heeft 3 fysieke poorten (WAN, LAN, OPT), de SG-3100 ook, alleen is LAN een 4-poort switch. 

Ik heb op de USG 7 VLANs (mgmt, secure, IoT, printers, cameras enz) en ben momenteel bezig de FW regels over te zetten naar de Netgate.

Ik heb nu ziggo kabel 60/10, connectbox in brugmodus. Mijn idee is om na plaatsing KPN NTU volgende week een KPN abonnement te nemen en ziggo nog even aan te houden. Dan kan ik in alle rust de Netgate aansluiten met een losse UniFi US8-60W-PoE switch en knutselen totdat KPN TV internet en telefonie werken, daarna pas alles overzetten. Zodra het zover is kom ik bij je terug.

Hoe heb jij het eigenlijk werkend gekregen? Zelf geknutseld of ook handleiding gevolgd?

hartelijke groeten,

Pieter

Hoi allen,

Sindskort glasvezel gebruiker van KPN en ik volg dit topic met grote interesse. Ik ben namelijk van plan om de ExperiaBox volledig over te slaan en gebruik te maken van een EdgeRouter X. 

Ik ben niet van plan om er een switch achter te hangen, dus alles direct aangesloten op de EdgeRouter X.

Wat ik mij afvroeg is of de aangeboden configuratie scripts in de eerste post voldoende zijn om alles naar behoren te laten werken. Of komt er wellicht meer bij kijken?

Via WinSCP kan ik al verbinding maken met mijn modem, dus dat is al gelukt.

Hartelijk dank alvast!

Rick