Het maken van een game over een kat is eigenlijk een onmogelijke opgave. De essentie van de meeste katten leent zich namelijk helemaal niet voor een game die je precies moet kunnen besturen.

Katten luisteren niet, doen waar ze zelf zin in hebben, gooien je spullen van tafel of doen een dutje net wanneer je eindelijk tijd voor ze hebt. Dat is niet bepaald een goed fundament voor een videogame. Het is dan ook knap dat de Franse ontwikkelaar BlueTwelve Studio in zijn eerste game zo goed het kattenbestaan weet te vangen.

Het begin van Stray is perfect. Als roodharige kat word je wakker tussen je kattenvriendjes, die je met een druk op de knop likt en kopjes geeft. Samen gaan jullie op pad, vrolijk miauwend naar elkaar dankzij de toegewijde miauw-knop. Af en toe drink je wat uit een plasje water. Dan slaat het noodlot toe: jouw kat valt naar beneden, diep in de krochten van een stad vol robots.

De aandacht waarmee jouw kat is gemaakt, is uitzonderlijk. Nooit eerder zagen we zulke natuurgetrouwe kattenbewegingen in een game. De manier waarop ze loopt, klautert en krabt ziet er levensecht uit. Na haar ongelukkige val loopt ze eventjes kreupel op een manier die je hart gelijk laat smelten. Stray is de beste kattengame ooit gemaakt waarin je gewoon een normale en echte kat speelt, al is er wat dat betreft weinig concurrentie.

©PXimport

Rare sprongen

Ook het springen voldoet aan het imago van de diertjes: als een echte kat mis je nooit een sprong. Je laat namelijk niet je kat zelf springen, maar ziet een icoontje verschijnen waarmee je aangeeft waar ze het beste kan landen. Het had er waarschijnlijk ook raar uitgezien als je als speler overal zelf maar kon springen. Telkens mis springen zou de illusie van de perfecte kat verbreken.

Maar deze oplossing berooft de game tegelijk ook van haar gameplay. Je springt nooit mis, dus zit er ook geen enkele uitdaging in het platformen. Toch bestaat ongeveer de helft van de game uit secties die vooral draaien om platformactie, ook al haal je daar als speler dus geen enkele voldoening uit. Stray probeert de gameplay hier en daar op te fleuren met een extra mechaniek, zoals het sluipen langs wachters of het ontwijken van agressieve monstertjes, maar dit is allemaal erg oppervlakkig uitgewerkt. Deze gameplayvariaties verdwijnen gelukkig net zo snel als ze worden geïntroduceerd, waardoor je je er niet al te lang aan kunt ergeren.

©PXimport

©PXimport

©PXimport

Kat van huis

De andere helft van Stray is een stuk interessanter, omdat je daarin op verkenningstocht gaat. Je kat vindt al gauw een robotvriendje die tegen je praat en de andere robots in de stad verstaat. Je doel is om een uitweg uit de mechanisch afgesloten stad te vinden en ondertussen te ontrafelen waar al die robots vandaan komen en waar de mensheid is gebleven.

Er valt genoeg te ontdekken in deze uitgestorven stad, van bladmuziek voor een robot met een gitaar, tot gekleurde planten voor een tuinierende robot. Je kat is echter meer geïnteresseerd in alle elementen die speciaal voor haar zijn neergezet. Overal vind je wel kleedjes of banken om je nagels aan te scherpen, verfpotten die je van een plank af kunt gooien of gewoon een lekker plekje om een dutje te doen.

Ook hier valt op hoe goed er is nagedacht over het unieke perspectief van een kat. Het is nou eenmaal een klein wezentje, dus je hebt niet altijd het overzicht. Als je een kroeg betreedt, loop je langs de barkrukken en robotbenen, met je snuitje dicht bij de grond. Pas als je op de bar of een kruk springt, kun je met de robots praten en goed om je heen kijken.

©PXimport

De game is verder opgevuld met wat simpel puzzelwerk, maar dat is zo ontzettend licht dat het eigenlijk geen naam mag hebben. Je zoekt bijvoorbeeld naar een code van een kluis, die iets verderop op de muur staat geschreven. Of je probeert in een gesloten winkel te komen en ziet twee robots die dozen aan het uitladen zijn. Je verstopt je in de doos en wordt vervolgens naar binnen gedragen. Het zijn enorm simpele uitdagingen waar je waarschijnlijk niet langer dan vijf seconden over na hoeft te denken.

Emotionele impact

In een game die qua gameplay zo weinig om het lijf heeft, is de sfeer een van de meest belangrijke pijlers. Een game als Inside is ook niet bijster uitdagend, maar is door de bedrukkende omgevingen toch bijzonder. Gelukkig zit dat bij Stray wel goed: de robotstad wordt prachtig weergegeven. Vooral de belichting is buitengewoon goed, met neonlichten die de bewoonde delen een warme gloed geven en kille straatlantaarns die hun felle licht over verlaten straten verspreiden.

Hier en daar zijn ook interessante verhaalelementen te vinden. De robots blijven bijvoorbeeld menselijke handelingen uitvoeren, ook al is de mensheid hier allang uitgestorven. Ze verzorgen de planten terwijl ze de zuurstof niet nodig hebben en emuleren restaurants en kroegen zonder dat ze zelf behoefte hebben aan voedsel.

©PXimport

Het overkoepelende verhaal mist helaas emotionele impact, juist omdat je met een kat speelt. Je robotvriendje ontdekt aardig wat verbijsterende waarheden over zichzelf, maar dat kan die poes natuurlijk helemaal niks boeien. Die gaat gewoon lekker liggen tukken na een spannende onthulling, of gooit nog eens een bierflesje om. Het verhaal heeft totaal geen impact op zijn hoofdrolspeler, waardoor het bij jou als speler ook niet helemaal landt.

Stray heeft verder weinig herspeelwaarde. Na een uur of vijf hadden wij de game uitgespeeld en bijna alle optionele content gevonden. Dat is niet per se een minpunt, maar wel goed om te weten als je een krappe portemonnee hebt en meer speeluren voor je geld wilt.

Conclusie

Stray is een unieke game die het leven van een kat bijna perfect weet te vangen. Matige gameplaysecties bederven de pret een beetje, maar blijven gelukkig nooit al te lang hangen. De wereld is prachtig vormgegeven en een genot om te ontdekken, zeker omdat je overal mogelijkheden vindt om je innerlijke kat los te laten. Kattenliefhebbers zien om de vijf minuten wel iets waardoor ze hardop 'ahwww!' naar de tv roepen. Wat wil je nog meer?

De baas van HBO Max lijkt te suggereren dat het aankomende derde seizoen van de serie The Last of Us de laatste wordt.

In een interview met Deadline werd HBO-baas Casey Bloys gevraagd naar de mogelijkheid dat het derde seizoen van de live-action verfilming van de gamereeks de laatste wordt. Daarop antwoordde hij dat "het er wel op lijkt". Hij voegde echter wel toe dat de showrunners dit uiteindelijk beslissen.

Mogelijk toch een vierde seizoen?

Eerder suggereerde showrunner Craig Mazin al dat de serie mogelijk vier seizoenen zou tellen, en dat er geen manier was om het verhaal uit de tweede game in een derde seizoen te concluderen. Het is niet duidelijk of dat nog steeds het geval is, of dat de plannen misschien zijn gewijzigd.

Wel heeft Mazin altijd gezegd dat hij alleen het verhaal uit de games zou verfilmen, en dat er niet meer bij verzonnen zou worden om de serie langer te laten lopen. Het eerste seizoen van de serie behandelt de gebeurtenissen uit de eerste game, en het vorig jaar verschenen tweede seizoen een gedeelte van de gebeurtenissen uit de tweede game.

Over The Last of Us

De The Last of Us-reeks draait om een wereld waarin een schimmel zich via mensen verspreid, en waardoor de geïnfecteerde mensen zich als een soort gewelddadige zombies op nog gezonde mensen storten. In deze wereld volgen gamers en kijkers Joel, een man die zijn kind heeft verloren en het meisje Ellie door de Verenigde Staten moet vervoeren.

Fans hopen al geruime tijd dat ontwikkelaar Naughty Dog een derde game binnen de reeks maakt, maar dat is vooralsnog niet bevestigd. Wel was er een multiplayergame gesitueerd in de The Last of Us-wereld in ontwikkeling, maar die game werd geannuleerd.

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.