Over cdr

cdr · ‎04-03-2024

Ook bij mij ging het ineens van tientallen spamberichten per dag naar 0, hooguit 1. Maar sedert enkele dagen krijg ik opnieuw meer spam, dus ik vermoed dat ze bij TN de filter iets teruggeschroefd hebben. Het zijn er nog niet zoveel als voorheen maar toch een twintigtal per dag.

cdr · ‎21-02-2020

@igvfer Ja, ik was zo druk bezig geweest met het uitgommen van mijn ip-adressen dat ik mijn ddns-naam vergeten was 😉. Bedankt om hem te blokkeren en bedankt voor alle antwoorden!

cdr · ‎21-02-2020

nieuwe poging voor de printscreen van de vorige bijdrage

cdr · ‎21-02-2020

@igvfer In de command line van de router geraken via SSH-Putty is inderdaad geen probleem. Maar ik ken te weinig Linux om dan veel verder te geraken. Als ik eens tijd heb... Die Vlan2 lijkt mij echt toch wel de WAN-interface te zijn hoor. Het 94.224-adres dat erbij staat is mijn publiek adres van Telenet, zoals blijkt uit de statuspagina van de router. Dat ik tussen 2 pc's kan pingen met de handmatige ip-adressen en subnetmaskers die je voorgesteld hebt, is logisch. Immers, precies door als subnetmasker 255.255.248.0 te specifiëren, zet ik de facto beide pc's in hetzelfde netwerk. Mijn provider gaat me toch geen subnetmasker opleggen voor mijn LAN; daar ben ik baas over. Stel dat ik lokaal bv. 10.x.x.x/8 wil gebruiken, dan moet ik dat toch kunnen.

cdr · ‎21-02-2020

@igvfer Die VLAN-instellingen staan helaas niet in de gui van de router en mijn kennis reikt niet ver genoeg om die via cli te gaan bekijken/interpreteren. Maar in ieder geval hebben we nu de vermoedelijke oorzaak van die verschillende prefixen. Het subnetmasker van 255.255.248.0 slaat volgens mij op het WAN IPv4-adres. In het LAN heb ik gewoon 255.255.255.0.

cdr · ‎21-02-2020

@igvfer 2. Ik had me misschien onduidelijk uitgedrukt maar ik bedoelde enkelvoudige hex-waarden, dus het is maar tot 1234:567 dat WAN en LAN gelijklopen op de ASUS-router. Dat blijft dus voorlopig nog een mysterie. Ziehier nog even de eerste 32 bits van de adressen: - router LAN: 2a02:1811 - pc: 2a02:1811 - router WAN: de interface van de router toont dit niet maar Putty toont het onderstaande

cdr · ‎20-02-2020

@igvfer 1. Ik had gelezen dat Windows standaard de MAC-adressen niet gebruikt maar dat is misschien alleen voor Link local: https://sid-500.com/2018/02/07/ipv6-how-windows-generates-link-local-addresses-eui-64/. 2. Als alleen de 7 eerste hex-waarden maar gelijk zijn, is dat dan geen /28 prefix? Het is inderdaad boeiende materie maar niet zo eenvoudig. Moest je links hebben naar interessant studiemateriaal, ze zijn zeer welkom!

cdr · ‎20-02-2020

@igvfer Bedankt, een en ander begint stilaan duidelijk te worden! Ik heb eens een andere 2de router achter de switch gezet en die krijgt wel een IPv6-adres aan de WAN-kant, dus misschien is er een probleem met die DD-WRT router. Toch nog enkele vraagjes. 1. Als ik mijn 2 routers laat staan, heb ik dan niet theoretisch de kans dat ik bij gebruik van SLAAC zonder EUI-64 een adresconflict creëer? 2. Mijn ASUS-router (instellingen zie bovenaan deze thread) heeft voor zijn WAN een andere prefix dan in het LAN: enkel de eerste 7 hexadecimale waarden zijn dezelfde. Mijn 2de router TP-Link Archer C5 daarentegen heeft aan WAN en LAN-kant hetzelfde prefix/64 (instellingen zie hieronder). Vanwaar dat verschil?

cdr · ‎17-02-2020

@igvfer Bedankt voor je reactie. Gebruik jij misschien een HGW? Ik heb een opstelling met modem only en daarachter 2 routers, dus 2 gescheiden netwerken met voor ipv4 dan ook 2 aparte publieke adressen. Ik ben geen crack in ipv6 maar ik zou daar toch ook aparte prefixen verwachten, of het nu /64 of /56 is. Ook nog even vermelden dat router 2 aan de wan-kant geen ipv6-adres krijgt, dat zou toch los moeten staan van die prefixen of vergis ik me?

cdr · ‎17-02-2020

@igvfer Hoe weet ik welke prefix ik van TN voor router 2 zou moeten krijgen? De prefix voor router 2 is toch niet dezelfde als die van router 1, ik kan dat toch niet zomaar overnemen? Als ik in plaats van router 2 rechtstreeks een laptop zet, krijgt die aan de WAN-kant een publiek IPv6-adres. Bij mijn router 2 gebeurt dit om een of andere reden niet. Putty toont alleen link-local adressen.

cdr · ‎17-02-2020

Ik heb achter mijn EMTA Docsis 3.0 een switch staan. Poort 1 van de switch gaat naar een Asus RT-AC87u met de originele firmware. Daarop heb ik geen enkel probleem om met onderstaande instellingen IPv6-adressen te krijgen op router en clients. Een andere switchpoort gaat naar een TP-Link WDR3600 router met een IPv6-compatibele DD-WRT-build uit 2018. Maar daarop krijg ik IPv6 niet aan de praat. Ook Putty ziet geen IPv6-adressen, ook niet op de WAN-poort van de router. Als ik mijn laptop aan diezelfde switchpoort hang, krijgt die wel een IPv6-adres van Telenet. Iemand enig idee? Hieronder de instellingen: voor IPv6-type heb ik ook nog de opties DHCPv6 met Prefix Delegation en 6in4 Static Tunnel maar dat maakt geen verschil. Assigned / Routed Prefix en Router IPv6 Address moeten toch van Telenet komen, niet?

cdr · ‎26-09-2019

@janne_man Ja, uiteraard de wifi powerline. Zo had ik het toch geschreven, niet?

cdr · ‎26-09-2019

@Steven-E Ik dacht dat powerline adapters dat altijd hadden, niet?

cdr · ‎26-09-2019

Nog een toevoeging: je kan de wifi powerline ook los gebruiken als AP, dus niet in combinatie met de andere powerline. Gewoon een kabel van je router of switch naar de Wifi-powerline volstaat.

cdr · ‎26-09-2019

Ik had voor de metingen de ssid's van het powerline-AP lokaal aangepast via de web-interface. Ik vind die nieuwe namen ook terug in Mijn Telenet. Ook omgekeerd, als ik de ssid's verander via Mijn Telenet, vind ik na even wachten de nieuwe ssid's terug in de webinterface. Ik heb nu eens de verbinding tussen de emta en mijn router verbroken en dan de powerlines uitgetrokken en terug ingestoken. Ik kan ze blijkbaar nog altijd gebruiken, zowel bekabeld als draadloos, binnen het LAN uiteraard. Ik kan de powerlines zelfs resetten zonder dat er contact is met de emta en ze doen het dan nog, zowel bekabeld als draadloos. Op het eerste zicht schijnt Telenet dus niets te moeten pushen om de powerlines te laten werken en is het enkel voor het doorgeven van (wijzigingen in) instellingen.