ghcr.io-registry te bereiken om de benodigde ayakaleaf-pro- en TeX Live-images te pullen. Dat is geen probleem, want Docker biedt hulpmiddelen voor het exporteren en importeren van images die u helpen bij een offline/air-gapped implementatie.
Globaal gezien downloadt u de benodigde images op een apparaat met internetverbinding, exporteert u ze naar een draagbaar apparaat (of zet u ze over met SCP/Rsync) en importeert u ze op de air-gapped server.
Hiervoor moet u de volgende stappen uitvoeren:
- Pull alle benodigde images (
overleaf-pro,git-bridge,mongo,redis+ eventuele benodigde TeX Live-images voor gebruik met Sandboxed Compiles) op een machine met internetverbindingdocker pull ghcr.io/ayaka-notes/overleaf-pro:6.3.0docker pull ghcr.io/ayaka-notes/overleaf-pro/git-bridge:6.3.0(de tag moet hetzelfde zijn als die vanoverleaf-pro)docker pull mongo:8.0(pas aan naar de werkelijke versie)docker pull redis:7.4(pas aan naar de werkelijke versie)docker pull ghcr.io/ayaka-notes/texlive-full:2024.1(pas aan naar de werkelijke versie)
- Exporteer vervolgens elke gepullde image naar een .tar-bestand. Bijvoorbeeld:
docker save ghcr.io/ayaka-notes/overleaf-pro:6.3.0 > overleaf-pro:6.3.0.tar - Zet de
.tar-bestanden met uw voorkeursmethode over van de machine met internetverbinding naar de offline/air-gapped server - Gebruik voor elk .tar-bestand de opdracht
docker loadom de image uit het .tar-bestand te laden. Bijvoorbeeld:docker load < overleaf-pro:6.3.0.tar - Voer tot slot de opdracht
docker imagesuit om te controleren of de images succesvol zijn geladen en beschikbaar zijn
Wanneer u de opdracht
bin/up uitvoert, probeert de Toolkit standaard automatisch elk van de TeX Live-images te pullen die via ALL_TEX_LIVE_DOCKER_IMAGES in config/variables.env zijn ingesteld. Omdat uw implementatie air-gapped is, mislukt dit — u kunt dit voorkomen door SIBLING_CONTAINERS_PULL=false te gebruiken in config/overleaf.rc.