Je IP verandert. De rest hoeft dat niet.

De meeste thuis- en kleine kantoorverbindingen krijgen geen vast openbaar adres. Je provider geeft je er een en wisselt het wanneer het uitkomt — vaak na een herverbinding of een herstart van de router. Alles wat naar het oude adres wees, werkt dan niet meer: een naam die niet meer bij jouw machine uitkomt, of een firewallregel die je er niet meer in laat. Dynamische DNS — DDNS — lost dat op: iets merkt het nieuwe adres op en werkt bij wat ervan afhangt. InfraNest doet dat voor je DNS-records én, anders dan de meeste DDNS-diensten, voor je cloud-firewallregels.

Ja, en met bijna al het andere ook. InfraNest spreekt dyndns2, de standaard die vrijwel elke router ondersteunt: FRITZ!Box, UniFi, Synology, OPNsense, pfSense, ASUS, MikroTik en de meeste consumentenrouters, plus ddclient en inadyn. Kies je apparaat op het setupscherm en het toont precies de invulvelden die dat apparaat vraagt, al ingevuld. Staat het jouwe er niet bij, dan werkt de algemene “Custom”-voorinstelling — en een curl-regel uit cron net zo goed.

Ja, en dat is de belangrijkste reden om het boven een gratis dynamische-DNS-dienst te verkiezen. Koppel een cloud-firewallregel aan een dynamisch IP en het toegestane adres in die regel volgt je verbinding — handig voor een SSH- of databaseregel die alleen voor jou open moet staan. Alleen jouw item in de regel verandert; elk ander IP blijft staan, en het geschreven adres is altijd één enkel host-adres.

Na twee dagen zonder check-in wordt de bron als verouderd gemarkeerd en krijg je één melding — opgeheven zodra er weer iets binnenkomt, ook een “er is niets veranderd”, wat een gezonde router meestal stuurt. Heb je dichtvallen aangezet, dan raakt een bron die ongeveer een week stil is zijn firewall-openingen kwijt en worden die doelen uitgeschakeld; de eerdere waarschuwing vertelt hoeveel dagen er nog zijn. Die twee lopen met opzet een uur uit elkaar, zodat de waarschuwing een waarschuwing is en nooit een post-mortem.

Dit is het onderdeel waar we het voorzichtigst mee zijn geweest. De actuele regel wordt vóór elke schrijfactie opnieuw bij je provider opgehaald, dus wat jij in hun console veranderde blijft staan. Alleen het item dat InfraNest schreef wordt aangepast. Het adres is altijd één host-adres, nooit een reeks, en nooit een privé- of onbereikbaar adres. Een firewall volgt alleen het adres waar je echt vandaan verbond — de gemelde override die DNS accepteert wordt hier genegeerd, want een queryparameter mag geen poort kunnen openzetten. Het inschakelen van een firewalldoel kan opnieuw inloggen vereisen als je organisatie dat aanzet.

Niet zinvol, en het zegt dat ook in plaats van te doen alsof. Zet je provider je achter carrier-grade NAT, dan is het adres dat je router doorgeeft niet bereikbaar vanaf het internet, dus publiceren zou je naam naar niets laten wijzen. InfraNest weigert het te schrijven en legt uit waarom — je provider kan je meestal een echt openbaar adres geven, vaak gratis, als je erom vraagt.

Twee op het gratis plan, vijfentwintig op Pro en onbeperkt op Business. Elk daarvan kan zoveel DNS-records en firewallregels aansturen als je nodig hebt, dus één thuisverbinding die drie namen en twee regels bijhoudt telt als één.