# Netzwerk und Namensauflösung

> Route, Resolver, Dienstbindung und Host-Firewall als einen Anfragepfad analysieren.

Track: [Linux System Administration](https://physar.tech/learn/linux-system-administration)  
Kanonische Fassung: https://physar.tech/learn/linux-system-administration/networking-name-resolution  
Stand: 2026-07-28  
Interaktiver Teil: 2 Checks (nur im Browser)

## Vom Namen zum antwortenden Dienst

### Die Betriebsfrage

An welcher Grenze scheitert eine Anfrage: Namensauflösung, Routing, Dienstbindung, TLS oder Paketfilter?

> **Lernziel:** Du kannst den Pfad einer Anfrage in überprüfbare Teilstrecken zerlegen und statt eines breiten Firewall-Workarounds die belegte Grenze ändern.

### Anfragepfad

Name und erwartete Adresse prüfen → Route und Quelladresse bestimmen → Listener am Zielhost prüfen → Host- und Netzfilter im passenden Richtungskontext prüfen → Dienstantwort und TLS getrennt verifizieren

### Grenze

> **Ein Regelwerk:** Auf RHEL sollen firewalld und nftables nicht parallel als konkurrierende Verwaltungsebenen betrieben werden. Andere Distributionen haben eigene Betriebsmodelle.

## Quellen

- docs.redhat.com/en/documentation/red_hat_enter…ewall-packet-filters — https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/configuring_firewalls_and_packet_filters/using-and-configuring-firewalld_firewall-packet-filters
- rfc-editor.org/rfc/rfc1035 — https://www.rfc-editor.org/rfc/rfc1035