I recently acquired an old Aruba AP-105. Unlike the closely related IAP-105, the AP-105 is completely useless without an Aruba controller. Luckily however, with some effort, the device can be flashed with OpenWRT. With even more luck, I even got a colleague to do the hard work of flashing U-boot to the onboard SPI for me.
I have been running the DNS for most of my domains myself for a number of years now. While you may have any number of reasons for self-hosting DNS, my chief motivator was the ease of implementing the ACME DNS-01 challenge when requesting certificates. This in turn allows me to request and use publicly verifiable certificates for devices and applications that are only accessible from my internal network. As I have some services that I want to be accessible both publicly and internally but on different IPs, I use a split-horizon DNS setup.
I run my own IPv6-only AS, mostly to get some real-world BGP experience, and partly so I can say I operate my own AS. In fact, IPv6 for this domain is served by my own AS uplinked through the ColoClue network. When running your own AS, you will need to have some way of announcing your IP space through BGP. Some networks and providers, such as aforementioned ColoClue but also Vultr1 allow you to announce routes over BGP after verifying your authority over the announced prefixes.
Het proces om IPTV van KPN te laten functioneren via een eigen router is ondertussen best aardig gedocumenteerd. Als je toevallig een Ubiquiti Edgerouter gebruikt hoef je tegenwoordig al bijna niets meer zelf te bedenken.
I previously wrote about connecting a rotary-style phone to a VoIP-based telephony setup. In the post, I described using a Fritz!Box 7170 as an ATA because of its support for both SIP and pulse dialling. Although it works very well as an ATA, the device is quite dated and does not offer much functionality other than a Fast Ethernet switch. While it also has a built-in modem and WiFi, it only supports ADSL2+ and 802.
Eerder schreef ik over het monitoren van een KPN DSL-verbinding middels OpenWRT en Prometheus. Dit is echter niet de enige KPN-verbinding die ik onder mijn beheer heb en waarop ik monitoring wil toepassen. Idealiter zou ik ook daar natuurlijk een modem met OpenWRT plaatsen zodat ik op dezelfde manier kan monitoren, maar het feit dat ik hier iets over schrijf wijst er natuurlijk al op dat het helaas niet zo eenvoudig is.
As a millennial, I’m not a huge fan of making or receiving phone calls. Conflictingly however, I am a huge fan of telephony. The act of placing phone calls used to be a very mechanical process with large telephone exchanges making a series of connections to complete a connection from caller to callee. These series of connections are why phone numbers used to be allocated to specific regions. Dialling the area code resulted in a connection being made to the telephone exchange for that area.
I recently set up an OpenWRT device as a modem on a KPN DSL connection. Fittingly, the device running OpenWRT is a KPN Experiabox V8 which KPN provided their subscribers with up until a couple of years ago. While the device is quite crippled when running the stock firmware, OpenWRT transforms the device into a quite capable modem and router. Having configured the appropriate credentials (user: MA-CA-DD-RE-SS@internet pass: kpn), the PPPoE connection came up immediately, automagically including DHCPv6-PD.