Het internet is uit lagen opgebouwd. Eén van die lagen is de internetlaag, waar het internetprotocol zijn werk doet om je data van punt A naar punt B te krijgen. Nu maken we grotendeels nog gebruik van internetprotocol versie 4, ooit zal dat alleen versie 6 worden. Wat is precies het verschil tussen ipv4 en ipv6?

Ip staat voor het internetprotocol en bestaat als versie 4 en versie 6. Het ligt op de tweede laag, de internetlaag, van het tcp/ip-protocol en is verantwoordelijk voor het vervoeren van pakketten van de bron naar de bestemming. Dat kan betekenen dat een pakket erg veel netwerken langs moet om zijn eindbestemming te bereiken: ip kiest de beste route.

Versie 6 is de nieuwste versie van het internetprotocol, dat voornamelijk gebouwd is omdat het aantal beschikbare ip-adressen van versie 4 al lange tijd opraken. Dat zag de organisatie achter het internetprotocol overigens al in 1990 aankomen, toen het werk begon aan ipv6. De standaard was klaar in 1998, maar is nog maar zeer beperkt in gebruik.

Ooit zullen alle ipv4-adressen opraken. Wanneer dat gaat gebeuren, dat weet niemand echt precies. De IANA is de organisatie verantwoordelijk voor het toekennen van ip-adressen en eind 2011 werden de laatste ipv4-blokken toegekend aan de betreffende regio’s en daarna verdeeld tussen de isp’s in die regio. In 2011 dachten we dat het eind 2012 al gedaan zou zijn met de ip-adressen. Die voorspelling bleek niet te kloppen. Er is een aantal redenen waarom we nog niet allemaal overgestapt zijn op ipv6.

Isp’s hebben geen reden om echt over te stappen, omdat hun netwerken stabiel zijn. Er gaan wat klanten weg, er komen wat klanten bij, dus je hergebruikt wat adressen en alles gaat z’n gangetje. Daarnaast gaat de overstap erg moeizaam, omdat je pas echt van de voordelen kunt genieten als ook het allerlaatste netwerk over is op versie 6. Niet echt geweldig. Laat staan dat iedereen dan ipv6 aan moet zetten: hardwarefabrikanten, contentproviders, internetproviders en meer, en niemand heeft echt reden om dat te doen.

Sinds 1990

Het werk aan de opvolger van ipv4 begon in 1990 onder naam van IPng, IP next generation, een Star Trek-referentie. Iedereen mocht ideeën voor een nieuw protocol opsturen naar de Internet Engineering Task Force. In eerste instantie was clnp een goede kanshebber om ipv6 te worden, beter bekend als Connectionless-mode Network Protocol. Clnp had een adresruimte van maar liefst 160 bits, waarmee bij wijze van spreken elk watermolecuul in de oceaan zelfs een klein netwerk kon opzetten. Clnp leek erg veel op ipv4, maar het kreeg een slechte naam omdat het van het Open Systems Interconnection model afkomstig was, de tcp/ip-concurrent van de ISO (Internationale Organisatie voor Standaardisatie).

Zoals bekend verloor het osi-model het van tcp/ip, dat ontwikkeld was door de Amerikaanse Defensie. Clnp had als nadeel dat het niet efficiënt multimedia kon verwerken. Het uiteindelijk gekozen protocol is sipp, dat staat voor Simple Internet Protocol Plus, en aanzienlijk verschilt van ipv4. Sipp behoudt de goede functies van ipv4 en is compatibel met veel internetprotocollen, zoals tcp, udp, dns, icmp, waar alleen kleine aanpassingen aan hoeven te worden gemaakt om het te laten werken met ipv6.

Het opvallendste voordeel van ipv6 is dus de grote adressering. Met de 128bit-adressen (16 bytes) van ipv6 is de kans klein dat de adressen ooit opraken, aangezien daarmee ruim 340 sextiljoen adressen mogelijk zijn (dat is een getal met 36 nullen), in tegenstelling tot de 32-bitadressen van ipv4. Andere voordelen zijn kleinere routing-tabellen, een eenvoudiger protocol, betere veiligheid en dat altijd hetzelfde ipv6-adres behouden kan worden.

Elk ip-pakket bevat een header met allerlei informatie over waar het pakket heen moet, waar het vandaan komt en wat erin zit. Ipv6 verkleint die header naar zeven velde (in tegenstelling tot de dertien in ipv4), maar de totale header is wel groter geworden wat betreft het aantal bytes dat erin zit: 20 bytes in ipv4 tegenover 40 bytes in ipv6.

Ipv6-header

De header van ipv6 bevat de volgende zeven velden: de eerste is het versieveld, voor ipv6 is dat uiteraard een 6, voor ipv4 een 4. Daarna komt het veld Traffic Class, waarin informatie ligt opgeslagen over hoe snel het pakket afgeleverd moet worden. De eerste zes bits van dat veld worden gebruikt voor de zogenoemde differentiated services, de andere twee voor congestion control, maar die items worden samen Traffic Class genoemd. Het veld Flow-label geeft de mogelijkheid om een groep pakketten met dezelfde eisen te labelen.

Het internetprotocol is een zogenoemd stateless protocol, maar met het Flow-label kan toch een ‘state’ gebruikt worden. Het Payload length-veld geeft aan hoeveel data er in het pakket zit. In elk ipv6-pakket passen 65.535 bytes, 20 bytes meer dan ipv4. In het Next header-veld is ruimte voor extra headers, zoals extra opties. Zijn die er niet, dan geeft dit veld aan of het gaat om udp- of tcp-verkeer. Daarna volgt het Hop limit-veld, dat aangeeft hoe lang het pakket in leven blijft, zoals hoe vaak het mag ‘hoppen’ voordat het gedropt wordt.

De laatste twee velden zijn het Source Address-veld (het ip-adres van de verzender) en het Destination Address-veld (het ip-adres van de ontvanger). Beide adressen bestaan dus uit 16 bytes. Oorspronkelijk bevatte ipv6 adressen van 8 bytes lang, maar dat vond de Internet Engineering Task Force (de organisatie achter internetstandaarden) te weinig, dus werden het 16 bytes.

Ipv6 bevat overigens niet alle functies en headervelden van ipv4. Zo mist er een veld voor Security, Quality of Service, automatische configuratie en internetroutering. Het Time to Live-veld van ipv4 heet in versie 6 het Hop Limit-veld, zoals eerder besproken.

Een voordeel van ipv6 is dat ipsec onderdeel is gemaakt van het protocol. Met ipsec kan elk pakketje versleuteld worden voor veilige communicatie tussen apparaten. Dat ipsec onderdeel is van ipv6 betekent niet dat standaard alle communicatie is versleuteld, maar dat er minder overhead nodig is om ipsec te gebruiken in vergelijking met versie 4.

Het is natuurlijk ook gewoon mogelijk om ipsec te gebruiken over ipv4. Ondersteuning voor ipsec in ipv6 is toegevoegd via het Next Header-veld. Daarin kan de authenticatieheader gebruikt worden. Die zorgt voor de integriteit van de rest van de headers van ipv6. De Encapsulating Security Payload in het Next Header-veld bevat de daadwerkelijk versleutelde data van het pakket.

©PXimport

De nieuwe ipv6-adressen zijn een stuk langer in vergelijking met v4. Daarom worden deze adressen met een nieuwe notatie opgeschreven. Ze worden in groepen van acht in hexadecimale notatie opgeschreven, gescheiden met dubbele punten tussen elke groep. Bijvoorbeeld: 2a02:a450:7af3:0000:99e8:0000:0000:feb0.

Heel erg veel adressen zullen één of meer groepen met alleen maar nullen bevatten. Die mogen worden ingekort door ze niet weer te geven, zodat het adres er dan bijvoorbeeld als volgt uitziet: 2a02:a450:7af3::99e8:::feb0.

Waar in ipv4 bepaalde adressen gereserveerd zijn voor lokaal gebruik, namelijk 192.168.x.x, 172.16.x.x en 10.0.x.x, beginnen lokale ipv6-adressen altijd met fe80. Een multicast-adres begint met ff0x met x tussen 1 en 8.

NAT verleden tijd

Dankzij nat hebben we de ‘ipcalypse’ ontweken, voor nu, omdat niet elk apparaat een uniek ip-adres hoeft te krijgen. Dat is vooral handig voor bijvoorbeeld het internet of things, dat een explosie aan apparaten zal veroorzaken. Met ipv6 gaat dat veranderen en gaat nat de deur uit, want het is niet meer nodig. Elk apparaat krijgt een uniek adres met ip-versie 6.

Geen gedoe dus meer in je router om de poorten van Plex of je server door te sturen. Nat is niet meer nodig, omdat er simpelweg genoeg adressen zijn om aan alle netwerkapparaten uit te delen. Hoewel nat in een aantal gevallen frustrerend kan zijn, had het wel als impliciet voordeel dat het voor betere veiligheid zorgde (zie kader ‘Hoe werkt nat?’). Wat de veiligheidsproblemen gaan zijn zonder nat, is lastig te zeggen.

Ipv6-privacy

Er is een aantal privacyzorgen als gevolg van ipv6. Elk apparaat krijgt namelijk een uniek adres, waardoor nat niet meer nodig is. Dat betekent dat als jij straks een website bezoekt, dan ziet deze niet langer je externe ip-adres, maar direct het adres van je eigen apparaat. Ip-adressen waren al persoonsgegevens, zo oordeelde het CBP. Met ipv6 wordt het erger: je ip-adres wordt afgeleid van het mac-adres van het apparaat dat je gebruikt. Het wordt een soort ‘supercookie’. Dat betekent dat apparaten door netwerken gevolgd kunnen worden, want je krijgt dan steeds een grotendeels identiek ip-adres toegekend.

Met een paar eenvoudige stappen kun je van het ipv6-adres het mac-adres van een apparaat herleiden. Er is een oplossing: privacy addressing, dat het mac-adres verbergt met adressen die regelmatig veranderen. Dat is echter niet zo handig voor netwerkbeheerders, omdat ip-adressen dan onvoorspelbaar worden, wat het opsporen van fouten en beheer lastig maakt. Er is een nieuwe standaard: Semantically Opaque Interface Identifiers, die zorgen dat netwerkadressen uniek zijn per netwerk, zodat je op hetzelfde netwerk wel steeds hetzelfde adres hebt, maar het compleet verschilt op een ander adres.

©PXimport

De toekomst

Providers kunnen op twee manieren overstappen op ipv6: DS-Lite of Native Dual-Stack. Met DS-Lite heb je thuis een openbaar ipv6-adres, maar een privé-ipv4-adres dat is uitgedeeld door de provider. Het netwerk van de provider is ipv6. De modem verpakt ipv4-pakketten in ipv6 en verstuurt ze zoals normaal. Deze pakketten komen dan bij de nat van de provider terecht die het ipv4-pakket uit het ipv6-pakket haalt en het naar het ipv4-internet stuurt. Het nadeel van DS Lite is dat je niet meer op ipv4 portforwarding kunt instellen, want de nat zit dan bij de provider. Met de Native Dual-Stack krijg je zowel een openbaar ipv4- als ipv6-adres en houd je wel de volledige controle.

Bij KPN is de ipv6-uitrol al enige tijd gestart. Met een Experia Box v9 of v10 is de kans groot dat je een ipv6-adres hebt toegewezen gekregen. Bij Ziggo wordt de firmware nog getest voor veel modems. In juni zocht Ziggo nog bètatesters voor ipv6 en op het moment van schrijven is het bij 11 procent van de klanten uitgerold. Andere providers zijn er ook mee bezig, maar daar gaat het ook niet echt hard.

Je kunt zelf testen of je klaar bent voor ipv6 met deze website. Google houdt bovendien het aandeel bij van internetverkeer over ipv6 op deze pagina. De groei van ipv6-ondersteuning neemt langzaam toe. Was dat in 2009 nog rond de 0 procent, in 2014 was het gegroeid naar twee procent en nu zitten we rond de twintig procent. In Nederland lopen we wat achter: op dit moment pas 10 procent ondersteuning. In België bereikte het ipv6-verkeer in juni al 50,01 procent. Er is dus nog een lange weg te gaan.

Een NAS is voor de meeste gebruikers veel meer dan een netwerkschijf. Je kunt er eenvoudig extra toepassingen op draaien, bijvoorbeeld voor extra back-upmogelijkheden, productiviteit, multimedia en thuisautomatisering. Daarvoor is het vaak ook krachtig genoeg. Toepassingen kunnen bovendien bestanden op je NAS benutten. De makkelijkste manier om toepassingen te installeren en beheren is via Docker. We laten zien hoe je hiermee werkt op een NAS van Synology of QNAP.

Je hebt meestal geen zware server nodig voor toepassingen als Plex, Jellyfin, SABnzbd of Home Assistant. Een NAS is meestal krachtig genoeg. Soms is hooguit wat extra geheugen wenselijk. Zo heb je behalve je opslag ook al je toepassingen centraal. Mis je softwareopties op je NAS, bijvoorbeeld voor back-up of synchronisatie, dan is dat óók eenvoudig op te lossen met extra software. Maar hoe installeer je zulke toepassingen? Soms kun je een pakket installeren, bijvoorbeeld van SynoCommunity. Maar je moet dan precies de juiste variant vinden en er kunnen afhankelijkheden zijn, zoals php of Apache. Met Docker ben je veel flexibeler. Toepassingen zijn niet meer afhankelijk van de inrichting van je NAS en worden bovendien sneller bijgewerkt. Maar hoe werk je hier in de praktijk mee op een NAS? In dit artikel laten we dat zien. We beginnen met algemene uitleg over het werken met Docker op een NAS. Daarna behandelen we het downloaden van images en het maken en configureren van containers. We richten ons daarbij voornamelijk op Synology en QNAP. Heb je een NAS van een ander merk, dan zul je merken dat veel principes hetzelfde zijn. Bij het merk Ugreen lijkt de software bovendien sterk op die van Synology.

Wat heb je nodig?

Niet alle modellen van Synology en QNAP ondersteunen Docker. Synology vereist een model met x86-cpu van Intel of AMD. Bij ARM-modellen kun je het soms via een omweg installeren, maar dat is niet officieel en ook niet zonder risico's. Verder hangt het van het model af. Vooral de Plus-series (zoals de DS224+ en DS923+) en hogere modellen ondersteunen Docker. Je kunt het eenvoudig controleren door in Synology Package Center te zoeken naar Container Manager (DSM 7.2 of hoger) of (als je een oudere DSM-versie hebt) naar Docker. Bij QNAP is de toepassing, onder de naam Container Station, beschikbaar via App Center. Het is geschikt voor de meeste niet al te oude modellen. Zowel bij Synology als QNAP is 2 GB werkgeheugen aanbevolen, maar we raden minimaal 4 GB RAM aan. Voor dit artikel gebruiken we een wat oudere Synology DS918+ en QNAP TS-453Be. Beide komen nog goed mee en beschikken over recente software.

Opslag bij Docker

Belangrijke gegevens zoals configuratiebestanden, databases en cachebestanden worden in principe buiten een container bewaard. Dat kan op twee manieren. Normaal zal Docker voor de paden in de container die persistent moeten zijn een anoniem volume gebruiken. Dat krijgt een lange hash als naam. Je kunt ook zelf een naam toewijzen. We noemen dat dan een named volume. Die kun je makkelijker herkennen of hergebruiken in andere containers. De tweede optie is een zogeheten bind mount. Je koppelt dan de persistente paden in de container aan mappen op de host (het systeem waarop Docker draait), zoals je NAS. Zeker bij een NAS van Synology is dat het meest praktisch. Synology verbergt in de webinterface namelijk volumes, ook al zijn ze er wel! Bij een bind mount zie je de bestanden altijd netjes in de gedeelde mappen, zodat jij ze zelf kunt raadplegen of back-uppen.

Opslag bij een NAS

Voor het organiseren van je bestanden op een NAS gebruik je standaard al gedeelde mappen. Ga je met Docker werken, dan zul je óók zo'n map gebruiken voor de opslag voor je containers. Synology maakt die map standaard onder /docker. Bij QNAP is dat (meestal) /Container. Stel dat je WordPress wilt installeren. Het persistente pad in de container is in dit geval /var/www/html. Daar worden alle websitebestanden opgeslagen. Bij Synology zul je dan een map zoals /docker/wordpress maken die je bij de configuratie koppelt aan het container-pad /var/www/html. Er kunnen ook meerdere paden zijn. SearXNG gebruikt in de container bijvoorbeeld /etc/searxng voor de configuratie (zoals settings.yml) en /var/cache/searxng voor data en cachebestanden. Beide kun je dan koppelen met de NAS, bijvoorbeeld onder /docker/searxng/config en /docker/searxng/cache. Gebruik eventueel de bestandsbeheerder (zoals File Station) om de mappen vooraf aan te maken of aangemaakte bestanden te bekijken!

Bestanden op je NAS gebruiken

Het mooie van Docker op een NAS is dat je een container toegang kunt geven tot bestanden op die NAS, zoals foto's, video's, documenten en back-ups. Je koppelt daarvoor gewoon de gewenste gedeelde mappen of submappen. Op die manier kun je bijvoorbeeld de muziekspeler NaviDrome direct toegang tot de muziek op de NAS geven. De muziek kun je daarna netjes georganiseerd bekijken en afspelen via de vlotte webinterface. Het werkt ook samen met verschillende bekende apps. Ook bijvoorbeeld voor video's zijn goede toepassingen beschikbaar, zoals Plex en Jellyfin. Of probeer eens een toepassing als Immich of Photoprism voor je fotobibliotheek.

Met NaviDrome kun je heel handig de muziek op je NAS beluisteren.

Werken met poorten

Containers gebruiken vaak één of meerdere poorten voor bijvoorbeeld een webinterface. Een voorbeeld is de webserver nginx met http-poort 80. Bij de configuratie koppel je die interne poort 80 aan een poort op de host en daarmee je lokale netwerk. Je kunt soms hetzelfde poortnummer (in dit voorbeeld 80) kiezen, maar dat hoeft niet. In dit geval is dat ook af te raden. Liever gebruik je een hogere, vrije poort. Let goed op de bezette poorten van de NAS zelf. Dat zijn er vaak best veel. Een voorbeeld is de veelgebruikte poort 8080 die QNAP voor de webinterface gebruikt. Bij Synology zie je een overzicht van gebruikte poorten in Configuratiescherm / Infocenter op het tabje Service. Bij QNAP ga je naar Systeem / Systeemstatus / Systeemdiensten. Een blok als 6000-6999 is bij beide merken een goede optie. Heb je een container gestart, dan moet je deze vaak even de tijd geven om te starten voordat je de webinterface kunt benaderen via de ingestelde poort.

Docker Compose

Bij een NAS kun je een container relatief makkelijk via een wizard starten. Maar de details die je opgeeft, zoals poorten en volumes, kun je naderhand niet aanpassen. Wil je iets veranderen, dan zul je een nieuwe container moeten maken met de juiste instellingen. Bij zowel Synology als QNAP kun je ook werken met Docker Compose. Bij Synology heet dit een project, QNAP noemt het een toepassing. Je kunt dan de instellingen voor één of meerdere containers beheren in één yaml-bestand, meestal met de naam docker-compose.yml. Een groot voordeel is dat je dan eenvoudiger achteraf de configuratie kunt aanpassen. Het werken met meerdere containers is bovendien veel overzichtelijker. Je groepeert ze samen in één bestand, ook wel 'stack' genoemd. En je kunt alle containers in één handeling starten, stoppen of verwijderen. Bij problemen zul je overigens wel nog steeds de individuele containers moeten inspecteren (zie kader 'Problemen oplossen').

Synology: Docker installeren

Docker is meestal niet standaard geïnstalleerd. Je logt eerst in bij DSM, het besturingssysteem van je NAS. Vervolgens installeer je de toepassing via

Package Center. De toepassing heet Container Manager (sinds DSM 7.2) of (bij een eerdere versie) Docker. Bij de installatie wordt gevraagd om een brugnetwerk te configureren. Dat is het netwerk waarop containers intern communiceren. Je hoeft dit subnet (172.17.0.0/16) niet te veranderen, tenzij dit conflicteert met jouw eigen netwerk (wat heel zeldzaam is).

Synology: images downloaden

Om een container met een bepaalde toepassing te starten, heb je een image nodig. Open daarvoor Container Manager en ga naar Register. Hier kun je images op naam opzoeken. Dubbelklik dan op een image om deze te downloaden. Vaak zul je de officiële of populairste optie kiezen. De images van LinuxServer.io zijn ook altijd goed. Omdat ze dezelfde opbouw en documentatie volgen, zijn ze herkenbaar en makkelijk te gebruiken. Je kunt bij het downloaden een tag kiezen. Vaak kies je latest voor de laatste stabiele versie. Alle images die je hebt gedownload, vind je terug onder Image. Als er updates zijn, kun je die daar ook downloaden. Je containers blijven overigens draaien op de versie waarmee ze zijn gemaakt. Pas als je een nieuwe container start, wordt de nieuwe image gebruikt.

Synology: container maken

We gaan als voorbeeld een container voor SearXNG maken, een privacyvriendelijke zoekmachine die live resultaten bij andere zoekmachines ophaalt. Ga hiervoor naar Container en kies Maken. We gebruiken de image searxng/searxng. Bij het maken van de container hoef je bij Algemene instellingen niet veel te veranderen. Wel handig is de optie Automatisch opnieuw starten inschakelen, voor hogere beschikbaarheid. Op het tweede scherm, bij Geavanceerde instellingen, zie je onder het kopje Poortinstellingen dat deze toepassing in de container poort 8080 gebruikt. Bij Lokale poort kies je de lokale poort (op de host), zoals 8080 (of iets anders, als deze al in gebruik is). Na het maken van de container kun je de zoekmachine bereiken via de gekozen lokale poort, zoals http://ip-NAS:8080. Onder het kopje Volume-instellingen maak je zoals eerder toegelicht een bind mount. Koppel /docker/searxng/config met /etc/searxng en koppel /docker/searxng/cache met /var/cache/searxng. Via het venster kun je naar de map op de NAS bladeren om deze aan te wijzen (en eventueel ook aan te maken).

Synology: lokale bestanden gebruiken

Een van de voordelen is dat toepassingen bestanden op de NAS kunnen gebruiken. We noemden NaviDrome al, een populaire muziekspeler. Bij het maken van deze container koppel je poort 4533 aan de lokale poort, zoals 4533. Bij de volumes moet je opletten. NaviDrome gebruikt /data voor gegevensopslag en /music voor muziek. Koppel bij Volume-instellingen daarom bijvoorbeeld /docker/navidrome/data aan /data. Staat je muziek op de NAS onder /music/albums, dan koppel je precies die map aan /music in de container. Kies hier eventueel voor alleen leestoegang, omdat deze toepassing geen bestanden hoeft te wijzigen. Na het starten van de container zul je het programma even de tijd moeten geven om alle muziek te indexeren.

Synology: project maken

Wil je bij Synology met Docker Compose werken dan ga je naar Project en kies je Maken. Je kunt bij Bron kiezen om zelf een docker-compose.yml te uploaden, maar ook een nieuw bestand maken. Dat laatste heeft meestal de voorkeur. Je kunt de configuratie dan in het venster plakken en meteen nog wat persoonlijke aanpassingen maken. We nemen WordPress als voorbeeld dat twee containers heeft: één voor WordPress zelf en één voor een database (zoals MySQL of MariaDB). Je zet ze samen in één project en beheert ze daarna als geheel, in plaats van als twee losse containers. Bij Naam van project vullen we in wordpress (alleen kleine letters). Bij Pad kiezen we een gedeelde map op de NAS, zoals /docker/wordpress. Bij Bron kiezen we voor het maken van een docker-compose.yml. Hieronder zie je het voorbeeld voor de officiële image voor WordPress, waar we wat aanpassingen in gaan maken voor de NAS:

services:

  wordpress:

    image: wordpress

    restart: always

    ports:

      - 8080:80

    environment:

      WORDPRESS_DB_HOST: db

      WORDPRESS_DB_USER: exampleuser

      WORDPRESS_DB_PASSWORD: examplepass

      WORDPRESS_DB_NAME: exampledb

    volumes:

      - wordpress:/var/www/html

  db:

    image: mysql:8.0

    restart: always

    environment:

      MYSQL_DATABASE: exampledb

      MYSQL_USER: exampleuser

      MYSQL_PASSWORD: examplepass

      MYSQL_RANDOM_ROOT_PASSWORD: '1'

    volumes:

      - db:/var/lib/mysql

volumes:

  wordpress:

  db:

Synology: configuratie aanpassen

Hoewel de configuratie werkt, zijn enkele aanpassingen wel wenselijk. In het voorbeeld worden twee named volumes gebruikt, terwijl bind mounts handiger zijn, zeker bij Synology. Daarom halen we de onderste drie regels weg. We maken op de NAS de mappen /docker/wordpress/db en /docker/wordpress/html aan. Ten slotte passen we het volume aan voor de twee containers. Voor WordPress wordt dit als volgt:

- /volume1/docker/wordpress/html:/var/www/html

Voor de database passen we het aan naar:

- /volume1/docker/wordpress/db:/var/lib/mysql

Controleer op jouw NAS of de volumenaam volume1 klopt. Kies ook een betere gebruikersnaam en een sterker wachtwoord voor de database. Let wel op: wat je bij WORDPRESS_DB_USER en WORDPRESS_DB_PASSWORD invult, moet hetzelfde zijn als bij MYSQL_USER en MYSQL_PASSWORD. MySQL maakt met die toegangsgegevens de database, terwijl WordPress ze gebruikt om daar toegang toe te krijgen.

Nieuwe NAS? Kijk en vergelijk op Kieskeurig.nl

QNAP: Docker installeren

Om Docker te installeren op je NAS van QNAP log je eerst in bij het besturingssysteem QTS. Daarna installeer je de toepassing via App Center. Je vindt het onder de naam Container Station. De installatie wijst zichzelf. Als je de toepassing de eerste keer start, wordt gevraagd waar je gegevens van containers op wilt slaan. Je kunt de standaardmap /Container accepteren.

QNAP: image zoeken en gebruiken

Voor het zoeken van een image open je Container Station en klik je op Verkennen. Hier kun je images op naam opzoeken. Voor Docker gebruik je de resultaten van Docker Hub, de centrale verzamelplek voor Docker-images. Kies bij de gewenste image de optie Implementeer. Je kunt dan een tag kiezen (zoals latest). Vervolgens kun je direct de container configureren. Dit behandelen we in de volgende stap. Voor een overzicht van alle gedownloade images kun je naar Installatiekopieën. Wij installeren ook in dit voorbeeld een container voor SearXNG.

QNAP: container configureren

Bij de configuratie van de container kan de optie Standaardpoort voor web-URL wat verwarrend zijn. In feite maakt Container Station op basis van die poort een klikbare link die je in de webinterface ziet om de container te openen in je browser. Je kunt het dus zien als een soort shortcut. Je moet daaronder dus nog steeds de benodigde poorten openstellen. In dit voorbeeld vul je dus achter Host een poortnummer in, zoals 8000 (8080 is bij QNAP bezet!). Verander de poort bij Container (8080) niet. Vul bij Standaardpoort voor web-URL ook 8000 in, zodat de shortcut ook werkt.

Om andere opties in te kunnen stellen, zoals opslag, klik je op Uitgebreide instellingen.

QNAP: opslag configureren

SearXNG heeft in de container de persistente paden /etc/searxng en /var/cache/searxng. Bij QNAP kun je prima met (anonieme of named) volumes werken. In dit voorbeeld zullen we dat doen voor de wegwerpbare cachebestanden. Voor de configuratiebestanden maken we via File Station vooraf een map aan onder /Container/searxng/config. Achter Volume vullen we nu de naam searxngcache in, in het deel waar bij Container het pad /var/cache/searxng staat. Hier wordt dan een named volume voor gemaakt. We verwijderen de andere optie (met het pad /etc/searxng). Via het pijltje achter Voeg volume toe kiezen we Gekoppelde hostlocatie binden. Blader dan achter Host naar de zojuist gemaakte map (/Container/searxng/config). Achter Container vul je het pad /etc/searxng in. SearXNG zal zijn configuratie nu in de gekozen map bewaren en de cache in een named volume. Rond het maken van de container af. Die zal daarna worden gestart. Onder Volumes zie je alle volumes die zijn gemaakt, zoals searxngcache. Merk op dat In gebruik hier betekent dat het volume is gekoppeld aan een container, en dus niets over de status van de container zegt! Je kunt ongebruikte volumes eventueel verwijderen.

QNAP: toepassingen

QNAP ondersteunt het werken met Docker Compose. Hiervoor ga je naar Toepassing en kies je Maken. Bij Naam van de toepassing vul je een herkenbare naam in. Daaronder kun je de yaml-code invullen. Voor SearXNG, ingesteld zoals hiervoor met een bind mount voor de configuratiebestanden en een named volume voor cache, vul je het in zoals hieronder. Let op het absolute pad /share/Container/searxng/config. Dat is hoe je naar die map moet verwijzen. De code is als volgt:

services:

  searxng:

    image: searxng/searxng

    container_name: searxng

    restart: unless-stopped

    ports:

      - "8000:8080"

    volumes:

      - /share/Container/searxng/config:/etc/searxng

      - searxngcache:/var/cache/searxng

volumes:

  searxngcache:

Het maken van eventuele aanpassingen is niet heel intuïtief. Je gaat hiervoor naar Toepassingen en klikt achter de toepassing op het instellingenicoontje. Kies dan de optie Opnieuw maken. Je kunt nu de yaml-code bewerken. Na het maken van de aanpassingen zal een nieuwe container worden opgebouwd met deze nieuwe configuratie.

Beheer containers op je NAS met Portainer

Het kan om meerdere redenen praktisch zijn om Portainer te installeren op je NAS, een grafische webinterface voor het beheer van je containers. Het is wat overzichtelijker en er blijft, zeker in vergelijking met Container Manager van Synology, minder verborgen. Je kunt Portainer gewoon via Docker installeren. Het is handig eerst een map te maken voor Portainer, waar het zijn configuratie persistent kan bewaren. Maak dan een project in Container Manager met de onderstaande configuratie:

services:

  portainer:

    image: portainer/portainer-ce:latest

    container_name: portainer

    restart: always

    ports:

      - "9443:9443"   # HTTPS toegang

      - "9000:9000"   # (optioneel, oudere HTTP-poort)

    volumes:

      - /var/run/docker.sock:/var/run/docker.sock

      - /volume1/docker/portainer:/data

Bij QNAP kun je dezelfde configuratie gebruiken, maar vervang dan /volume1/docker/portainer:/data door /share/Container/portainer:/data. Na het starten zie je op https://ip-NAS:9443 (of http://ip-NAS:9000) de webinterface van Portainer. De eerste keer wordt gevraagd om een wachtwoord aan te maken. Portainer heeft (ook) een kleine leercurve, maar het geeft je veel opties, en werkt op elk systeem hetzelfde.

Je kunt nu in Portainer alles rondom Docker beheren, zoals containers en images.

Wat maakt een koelkast de allerbeste van het jaar? Niet een glanzende folder vol beloftes, maar de dagelijkse ervaringen van echte gebruikers. De Liebherr IRd 3900 is door consumenten van Kieskeurig.nl bekroond met de prestigieuze Best Reviewed van het Jaar-award 2025. Van de slimme EasyFresh-technologie tot het fluisterstille ontwerp en de praktische indeling: lees waarom dit model als de absolute favoriet uit de bus kwam en waarom gebruikers er zo enthousiast over zijn.

Partnerbijdrage - in samenwerking met Liebherr

Wie een inbouwkoelkast zoekt, heeft enorm veel keuze, maar één model wist het afgelopen jaar de harten van de Nederlandse consument echt te veroveren. Met zijn doordachte design, gebruiksvriendelijke bediening en bewezen betrouwbaarheid is de Liebherr IRd 3900 uitgeroepen tot Best Reviewed van het Jaar 2025. In dit artikel lees je wat deze inbouwkoelkast zo bijzonder maakt – en waarom gebruikers er zo lovend over zijn.

De stem van de consument: Best Reviewed 2025

De beste keuze volgens consumenten – dat is waar het bij Best Reviewed 2025 om draait. Want niets zegt zo veel als de ervaring van andere gebruikers. Jaarlijks delen duizenden consumenten hun eerlijke mening op Kieskeurig.nl. Hun reviews vormen de basis voor de Best Reviewed-awards. De producten die deze titel verdienen, hebben zich een heel jaar lang bewezen in de praktijk: ze blinken uit in kwaliteit, gebruiksgemak en klanttevredenheid. Absolute consumentenfavorieten dus – en in de categorie inbouwkoelkasten is de Liebherr IRd 3900 de winnaar geworden.

Van EasyFresh tot verstelbare indeling

De Liebherr IRd 3900 is een inbouwkoelkast die laat zien waarom het Duitse merk al jaren bekendstaat om betrouwbaarheid en technische vernieuwing. Deze koelkast combineert een strak, tijdloos design met praktische functies die het dagelijks leven makkelijker maken. Dankzij het EasyFresh-systeem blijven groenten en fruit langer vers: de ideale luchtvochtigheid in de lade voorkomt uitdroging en zorgt dat smaak en textuur behouden blijven. Dat maakt het apparaat niet alleen zuinig in gebruik, maar helpt ook voedsel langer goed te houden en verspilling te beperken.

©Liebherr

Wie de deur opent, merkt direct de doordachte indeling. Het interieur en de deurvakken zijn over de volledige hoogte verstelbaar, zodat je er moeiteloos alles in kwijt kunt wat koel moet blijven: of dat nu hoge flessen zijn of een brede ovenschotel. Fijn daarbij is dat de glazen draagplateaus tot wel 30 kg kunnen dragen. Daarbij zorgt de heldere LED-plafondverlichting voor een perfect overzicht, zelfs wanneer de koelkast vol is. De bediening verloopt via een intuïtief Touch-display, waarmee je supersnel de temperatuur of functies kunt aanpassen. Bovendien is de IRd 3900 voorbereid op SmartHome-toepassingen (accessoire). Liebherr biedt, na registratie, maar liefst 10 jaar garantie op dit model – dat doe je als merk natuurlijk alleen maar wanneer je helemaal overtuigd bent van je product.

©Liebherr

Waarom gebruikers enthousiast zijn

Die combinatie van slimme technologie en gebruiksgemak is ook precies wat consumenten zo waarderen. Uit tientallen reviews op Kieskeurig.nl blijkt dat gebruikers de IRd 3900 een uitzonderlijk hoge gemiddelde score van 9,1 geven. De koelkast wordt geroemd om zijn stille werking – "Dan zet je hem aan en hoor je nagenoeg niets! Heerlijk stille koelkast!" – en om de praktische indeling die volgens velen "fijn en flexibel" is. Ook wat betreft dagelijks gemak scoort de IRd 3900 hoog. "Door het digitale display makkelijk in te stellen naar de gewenste koeltemperatuur", zegt een van de reviewers. Een ander voegt daar nog aan toe: "Mooie heldere verlichting … Makkelijke display, goed zichtbaar en makkelijk te bedienen." Daarnaast valt op dat veel reviewers de energiezuinigheid en afwerking noemen als pluspunten: het apparaat voelt degelijk aan en doet precies wat het belooft.

©Liebherr

Een optelsom van kwaliteiten

De reden dat de Liebherr IRd 3900 de titel Best Reviewed van het Jaar 2025 heeft gewonnen, ligt dus in de optelsom van al deze kwaliteiten. Hij combineert gedegen techniek met praktische voordelen die in het dagelijks leven écht verschil maken. Of het nu gaat om de versheid van producten, het handige display of het overzichtelijke interieur: deze inbouwkoelkast weet consumenten te overtuigen in alles wat ertoe doet. En dat maakt de Liebherr IRd 3900 niet alleen een technisch sterk product, maar vooral een betrouwbare huisgenoot waar mensen jarenlang plezier van hebben.

Een eerlijk oordeel

Natuurlijk is geen enkel product perfect. Gebruikers op Kieskeurig.nl zijn ook kritisch: sommige kopers vinden de groente- en fruitlade aan de kleine kant of noemen dat er sneller condens kan ontstaan. Een paar mensen geven ook aan dat je even moet wennen aan het instellen via het display, en dat de montage van de deur wat meer aandacht vraagt. Tegelijk zie je waarom dat voor de meeste kopers geen struikelblok is. Ze benadrukken vooral hoe stil de koelkast is, hoe ruim hij aanvoelt en hoe makkelijk je de indeling aanpast aan wat je in huis haalt. Daardoor wegen die minpunten voor veel mensen niet op tegen wat je dagelijks merkt: rust in de keuken, goed overzicht en een indeling die je naar eigen wens kunt aanpassen.