> For the complete documentation index, see [llms.txt](https://ayakaleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ayakaleaf-pro.ayaka.space/on-premises/de/installation/air-gapped-offline-deployments.md).

# Air-Gapped-/Offline-Bereitstellungen

Im Allgemeinen empfehlen wir nicht, AyakaLeaf Pro in einer Offline-Umgebung bereitzustellen, da viele seiner Funktionen, wie GitHub Sync und die Zotero-Integration, eine Internetverbindung erfordern.

Aber wenn Sie offline arbeiten möchten, bedeutet das, dass es möglicherweise nicht immer möglich ist, die ghcr.io-Registrierung zu erreichen, um die erforderlichen `sharelatex` , `ayakaleaf-pro` und TeX Live-Images. Das ist kein Problem, da Docker Werkzeuge zum Exportieren und Importieren von Images bereitstellt, die Ihnen bei einer Offline-/abgeschotteten Bereitstellung helfen werden.

Auf hoher Ebene laden Sie die erforderlichen Images auf einem Gerät mit Internetverbindung herunter, exportieren sie auf ein tragbares Gerät (oder übertragen sie mit SCP/Rsync) und importieren sie auf dem abgeschotteten Server.

Dazu müssen Sie die folgenden Schritte ausführen:

* Alle erforderlichen Images ziehen ( `overleaf-pro`, `git-bridge`, `mongo`, `redis` + alle erforderlichen [TeX Live-Images](https://docs.overleaf.com/on-premises/configuration/overleaf-toolkit/server-pro-only-configuration/sandboxed-compiles#available-tex-live-images) zur Verwendung mit [Sandboxed Compiles](https://docs.overleaf.com/on-premises/configuration/overleaf-toolkit/server-pro-only-configuration/sandboxed-compiles)) auf einem Rechner mit Internetverbindung
  * `docker pull ghcr.io/ayaka-notes/overleaf-pro:6.1.2`
  * `docker pull quay.io/sharelatex/git-bridge:6.1.2` (Das Tag muss dasselbe sein wie `overleaf-pro`)
  * `docker pull mongo:6` (Bitte auf die tatsächliche Version ändern)
  * `docker pull redis:6.2` (Bitte auf die tatsächliche Version ändern)
  * `docker pull ghcr.io/ayaka-notes/texlive-full:2024.1` (Bitte auf die tatsächliche Version ändern)
* Für **jede** der gezogenen Images müssen Sie sie dann in eine .tar-Datei exportieren. Zum Beispiel, `docker save ghcr.io/ayaka-notes/overleaf-pro:6.1.2 > overleaf-pro:6.1.2.tar`
* Übertragen Sie mit der von Ihnen bevorzugten Methode die `.tar` Dateien von Ihrem mit dem Internet verbundenen Rechner auf den Offline-/abgeschotteten Server
* Verwenden Sie für jede der .tar-Dateien den `docker load` Befehl, um das Image aus der .tar-Datei zu laden. Zum Beispiel, `docker load < overleaf-pro:6.1.2.tar`
* Führen Sie schließlich den `docker images` Befehl aus, um anzuzeigen/zu bestätigen, dass das Laden der Images erfolgreich war und dass sie verfügbar sind

{% hint style="danger" %}
Standardmäßig wird das Toolkit, wenn Sie den `bin/up` Befehl ausführen, versuchen, automatisch jedes der TeX Live-Images zu ziehen, die festgelegt sind über `ALL_TEX_LIVE_DOCKER_IMAGES` in `config/variables.env`. Da Ihre Bereitstellung air-gapped ist, wird dies fehlschlagen -- Sie können dies verhindern, indem Sie `SIBLING_CONTAINERS_PULL=false` in `config/overleaf.rc`.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://ayakaleaf-pro.ayaka.space/on-premises/de/installation/air-gapped-offline-deployments.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.