> For the complete documentation index, see [llms.txt](https://docs.nexcore.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexcore.de/documentation/integrationen/webhooks-and-events/ip-adressen-and-dns-name.md).

# IP-Adressen & DNS-Name

Wenn nexcore Daten an Deine Systeme sendet – z. B. über [Webhooks](https://docs.nexcore.de/documentation/einstellungen-and-verwaltung/developer/webhooks) –, kommen diese Verbindungen immer von einer kleinen, festen Menge an Adressen.

Lässt Deine Firewall, Dein Proxy oder Deine WAF nur bekannte Absender zu, musst Du diese Adressen freigeben. Andernfalls erreichen die Daten Deine Systeme nicht.

{% hint style="danger" %}
Für Deine Firewall und Deine Infrastruktur bist Du selbst verantwortlich. Nexato kann diese weder einsehen noch ändern. Stelle daher selbst sicher, dass Verbindungen von den unten aufgeführten Adressen zugelassen werden.
{% endhint %}

***

### Adressen

| Typ                  | Wert                             |
| -------------------- | -------------------------------- |
| DNS-Name (empfohlen) | egress.nexcore.app               |
| IPv4                 | <p>20.33.2.18<br>51.15.89.76</p> |

Der DNS-Name `egress.nexcore.app` löst immer auf die aktuell verwendeten IPv4-Adressen auf.

***

### DNS-Name statt IP-Adressen verwenden

Trage in Deiner Firewall nach Möglichkeit den DNS-Namen **egress.nexcore.app** ein. Viele Firewalls unterstützen dafür Regeln auf Basis von Hostnamen, oft als **FQDN-Objekte** bezeichnet.

{% hint style="success" %}
Hast Du den DNS-Namen hinterlegt, kann nexcore die Adressen im Hintergrund ändern, ohne dass Du etwas anpassen musst. Du musst diese Seite dann nicht regelmäßig auf Änderungen prüfen.
{% endhint %}

Verwende die einzelnen IP-Adressen nur, wenn Deine Infrastruktur keine DNS-Namen unterstützt. In diesem Fall musst Du Deine Regeln bei jeder Änderung der Adressen selbst anpassen.

***

### Ankündigung von Änderungen

Bevor sich die IP-Adressen ändern, versendet nexcore über das Benachrichtigungssystem eine Benachrichtigung an alle Nutzer mit einer der folgenden Rollen:

* **Developer Seite ansehen**
* **Developer Seite bearbeiten**

Die Benachrichtigung erfolgt mit ausreichend zeitlichem Vorlauf, sodass Dir genug Zeit bleibt, Deine Regeln anzupassen.

{% hint style="info" %}
Stelle sicher, dass mindestens eine für Deine Firewall zuständige Person eine dieser Rollen besitzt. Andernfalls erhält in Deinem Unternehmen niemand die Ankündigung. Über welchen Weg Du Benachrichtigungen erhältst, legst Du in Deinem [Profil](https://docs.nexcore.de/documentation/einstellungen-and-verwaltung/profil) fest.&#x20;
{% endhint %}

***

### Geltungsbereich

| Verbindung                     | Beschreibung                                                                                                                                                              |
| ------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Von nexcore zu Deinen Systemen | Wird über die oben aufgeführten Adressen aufgebaut, z. B. bei Webhooks.                                                                                                   |
| Von Deinen Systemen zu nexcore | Nicht abgedeckt, z. B. Aufrufe der REST-API oder das Herunterladen von Dateien. Schränkst Du ausgehenden Datenverkehr ein, musst Du diese Verbindung gesondert freigeben. |

{% hint style="info" %}
Die Freigabe der Adressen ist eine zusätzliche Schutzmaßnahme und ersetzt nicht die Prüfung der Daten selbst. Nutzt Du bei Webhooks ein **Secret**, prüfe die Signatur weiterhin bei jeder eingehenden Nachricht.
{% endhint %}

<br>


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.nexcore.de/documentation/integrationen/webhooks-and-events/ip-adressen-and-dns-name.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.