Nullkonfiguration, die (zeroconf) vernetzt, ist eine Reihe von Techniken, der automatisch ein verwendbares Netz von Internet Protocol (IP) ohne manuelles Maschinenbediener-Eingreifen oder spezielle Konfigurationsserver schafft.

Nullkonfigurationsnetzwerkanschluss erlaubt Geräten wie Computer und Drucker, zu einem Netz automatisch in Verbindung zu stehen. Ohne zeroconf muss ein Netzverwalter Dienstleistungen, wie Dynamic Host Configuration Protocol (DHCP) und Domain Name System (DNS) aufstellen, oder die Netzeinstellungen jedes Computers manuell konfigurieren, die schwierig und zeitraubend sein können.

Zeroconf werden auf drei Kerntechnologien gebaut:

• Die Anweisung des numerischen Netzes richtet für vernetzte Geräte
• Automatische Entschlossenheit und Vertrieb des Computers hostnames
• Automatische Position von Netzdiensten, wie Druckgeräte

Adressauswahl

Sowohl IPv4 als auch IPv6 haben Standardmethoden für die Adressautokonfiguration.

Für das mit der Verbindung lokale Wenden verwendet IPv4 den speziellen Block, wie beschrieben, in RFC 3927, während IPv6-Gastgeber das Präfix verwenden.

Die meisten IPv4-Gastgeber verwenden das mit der Verbindung lokale Wenden (IPv4LL) nur als ein letzter Ausweg, wenn ein DHCP Server nicht verfügbar ist.

Ein IPv4-Gastgeber verwendet sonst seine DHCP-zugeteilte Adresse für den ganzen

Kommunikationen, global oder mit der Verbindung lokal.

Ein Grund besteht darin, dass IPv4-Gastgeber nicht erforderlich sind, vielfache Adressen pro Schnittstelle zu unterstützen, obwohl viele tun.

Ein anderer ist das nicht jeder IPv4-Gastgeber Werkzeuge haben Namenentschlossenheit verteilt (z.B, werfen Sie DNS mehr), so den autokonfigurierten mit der Verbindung lokalen entdeckend

die Adresse eines anderen Gastgebers im Netz kann schwierig sein.

Jedoch, die DHCP-zugeteilte Adresse eines anderen Gastgebers entdeckend

auch verlangt entweder verteilte Namenentschlossenheit oder einen unicast DNS Server

mit dieser Information und einigen Netzen zeigen DNS Server, die mit automatisch aktualisiert werden

DHCP-zugeteilter Gastgeber und Adressinformation.

IPv6 Gastgeber sind erforderlich, vielfache Adressen pro Schnittstelle zu unterstützen;

außerdem ist jeder IPv6-Gastgeber erforderlich, eine mit der Verbindung lokale Adresse zu konfigurieren, selbst wenn globale Adressen verfügbar sind.

IPv6 Gastgeber können

selbstkonfigurieren Sie zusätzlich ein oder globalere Adressen nach Empfang einer oder mehr Router-Anzeige-Nachrichten, so das Bedürfnis nach einem DHCP6 Server beseitigend; sieh RFC 4862.

Sowohl IPv4 als auch IPv6-Gastgeber können den mit dem Gastgeber spezifischen Teil einer autokonfigurierten Adresse zufällig erzeugen.

IPv6 Gastgeber verbinden sich allgemein ein Präfix von bis zu 64 Bit mit einem 64-Bit-EUI-64 ist auf die fabrikzugeteilten 48 Bit IEEE MAC Adresse zurückzuführen gewesen. Die MAC-Adresse ist im Vorteil, ein durch den EUI-64 geerbtes Eigentum allgemein einzigartig zu sein.

Der Gastgeber ist normalerweise erforderlich, durch Sendungsabfragen sicherzustellen, dass die Adressen es erzeugt

sind nicht im Gebrauch durch jeden anderen Gastgeber im lokalen Netz.

Die Technik wird mit der Verbindung lokale Adressanweisung in RFC 3927 genannt. Jedoch kennzeichnet Microsoft das als Automatischer Privater IP, der (APIPA) oder Internet Protocol Automatic Configuration (IPAC) (unterstützt seitdem mindestens Windows 98) Richtet.

Namenentschlossenheit

2000 haben Bill Manning und Bill Woodcock den Mehrwurf-Domainname-Dienst beschrieben, der die Durchführungen durch den Apfel und Microsoft erzeugt hat. Beide Durchführungen sind sehr ähnlich. Der Mehrwurf des Apfels DNS (mDNS) ist eine offene Spezifizierung, während die mit der Verbindung lokale Mehrwurf-Namenentschlossenheit (LLMNR) des Microsofts wenig verwendet wird und die Spezifizierung nicht ist, verfolgen IETF Standards Veröffentlichung. Der Letztere wurde als Informations-RFC 4795 veröffentlicht.

Die zwei Protokolle haben geringe Unterschiede in ihrer Annäherung, um Entschlossenheit zu nennen. mDNS erlaubt einem Netzgerät, einen Domainnamen im DNS namespace zu wählen und es mit einem speziellen Mehrwurf IP Adresse bekannt zu geben. Das führt spezielle Semantik für das Gebiet ein, das als ein Problem von einigen Mitgliedern des IETF betrachtet wird. Der LLMNR aktuelle Entwurf erlaubt einem Netzgerät, jeden Domainnamen zu wählen, der betrachtet wird, ein Sicherheitsrisiko durch einige Mitglieder des IETF. ist mDNS mit DNS-SD, wie beschrieben, in der folgenden Abteilung vereinbar, während LLMNR nicht ist.

Dienstentdeckung

Das Protokoll des Apfels: Mehrwurf DNS/DNS-SD

Mehrwurf DNS (mDNS) ist ein Protokoll, das APIs ähnlich dem unicast Domainname-System, aber durchgeführt über ein Mehrwurf-Protokoll verwendet. Jeder Computer auf dem LAN versorgt seine eigene Liste von DNS Quellenaufzeichnungen (z.B, A, MX, SRV) und schließt sich der MDNS-Mehrwurf-Gruppe an. Wenn ein mDNS Kunde die IP Adresse eines gegebenen PCs wissen will, sendet sein Name, mDNS Kunde eine Bitte an eine wohl bekannte Mehrwurf-Adresse; der PC mit dem Entsprechen Eine Aufzeichnung antwortet mit seiner IP-Adresse. Die MDNS-Mehrwurf-Adresse ist für IPv4 und für das IPv6 mit der Verbindung lokale Wenden.

Gestützte Dienstentdeckung von DNS (DNS-SD) ist die andere Hälfte der Lösung des Apfels, die oben auf dem Domainname-System gebaut ist. Es wird in Apfelprodukten, vielen Netzdruckern und mehreren Drittprodukten und Anwendungen auf verschiedenen Betriebssystemen verwendet. Die Apfellösung verwendet DNS Nachrichten, im Gegensatz zur konkurrierenden Technologie des Microsofts, SSDP, der HTTP Nachrichten verwendet. Es verwendet DNS SRV, TXT und PTR-Aufzeichnungen, um Dienstbeispiel-Namen anzukündigen. Die Gastgeber-Angebotsdienstleistungen veröffentlichen Details von verfügbaren Dienstleistungen: Beispiel, Diensttyp, Domainname und fakultative Konfigurationsrahmen. Diensttypen werden informell auf einer zuerst gekommenen Basis gegeben. Eine Diensttyp-Registrierung wird aufrechterhalten und durch DNS-SD.org veröffentlicht.

Vieler Mac OS X, der Kunden, wie der Safari-Browser und die iChat sofortige Nachrichtenübermittlungssoftware vernetzt, verwendet DNS-SD, um nahe gelegene Server ausfindig zu machen. Auf Windows unterstützen etwas sofortige Nachrichtenübermittlung und Kunden von VoIP DNS-SD. Ein unix, BSD und GNU/Linux Vertrieb schließen auch DNS-SD Funktionalität ein.

mDNS/DNS-SD wurde vom Angestellten des Apple Computer Stuart Cheshire in der Bewegung der Gesellschaft von AppleTalk bis IP entwickelt.

Das Protokoll des Microsofts: UPnP SSDP

Simple Service Discovery Protocol (SSDP) ist ein Protokoll von UPnP, das in Windows XP und mehrere Marken der Netzausrüstung verwendet ist. SSDP verwendet HTTP Ankündigungsansagen, die einem Diensttyp URI und Unique Service Name (USN) geben. Diensttypen werden vom Universalen Stecker- und Spiel-Lenkungsausschuss geregelt.

SSDP wird in vielen SOHO Brandmauer-Geräten unterstützt, wo Gastgeber-Computer dahinter Löcher für Anwendungen durchstoßen können. Es wird auch in Mediazentrum-Systemen verwendet, wo der Mediaaustausch zwischen Gastgeber-Computern und dem Mediazentrum mit SSDP erleichtert wird.

Anstrengungen zu einem IETF Standardprotokoll

Service Location Protocol (SLP), das einzige Protokoll für die Dienstentdeckung, um den IETF Vorgeschlagener Standardstatus erreicht zu haben, wird von den Netzdruckern von Hewlett Packard, Novell und Sonne-Mikrosystemen unterstützt, aber von einigen anderen großen Verkäufern ignoriert. SLP wird in RFC 2608 und RFC 3224 beschrieben, und Durchführungen sind sowohl für Solaris als auch für Linux verfügbar.

Standardisierung

RFC 3927, ein Standard, um Adressen für vernetzte Sachen zu wählen, wurde im März 2005 durch den Zeroconf IETF Arbeitsgruppe veröffentlicht, die Personen vom Apfel, der Sonne und Microsoft eingeschlossen hat.

LLMNR wurde für die offizielle Adoption im DNSEXT IETF Arbeitsgruppe vorgelegt, hat jedoch gescheitert, Einigkeit zu gewinnen, und ist so als Informations-RFC nur veröffentlicht worden: RFC 4795. Im Anschluss an den Misserfolg von LLMNR, ein Internetstandard zu werden, wurde Apfel durch den IETF gebeten, die mDNS/DNS-SD Spekulationen für die Veröffentlichung als Informations-RFC ebenso vorzulegen, vorausgesetzt, dass mDNS/DNS-SD viel weiter verwendet wird als LLMNR. Sie werden zurzeit als ein Internetentwurf veröffentlicht.

RFC 2608, der SLP Standard, um sich zu belaufen, wo man Dienstleistungen bekommt, wurde durch den SVRLOC IETF Arbeitsgruppe veröffentlicht.

Sicherheitsprobleme

Weil mDNS unter einem verschiedenen Vertrauensmodell funktioniert als unicast DNS — das Vertrauen dem kompletten Netz aber nicht einem benannten DNS Server — ist es für Manipulationsangriffe durch jedes System innerhalb des Mehrwurfs IP Reihe verwundbar. Wie SNMP und viele andere Netzverwaltungsprotokolle kann es auch von Angreifern verwendet werden, um ausführlich berichtete Kenntnisse des Netzes und seiner Maschinen schnell zu gewinnen.

Hauptdurchführungen

Apple Bonjour

Bonjour (früher bekannt als das Rendezvous) von Apple Inc. wirft Gebrauch DNS und DNS Dienstentdeckung mehr. Apfel hat seine bevorzugte zeroconf Technologie von SLP bis mDNS und DNS-SD zwischen Mac OS X 10.1 und 10.2 geändert, obwohl SLP fortsetzt, von Mac OS X. unterstützt zu werden

Der mDNSResponder des Apfels hat Schnittstellen für C und Java und ist auf BSD, Mac OS X, Linux verfügbar, anderer POSIX hat Betriebssysteme und Windows gestützt. Die Windows-Downloads sind von der Website des Apfels verfügbar.

Avahi

Avahi ist eine Durchführung von Zeroconf für Linux und BSDs. Es führt IPv4LL, mDNS und DNS-SD durch. Es ist ein Teil vom grössten Teil des Vertriebs von Linux, und wird standardmäßig auf einigen installiert. Wenn geführt, in Verbindung mit nss-mdns bietet es auch Hostname-Entschlossenheit an.

Avahi führt auch binäre Vereinbarkeitsbibliotheken durch, die mit Bonjour und dem historischen mDNS Durchführungsheulen wetteifern, so kann Software, die gemacht ist jene Durchführungen verwenden, auch Avahi durch die Wetteifer-Schnittstellen verwerten.

Windows CE 5.0

Windows CE 5.0 schließt die eigene Durchführung des Microsofts von LLMNR ein.

Mit der Verbindung lokale IPv4-Adressen

Es gibt einige verfügbare Durchführungen:

• Windows und Mac OS haben beide mit der Verbindung lokale Adressen seit 1998 unterstützt. Apfel hat seine Durchführung der offenen Quelle im Darwin bootp Paket veröffentlicht.
• Avahi enthält eine Durchführung von IPv4LL im avahi-autoipd Werkzeug.
• zcip (Null-Conf IP)
• BusyBox kann eine einfache IPv4LL Durchführung einbetten
• Stablebox, eine Gabel von Busybox, haben Angebote a ein bisschen genannten llad der IPv4LL Durchführung modifiziert.
• zeroconf, ein Paket, das auf Einfachem IPv4LL, einer kürzeren Durchführung durch Arthur van Hoff gestützt ist.

Die obengenannten Durchführungen sind alle eigenständigen Dämonen oder plugins für DHCP Kunden, die sich nur mit mit der Verbindung lokalen IP-Adressen befassen. Eine andere Annäherung soll Unterstützung in neue oder vorhandene DHCP Kunden einschließen:

• Elvis Pfützenreuter hat einen Fleck für den uDHCP Kunden/Server geschrieben.
• dhcpcd ist ein opensource DHCP Kunde für Linux und BSD, der IPv4LL-Unterstützung einschließt. Es wird als Standard in NetBSD eingeschlossen.

Keine dieser Durchführungen richtet Kernprobleme wie die Rundfunkübertragung von ARP-Antworten oder dem Schließen von vorhandenen Netzverbindungen.

Siehe auch

• Avahi (Software)
• Schlafen Sie Proxydienst, auch bekannt als Bonjour-Schlaf-Vertretung
• Universaler Stecker und Spiel
• Radionullkonfiguration

Links

• JmDNS, eine reine javanische Durchführung von mDNS/DNS-SD
• pyZeroConf, eine reine Pythonschlange-Durchführung von mDNS/DNS-SD
• Mono abspielbar. Zeroconf, eine böse Plattform (Linux, Windows, Mac), vereinigte Mono/.NET Bibliothek für Zeroconf, sowohl Bonjour als auch Avahi unterstützend
• WxServDisc, eine Quer-Plattform mit Sitz in wxWidgets Dienstentdeckungsmodul ohne Außenabhängigkeiten.
• Mehrwurf DNS Spezifizierung
• DNS-basierte Dienstentdeckungsspezifizierung
• Zeroconf.org - die Seite von Stuart Cheshire, einschließlich Internetentwürfe.
• dns-sd.org hat DNS Dienstentdeckung gestützt
• multicastdns.org Mehrwurf DNS
• "Zeroconf und Mehrwurf DNS", Artikel im Dezember 2002, ein bisschen überholt im Netz von O'Reilly verstehend.
• LUFT Wiki: ZeroconfTechnologies
• Die Urkunde der DNSEXT Arbeitsgruppe, die LLMNR Standardisierung koordiniert
• RFC 2608, Dienstpositionsprotokoll, Version 2
• Nullkonfigurationsnetzwerkanschluss: Der endgültige Führer, durch Daniel Steinberg und Stuart Cheshire, O'Reilly
• Technologie-Gespräch von Zeroconf durch Stuart Cheshire Ingenieuren von Google.