Over kevin2703

@Master-MagicDat zou het kunnen zijn inderdaad en ik begrijp ook dat ze zichzelf willen beschermen tegen dat gefoefel. Maar zolang er computers bestaan, zullen er foefelaars zijn. Om dan zomaar alle externe VPN providers te verbieden voor TV vind ik wel heel kort door de bocht @marcel3XAls je betaalt voor Telenet-TV zonder decoder dan wil je toch kunnen kijken, veronderstel ik? Met VPN, zonder VPN,...in België of rest van Europa? Soit, ik heb er geen last meer van. Alles loopt nu perfect over de VPN zonder Telenet-TV. VTM, Play, VRT, RTBF,...alle verbindingen rechtstreeks via deze apps wel ok. ... Meer weergeven

Nog eens het zoveelste bewijs dat er iets niet klopt met gans het streaming gebeuren via Telenet-TV. Deze persoon is in een Europees land en zelfs dan lukt het niet meer. VPN opzetten met thuis is inderdaad de oplossing maar je kan toch niet verwachten dat iedereen een VPN verbinding opzet om simpelweg TV te kijken. De modale gebruiker heeft daar geen kennis of boodschap aan. Ze bieden TV aan in gans Europa maar het werkt niet. Ik heb in de andere post over dit ganse gebeuren gezegd dat ik het TV gedeelte zou opzeggen en dat heb ik dan ook gedaan. Dus het was geen dreigement. Ik ga niet betalen voor iets wat niet werkt...VPN of geen VPN... Zij kiezen welke weg ze inslaan maar daar ga ik niet in mee! ... Meer weergeven

@janne_man  Dat begrijpt iedereen, denk ik. Alles moet betaald worden maar ik zie niet echt wat dit te maken heeft met 'het VPN blokkeren probleem'. Ik zit hier op een stoel of in mijn zetel in het rustige West-Vlaanderen en ik wil TV kijken waar ik elke maand voor betaal. En neen, ik ga de Europese Unie nooit uit dus daarvoor is het zeker niet. Ik heb hier meerdere servers draaien die over een TCP-VPN lopen en werken zonder enig probleem. Streaming en gaming gaan over een UDP-VPN en alles werkende uitgezonderd Telenet-TV. Beide VPN's krijgen een Belgische IP zoals @thomasdb en ik eerder aanhaalden. Dit allemaal op piraterij gaan steken, lijkt mij echt heel kort door de bocht. Er zijn zoals Thomas zei, genoeg opties om alles te beveiligen. Ik denk dat er grotere kraks bij Telenet werken dan iedereen hier op Netweters samen om zo'n problemen op een andere manier aan te pakken en te voorkomen i.p.v. simpelweg te blokkeren. Ik besef ook dat mijn setup hier thuis eerder uitzondering is bij een particuliere klant maar ik ben toch niet de enige die VPN's gebruikt. Nogmaals, ik betaal er toch voor... Het is redelijk duidelijk dat wij als kleine poppetjes gewoon moeten dansen op de manier dat er aan de touwtjes getrokken wordt. Zo simpel is het nu eenmaal! ... Meer weergeven

Dag Suzy, Bedankt voor de feedback. In mijn geval ging het niet om de gebruikte DNS servers en Cloudflare VPN. Ik gebruik NordVPN en hun DNS servers. Ik heb de VPN ook getest via andere DNS servers maar ik blijf hetzelfde resultaat krijgen. Alhoewel het verkregen VPN IP adres een Belgische IP is, krijg ik dus ook geen toegang tot Telenet TV. Het zijn dus duidelijk niet enkel de IP's van Cloudflare die geblokt worden. Als ik de afzonderlijke TV apps van VTM, VRT,... krijg ik wel toegang. Beetje vreemd dat zij het wel toelaten en Telenet dan niet. Ik begrijp dat wetgeving ook moet gerespecteerd worden maar als je het allemaal samenvat, niet echt logisch. Als oplossing laat ik nu mijn chromecasts rechtstreeks naar buiten gaan in mijn firewall via de Telenet gateway. Toch overweeg ik mijn TV abonnement stop te zetten als ik niet zelf mag beslissen hoe ik surf en via welke weg. Ik betaal er tenslotte voor, als je begrijpt wat ik bedoel. ... Meer weergeven

Hier kunnen veel oorzaken zijn die dit probleem veroorzaken. Het kan zoals aangegeven zowel het intern netwerk, modem of het net buiten zijn. De technieker zal na zijn analyse wel het nodige doen. Dat komt altijd terug in orde! Het is heel belangrijk dat het goed begint en dan heb ik het over het buiten netwerk en jouw kabel die van buiten naar binnen loopt. Als het daar al slecht begint, wordt het er zeker niet beter op. Als de US in jouw geval dan problemen geeft, kan dit bvb aan het buiten netwerk liggen. Het US spectrum kan serieus verstoord worden door allerlei netfouten (kortsluitingen, spikes, ruis, water in kabels,...) alsook door individuele installaties. Dit zorgt dan voor de ganse node en voor alle kanten problemen. Het probleem moet dus niet specifiek vanuit jouw straat of van de buur komen. Als jouw vraag (ping, website,...) in US hapert, dan zal er niet veel terugkeren. Vergelijk het met de sneeuw van vandaag: jij gooit het witte ping-pong balletje (jouw ping) in het witte sneeuwtapijt (de ingress/de verstoring)...zoek het maar eens en terugkeren zal het ook niet doen 😉 Ik weet niet welke Docsis 3.1 modem je hebt maar daar zijn soms wel eens problemen mee inderdaad. De juiste reden weet ik ook niet. Ik heb al enkele keren met mijn modem gehad dat er niets meer uitkomt en ik echt een power reset moet geven. Hopelijk is jouw probleem snel opgelost! 💪 ... Meer weergeven

Ik heb ook al eens voorgehad dat de pfw rules na aanpassen vast was gelopen in de systemen. Het enigste wat je dan kan doen, is bellen. Want daar stopt het voor ons jammer genoeg. ... Meer weergeven

Met de portscan die jij gebruikt even getest. Op mijn UDP poorten krijg ik closed. Op mijn TCP poorten staat het wel open gemarkeerd. ... Meer weergeven

Ik heb hier net eens getest met verschillende online portscans. Ik krijg soms open en soms niets. Zal dus afhangen welke methode de portscans gebruiken. Misschien het proberen waard om eens niet 'BOTH' te gebruiken maar of 'TCP' of 'UDP' volgens jij nodig hebt. ... Meer weergeven

Zoals aangehaald kan je met een CH6643E geen mac-bridging doen en ook altijd op te letten als je het wel doet via een andere modem (CV8560E of F3896LG) dat je een firewall hebt. Anders zet je jouw server of eender welk toestel open en bloot op het www. Voor de meesten is het veiliger om portforwarding te doen. Het geeft toch een extra laag veiligheid. Om terug te komen op de originele vraag: zit er geen 'stealth mode' voor de portscans op de Telenet modems? Zodat er geen poortinformatie vrijkomt voor de port scanner? Dit zou wel een vertekend beeld kunnen geven als je een portscan uitvoert. ... Meer weergeven

Goeiemorgen, Een printer kan perfect via USB en netwerk tegelijk benaderd worden of functioneren naast elkaar. Maar je gaat sowieso terug tegen hetzelfde botsen, vrees ik. Ik ben niet echt thuis in kant-en-klare NAS systemen maar het is het proberen waard natuurlijk.  Mocht Apple nu gewoon printen via manueel ingegeven IP ondersteunen op iPad of iPhone, dan was het al lang opgelost. Misschien nog een denkpiste: heb je de HP Smart of Ezeep (cloud-printing) app al eens geprobeerd?   Grtz, Kevin. ... Meer weergeven

Beste Telenet, Het blijft verdacht stil betreffende dit onderwerp. Is hier al meer nieuws over of mogen we besluiten dat jullie wil wet is en we er maar moeten mee leren leven? In het geval van het tweede weet ik wat er mij te doen staat alleszins. ... Meer weergeven

Goeiemorgen, Zoals ik eerder zei, moet je inderdaad jezelf de vraag stellen als het echt wel de moeite is. Ik kan hierover natuurlijk niet oordelen in jouw geval. In mijn geval heb ik het alleszins nog nooit nodig gehad. Als ik eerlijk mag zijn en je hebt het echt wel nodig, dan zou ik eerder naar een kleine printerserver neigen. Zelf maken via een RPI (samba-cups) ofwel kant-en-klaar kopen. Ik denk dat dit eenvoudiger zou zijn. Ik heb het natuurlijk makkelijk zeggen want hier bij mij thuis heb ik een 'uit-de-hand-gelopen' hobby in mijn kelder staan zoals vpn-server, mail-server, cloud-server,... en allemaal gevirtualiseerd/linux-based. Alles is reeds een grote uitdaging geweest met het idee alles los te koppelen van het wereldwijde web en iemand anders die jouw data beheerd. Dus jouw vraag was voor mij wederom een leuke uitdaging die ik graag eens bekeek. Vraag dus gerust! Echt niet mee inzitten! ... Meer weergeven

Poort 1900 is UPnP. Deze niet gebruiken want dit gaat niet werken voor dit. Het is wel degelijk poort 5353 (mDNS) die we nodig hebben. Stel alles in zoals ik opgaf. Geef je OVPN client, zijnde in jouw geval de iPad, ook een fixed ip. Hierna kan je in beide subnetten van je printer en OVPN een fw rule maken IP based. Hieronder een voorbeeld: Dit alles natuurlijk onder voorwaarde dat jouw OVPN in TAP mode staat.   ... Meer weergeven

Ik heb dit probleem al meermaals gehad met sommige routers/ap's. Het probleem doet zich enkel voor in AP mode. Op een bepaald moment denkt het apparaat niet meer 'ik ben een AP' en gaat deze fungeren in DHCP mode waardoor je wel met het netwerk verbonden bent maar geen internet toegang meer hebt. Bij één model kon ik dit ooit uitschakelen. Dit was een soort van beveiliging indien de DHCP server die hij gebruikt zou uitvallen en je toch nog eventueel aan je AP zou kunnen. Ik heb nooit begrepen waarom dit nuttig zou zijn want zoals we in dit geval merken, zorgt het soms voor meer problemen dan iets anders. Als de DHCP server van jouw modem eventjes faalt/niet bereikbaar is, zit je al onmiddellijk met een probleem. Ik heb even in de handleiding gekeken maar zag niet onmiddellijk een optie om dit uit te zetten. Het is een zeer beknopte web interface waar je weinig geavanceerde instellingen kunt op wijzigen. Nu heb je twee opties: - Stuur die dingen terug en kies voor Unifi AP's. Het kost ietsje meer maar je hebt gegarandeerd NOOIT problemen. Unifi AP's kunnen zonder controller gebruikt worden alsook fungeren als AP's of range extenders/meshing, gecombineerd met de DHCP server van de modem zoals in jouw situatie - Zet de AP mode uit en gebruik DHCP server van die toestellen. Het WAN gedeelte zet je op auto DHCP. Deze zullen dan een IP krijgen van de modem wat volgens de standaard instellingen een 192.168.0.X/24 zal zijn. Zet dan de DHCP van het LAN gedeelte op die twee toestellen bvb op 10.10.10.X/24. Al jouw interne toestellen zullen dan een IP krijgen van de TP-Link's en niet meer van de modem. Dit zal dan wss ook het probleem van uitval oplossen. ... Meer weergeven

Dit klopt inderdaad. De tunnel mode is layer 3. Deze zal geen broadcast ontvangen die in layer 2 zit. Dus zeker geen Wireguard gebruiken want deze werkt volgens mijn idee enkel over layer 3. Bij OpenVPN kan je wel kiezen voor TAP ipv TUNNEL. Maar dan heb je inderdaad de broadcasts die voor wat noise zullen zorgen. Omdat het dus onmogelijk is om op een Apple device een printer via IP toe te voegen, is er eventueel ook wel nog een andere optie. Natuurlijk uit te maken voor jezelf of het wel echt de moeite is om deze weg in te slaan. AirPrint kan wel benaderd worden via een ander toestel in het netwerk die op zijn beurt de printer deelt voor AirPrint. Dit kan via een Windows of Apple toestel maar evengoed met een Raspberry Pi met CUPS erop. Zoals je ziet, komt er meer bij te kijken dan we soms denken. Maar om het werkende te krijgen over verschillende subnetten/vlans via PfSense ben ik na enkele muren te zijn tegengekomen, afgestapt van Avahi. Forum na forum kreeg ik meer en meer het idee dat dit niet de juiste weg was die we aan het bewandelen waren. Dus heb ik het pakket 'UDP Broadcast Relay' pakket geïnstalleerd. En wonder bij wonder werkte dit redelijk snel. Hieronder een voorbeeld van de configuratie in 'UDP Broadcast Relay':   Qua FW rules hoef je ook niet veel in te stellen buiten dat beide IP's ( van printer en bvb ipad ) elkaar moeten kunnen bereiken. Check na saven als de service draait en normaal zou je printer automatisch zichtbaar moeten zijn.   ... Meer weergeven