mDNSResponder
1.0.0
Dies ist Apples Open-Source-DNS-Service-Discovery-Sammlung. Die Sammlung besteht aus einer Reihe von Daemons, Tools und Bibliotheken, die entweder zusammen oder separat bei der Bereitstellung und Verwendung von DNS Service Discovery verwendet werden können. Die Sammlung besteht aus folgenden Subsystemen:
Der mDNS-Responder-Daemon (mDNSResponder) dient sowohl als DNS-Stub-Resolver, als Resolver für Informationen, die mit Multicast-DNS (mDNS) veröffentlicht werden, als auch als Herausgeber von mDNS-Informationen. mDNSResponder überwacht den Multicast-Verkehr auf Port 5353, dem mDNS-Port, um den Überblick über die im lokalen Netzwerk angekündigten Dienste zu behalten. mDNSResponder führt eine DNS-Auflösung für nicht-lokale Abfragen durch und löst Abfragen in der speziellen „.local“-Domäne mithilfe von mDNS auf. mDNSResponder wird unter macOS als System-Resolver verwendet und bietet Bonjour-Service-Werbung und -Erkennung und kann die gleichen Dienste auf anderen Plattformen wie Linux und BSD bereitstellen.
[Klicken Sie hier, um zu erfahren, wie Sie mDNSResponder einrichten und verwenden.][1]
Der OpenThread Stub Network Border Router kann verwendet werden, um einen Stub-Router- Dienst für Thread-Netzwerke (802.15.4 Mesh) bereitzustellen, die OpenThread verwenden. Ein Stub-Router ist ein Router, der ein oder mehrere isolierte (Stub-)Netzwerke bedient und automatisch eine Verbindung zu einem Infrastrukturnetzwerk herstellen kann, beispielsweise einem WLAN-Heimnetzwerk. Der Zweck eines Stub-Routers besteht darin, Folgendes zu ermöglichen:
[Klicken Sie hier, um zu erfahren, wie Sie einen Open Thread Stub Network Border Router einrichten und verwenden][2]
Der DNSSD Discovery Proxy implementiert den IETF DNSSD Discovery Proxy ([RFC8766][3]) und DNS Push ([RFC 8765][4]). Zusammen stellen diese einen autorisierenden DNS-Dienst zum Zweck der DNS-Diensterkennung bereit und verwenden dabei mDNS anstelle einer zustandsbehafteten DNS-Datenbank. Dadurch kann die Netzwerkinfrastruktur die DNS-Diensterkennung automatisch über DNS bereitstellen, wodurch das häufige Problem in Netzwerken mit mehreren Verbindungen beseitigt wird, bei denen Dienste nur von einem Host erkannt werden können, wenn er zufällig mit der richtigen Verbindung verbunden ist.
[Klicken Sie hier, um zu erfahren, wie Sie einen DNSSD Discovery Proxy einrichten und verwenden][5]
Der DNSSD Service Registration Protocol Advertising Proxy fungiert als [DNSSD Service Registration Protocol][6]-Server: Er akzeptiert Dienstregistrierungen von SRP-Clients. Dienstregistrierungen werden dann mithilfe von Multicast-DNS auf einer oder mehreren Infrastrukturverbindungen angekündigt.
[Klicken Sie hier, um zu erfahren, wie Sie einen DNSSD Service Registration Protocol Advertising Proxy einrichten und verwenden][7]
Der DNSSD Service Registration Protocol Client implementiert die Clientseite des [DNSSD Service Registration Protocol][8]. Die Core-Client-Implementierung ist so implementiert, dass sie mithilfe einer kleinen API, die in der eingebetteten Umgebung implementiert werden muss, problemlos eingebettet werden kann. Es werden zwei Beispiel-APIs bereitgestellt, eine für Thread und eine für Posix. Die Posix-Implementierung erstellt einen Befehlszeilen-Client, der entweder als Daemon zur Registrierung eines Dienstes oder zur Validierung verschiedener Aspekte von Service Registration Protocol-Implementierungen verwendet werden kann.
[Klicken Sie hier für weitere Informationen zum DNSSD Service Registration Protocol Client][9]
Der DNSSD Service Registration Protocol Update Proxy fungiert als [DNSSD Service Registration Protocol][10]-Server: Er akzeptiert Dienstregistrierungen von SRP-Clients. Die SRP-Registrierung wird dann verwendet, um eine Reihe von DNS-Updates zu generieren ([RFC2136][11]). Diese Updates können mit TSIG authentifiziert werden. Der SRP-Server antwortet dem Client, nachdem alle DNS-Updates abgeschlossen sind, oder antwortet, wenn ein Teil des DNS-Updates fehlschlägt. Die Ausführung des SRP-Protokollaktualisierungsproxys wirkt sich so aus, als ob der zu aktualisierende DNS-Server selbst ein SRP-Server wäre.
[Klicken Sie hier, um zu erfahren, wie Sie einen DNSSD Service Registration Protocol Update Proxy einrichten und verwenden][12]
Das DNSSD-Befehlszeilentool (dns-sd) bietet eine Möglichkeit, die von mDNSResponder bereitgestellten Dienste auszuüben. Dienste können angekündigt, durchsucht und gelöst werden. Das Tool bietet eine Vielzahl verschiedener Befehlszeilenoptionen und ist eine großartige Möglichkeit, die Funktionalität von DNS-SD zu erkunden.
[Klicken Sie hier, um mehr über das DNSSD-Befehlszeilentool zu erfahren][13]
Die DNSSD-Clientbibliothek bietet bei Verwendung mit dem mDNS-Responder-Daemon einen voll ausgestatteten DNS-Stub-Namensauflösungsdienst, einen DNSSD-Werbedienst und einen DNSSD-Browsing- und Auflösungsdienst. Die Bibliothek ist asynchron und kann problemlos in einen vorhandenen asynchronen Serverablauf integriert werden.
[Klicken Sie hier, um mehr über die DNSSD-Clientbibliothek zu erfahren][14]
[Klicken Sie hier, um zu erfahren, wie mDNSResponder mit der Zeit umgeht][15] [1]: Documents/mDNSResponder.md [2]: Documents/openthread-border-router.md [3]: https://www.rfc-editor .org/rfc/rfc8766.html „RFC8766“ [4]: https://www.rfc-editor.org/rfc/rfc8765.html [5]: Documents/discovery-proxy.md [6]: https://datatracker.ietf.org/doc/draft-ietf-dnssd- srp/ [7]: Documents/advertising-proxy.md [8]: https://datatracker.ietf.org/doc/draft-ietf-dnssd-srp/ [9]: Documents/srp-client.md [10]: https://datatracker.ietf.org/doc/draft-ietf -dnssd-srp/ [11]: https://tools.ietf.org/html/rfc2136 [12]: Documents/srp-update-proxy.md [13]: Documents/dns-sd.md [14]: Documents/dnssd-client-library.md [15]: Documents/relative-time-in-mDNSResponder.md
