Resource Record - Versionsgeschichte

Cda@superroot um 11:48, 21. Feb. 2013

2013-02-21T11:48:05Z

← Nächstältere Version		Version vom 11:48, 21. Feb. 2013
Zeile 30:		Zeile 30:
	*PTR - Pointer Reverse: Um IP-Adressen Namen zuzuweisen		*PTR - Pointer Reverse: Um IP-Adressen Namen zuzuweisen
	*SOA - Start of Authority: Sozusagen eine Art Grundeintrag		*SOA - Start of Authority: Sozusagen eine Art Grundeintrag
-	*SPF - Sender Policy Framework	+	*[[SPF_(Sender_Policy_Framework)\|SPF]] - Sender Policy Framework
	*SRV - angebotener Dienst (Service)		*SRV - angebotener Dienst (Service)
	*TXT - freidefinierbarer Text, wird u. a. auch für Sender Policy Framework (SPF) verwendet		*TXT - freidefinierbarer Text, wird u. a. auch für Sender Policy Framework (SPF) verwendet

Cda@superroot um 09:52, 30. Jun. 2011

2011-06-30T09:52:10Z

← Nächstältere Version		Version vom 09:52, 30. Jun. 2011
Zeile 8:		Zeile 8:

	* <name> Die Domain, zu dem der Resource Record gehört (optional)		* <name> Die Domain, zu dem der Resource Record gehört (optional)
-	* <ttl> Time to Live (TTL), die Gültigkeit in Sekunden (optional)	+	* <ttl> Time to Live (TTL), die Gültigkeit in Sekunden (optional)
-	* <class> Protokollgruppe zu der der Resource Record gehört (optional)	+	* <class> Protokollgruppe zu der der Resource Record gehört (optional)
-	* <type> Typ des Resource Records	+	* <type> Typ des Resource Records
-	* <rdata> (resource data) Daten zu dem Resource Record (zum Beispiel eine IP-Adresse für einen A-RR, oder einen Hostnamen für einen NS-RR)	+	* <rdata> (resource data) Daten zu dem Resource Record (zum Beispiel eine IP-Adresse für einen A-RR, oder einen Hostnamen für einen NS-RR)
-	* <length> Länge der Daten	+	* <length> Länge der Daten

	Einige Typen benötigen weitere Felder, die dann vor <rdata> eingeordnet werden. Ein Beispiel dafür ist der MX-Eintrag. Einige der Daten in einem RR können optional weggelassen werden, dann nimmt der Nameserver die zuletzt verwendeten Werte oder globale Standard-Werte.		Einige Typen benötigen weitere Felder, die dann vor <rdata> eingeordnet werden. Ein Beispiel dafür ist der MX-Eintrag. Einige der Daten in einem RR können optional weggelassen werden, dann nimmt der Nameserver die zuletzt verwendeten Werte oder globale Standard-Werte.
Zeile 53:		Zeile 53:
	*SIG - enthält eine digitale Unterschrift (veraltet)		*SIG - enthält eine digitale Unterschrift (veraltet)

-	[[Category:Hosting]][[Category:Hosting_Lexikon]][[Category:Domain-Registrierung_(Tarif)]]	+	<br>
		+
		+	== Bei Portunity ==
		+
		+	siehe: [[DNS-Einstellungen (Dialog)]]
		+
		+	[[Category:Hosting]] [[Category:Hosting_Lexikon]] [[Category:Domain-Registrierung_(Tarif)]]

Br@superroot um 23:36, 11. Jan. 2011

2011-01-11T23:36:14Z

213.240.185.194 um 17:30, 10. Jul. 2010

2010-07-10T17:30:14Z

← Nächstältere Version		Version vom 17:30, 10. Jul. 2010
Zeile 52:		Zeile 52:
	* NXT - (veraltet, nun NSEC)		* NXT - (veraltet, nun NSEC)
	* SIG - enthält eine digitale Unterschrift (veraltet)		* SIG - enthält eine digitale Unterschrift (veraltet)
		+
		+	[[Category:Hosting]] [[Category:Hosting Lexikon]]

213.240.185.194: Die Seite wurde neu angelegt: „Als Resource Record (Abkürzung RR) wird ein Grund-Eintrag im Domain Name System (DNS) bezeichnet. In Zonendateien (z.B. Bind-Nameserver) steht er in einer ASCII-…“

2010-07-10T17:29:02Z

Die Seite wurde neu angelegt: „Als Resource Record (Abkürzung RR) wird ein Grund-Eintrag im Domain Name System (DNS) bezeichnet. In Zonendateien (z.B. Bind-Nameserver) steht er in einer ASCII-…“

Neue Seite

Als Resource Record (Abkürzung RR) wird ein Grund-Eintrag im Domain Name System (DNS) bezeichnet. In Zonendateien (z.B. Bind-Nameserver) steht er in einer ASCII-Darstellung oder in einer Datenbank (z.B. beim von Portunity verwendeten PowerDNS). In DNS-Antwort-Paketen wird er in komprimierter Form übertragen und von DNS-Caching-Nameservern (Resolver) zwischengespeichert. Es gibt verschiedene Typen von Resource Records.

= RR-Format in Zonendateien (z.B. BIND) =

Die ASCHII-Darstellung kommt in Zonendateien zur Anwendung, die z.B. von Bind, PowerDNS und anderen Nameservern unterstützt werden. Auf dem Transport sowie in Zwischenspeichern werden inhaltlich die gleichen Informationen allerdings in einer komprimierten Form gespeichert. Die RR-Typen selbst werden durch eine 8-Bit-Zahl (1-255) gekennzeichnet welche fest definiert sind.

ASCII-Format: <name> [<ttl>] [<class>] <type> <rdata>

* <name> Die Domain, zu dem der Resource Record gehört (optional)
* <ttl> Time to Live (TTL), die Gültigkeit in Sekunden (optional)
* <class> Protokollgruppe zu der der Resource Record gehört (optional)
* <type> Typ des Resource Records
* <rdata> (resource data) Daten zu dem Resource Record (zum Beispiel eine IP-Adresse für einen A-RR, oder einen Hostnamen für einen NS-RR)
* <length> Länge der Daten

Einige Typen benötigen weitere Felder, die dann vor <rdata> eingeordnet werden. Ein Beispiel dafür ist der MX-Eintrag. Einige der Daten in einem RR können optional weggelassen werden, dann nimmt der Nameserver die zuletzt verwendeten Werte oder globale Standard-Werte.

= Übersicht über die häufigsten RR-Typen: =

== Von Portunity unterstützt ==

* A - IPv4-Adresse eines Hosts
* AAAA - IPv6-Adresse eines Hosts
* CNAME - Kanonischer Name für einen Host (die Domain mit diesem RR ist ein Alias)
* DNAME - ähnlich CNAME aber für komplette Domains, siehe RFC 2672
* HINFO - Host information (Prozessortyp und Betriebssystem)
* MX - Mail Exchange, für diese Domain verantwortliche Mailserver
* NAPTR - Naming Authority Pointer – Erweiterung des A Resource Record
* NS - Hostname eines autoritativen Nameservers
* PTR - Pointer Reverse: Um IP-Adressen Namen zuzuweisen
* SOA - Start of Authority: Sozusagen eine Art Grundeintrag
* SPF - Sender Policy Framework
* SRV - angebotener Dienst (Service)
* TXT - freidefinierbarer Text, wird u. a. auch für Sender Policy Framework (SPF) verwendet

== Von Portunity NICHT unterstützt ==

* CERT - Resource Record für das Speichern von Zertifikaten (siehe RFC 4398)
* DNSKEY - enthält einen dem Namen zugeordneten Public-Key – löste bei DNSSEC ab 2004 den Typ KEY ab.
* DS – dient der Verkettung DNSSEC-signierter Zonen
* NSEC - Next Secure: Verkettet DNS-Einträge in DNSSEC signierten Zonen – löste 2004 den RR-Typ NXT ab
* NSEC3 - Next Secure Hashed: Alternative zum NSEC-RR ohne Zone Enumeration Problem (seit 2008)
* RRSIG - enthält eine digitale Unterschrift (wird seit 2004 von DNSSEC (=DNS Security) verwendet und ersetzt SIG)

== Veralterte RR-Typen ==

* A6 - Resource Record des Verfahrens A6 zur Adressauflösung unter IPv6 (veraltet)
* GPOS - Geographische Position, veraltet
* KEY - enthält einen der Domain zugeordneten Public-Key – (veraltet)
* MD - Mail destination (veraltet, durch MX ersetzt)
* MF - Mail forwarder (veraltet, durch MX ersetzt)
* NXT - (veraltet, nun NSEC)
* SIG - enthält eine digitale Unterschrift (veraltet)

← Nächstältere Version		Version vom 23:36, 11. Jan. 2011
Zeile 1:		Zeile 1:
-	Als Resource Record (Abkürzung RR) wird ein Grund-Eintrag im Domain Name System (DNS) bezeichnet. In Zonendateien (z.B. Bind-Nameserver) steht er in einer ASCII-Darstellung oder in einer Datenbank (z.B. beim von Portunity verwendeten PowerDNS). In DNS-Antwort-Paketen wird er in komprimierter Form übertragen und von DNS-Caching-Nameservern (Resolver) zwischengespeichert. Es gibt verschiedene Typen von Resource Records.	+	Als Resource Record (Abkürzung RR) wird ein Grund-Eintrag im Domain Name System (DNS) bezeichnet. In Zonendateien (z.B. Bind-Nameserver) steht er in einer ASCII-Darstellung oder in einer Datenbank (z.B. beim von Portunity verwendeten PowerDNS). In DNS-Antwort-Paketen wird er in komprimierter Form übertragen und von DNS-Caching-Nameservern (Resolver) zwischengespeichert. Es gibt verschiedene Typen von Resource Records.

-	= RR-Format in Zonendateien (z.B. BIND) =	+	= RR-Format in Zonendateien (z.B. BIND) =

-	Die ASCHII-Darstellung kommt in Zonendateien zur Anwendung, die z.B. von Bind, PowerDNS und anderen Nameservern unterstützt werden. Auf dem Transport sowie in Zwischenspeichern werden inhaltlich die gleichen Informationen allerdings in einer komprimierten Form gespeichert. Die RR-Typen selbst werden durch eine 8-Bit-Zahl (1-255) gekennzeichnet welche fest definiert sind.	+	Die ASCHII-Darstellung kommt in Zonendateien zur Anwendung, die z.B. von Bind, PowerDNS und anderen Nameservern unterstützt werden. Auf dem Transport sowie in Zwischenspeichern werden inhaltlich die gleichen Informationen allerdings in einer komprimierten Form gespeichert. Die RR-Typen selbst werden durch eine 8-Bit-Zahl (1-255) gekennzeichnet welche fest definiert sind.

-	ASCII-Format: <name> [<ttl>] [<class>] <type~~> <~~rdata>	+	ASCII-Format: <name> [<ttl>] [<class>] <type> <rdata>

-	* <name> Die Domain, zu dem der Resource Record gehört (optional)	+	* <name> Die Domain, zu dem der Resource Record gehört (optional)
-	* <ttl> Time to Live (TTL), die Gültigkeit in Sekunden (optional)	+	* <ttl> Time to Live (TTL), die Gültigkeit in Sekunden (optional)
-	* <class> Protokollgruppe zu der der Resource Record gehört (optional)	+	* <class> Protokollgruppe zu der der Resource Record gehört (optional)
-	* <type> Typ des Resource Records	+	* <type> Typ des Resource Records
-	* <rdata> (resource data) Daten zu dem Resource Record (zum Beispiel eine IP-Adresse für einen A-RR, oder einen Hostnamen für einen NS-RR)	+	* <rdata> (resource data) Daten zu dem Resource Record (zum Beispiel eine IP-Adresse für einen A-RR, oder einen Hostnamen für einen NS-RR)
-	* <length> Länge der Daten	+	* <length> Länge der Daten

-	Einige Typen benötigen weitere Felder, die dann vor <rdata> eingeordnet werden. Ein Beispiel dafür ist der MX-Eintrag. Einige der Daten in einem RR können optional weggelassen werden, dann nimmt der Nameserver die zuletzt verwendeten Werte oder globale Standard-Werte.	+	Einige Typen benötigen weitere Felder, die dann vor <rdata> eingeordnet werden. Ein Beispiel dafür ist der MX-Eintrag. Einige der Daten in einem RR können optional weggelassen werden, dann nimmt der Nameserver die zuletzt verwendeten Werte oder globale Standard-Werte.

-	= Übersicht über die häufigsten RR-Typen: =	+	= Übersicht über die häufigsten RR-Typen: =

-	== Von Portunity unterstützt ==	+	== Von Portunity unterstützt ==

-	* A - IPv4-Adresse eines Hosts	+	*A - IPv4-Adresse eines Hosts
-	* AAAA - IPv6-Adresse eines Hosts	+	*AAAA - IPv6-Adresse eines Hosts
-	* CNAME - Kanonischer Name für einen Host (die Domain mit diesem RR ist ein Alias)	+	*CNAME - Kanonischer Name für einen Host (die Domain mit diesem RR ist ein Alias)
-	* DNAME - ähnlich CNAME aber für komplette Domains, siehe RFC 2672	+	*DNAME - ähnlich CNAME aber für komplette Domains, siehe RFC 2672
-	* HINFO - Host information (Prozessortyp und Betriebssystem)	+	*HINFO - Host information (Prozessortyp und Betriebssystem)
-	* MX - Mail Exchange, für diese Domain verantwortliche Mailserver	+	*MX - Mail Exchange, für diese Domain verantwortliche Mailserver
-	* NAPTR - Naming Authority Pointer – Erweiterung des A Resource Record	+	*NAPTR - Naming Authority Pointer – Erweiterung des A Resource Record
-	* NS - Hostname eines autoritativen Nameservers	+	*NS - Hostname eines autoritativen Nameservers
-	* PTR - Pointer Reverse: Um IP-Adressen Namen zuzuweisen	+	*PTR - Pointer Reverse: Um IP-Adressen Namen zuzuweisen
-	* SOA - Start of Authority: Sozusagen eine Art Grundeintrag	+	*SOA - Start of Authority: Sozusagen eine Art Grundeintrag
-	* SPF - Sender Policy Framework	+	*SPF - Sender Policy Framework
-	* SRV - angebotener Dienst (Service)	+	*SRV - angebotener Dienst (Service)
-	* TXT - freidefinierbarer Text, wird u. a. auch für Sender Policy Framework (SPF) verwendet	+	*TXT - freidefinierbarer Text, wird u. a. auch für Sender Policy Framework (SPF) verwendet

-	== Von Portunity NICHT unterstützt ==	+	== Von Portunity NICHT unterstützt ==

-	* CERT - Resource Record für das Speichern von Zertifikaten (siehe RFC 4398)	+	*CERT - Resource Record für das Speichern von Zertifikaten (siehe RFC 4398)
-	* DNSKEY - enthält einen dem Namen zugeordneten Public-Key – löste bei DNSSEC ab 2004 den Typ KEY ab.	+	*DNSKEY - enthält einen dem Namen zugeordneten Public-Key – löste bei DNSSEC ab 2004 den Typ KEY ab.
-	* DS – dient der Verkettung DNSSEC-signierter Zonen	+	*DS – dient der Verkettung DNSSEC-signierter Zonen
-	* NSEC - Next Secure: Verkettet DNS-Einträge in DNSSEC signierten Zonen – löste 2004 den RR-Typ NXT ab	+	*NSEC - Next Secure: Verkettet DNS-Einträge in DNSSEC signierten Zonen – löste 2004 den RR-Typ NXT ab
-	* NSEC3 - Next Secure Hashed: Alternative zum NSEC-RR ohne Zone Enumeration Problem (seit 2008)	+	*NSEC3 - Next Secure Hashed: Alternative zum NSEC-RR ohne Zone Enumeration Problem (seit 2008)
-	* RRSIG - enthält eine digitale Unterschrift (wird seit 2004 von DNSSEC (=DNS Security) verwendet und ersetzt SIG)	+	*RRSIG - enthält eine digitale Unterschrift (wird seit 2004 von DNSSEC (=DNS Security) verwendet und ersetzt SIG)

-	== Veralterte RR-Typen ==	+	== Veralterte RR-Typen ==

-	* A6 - Resource Record des Verfahrens A6 zur Adressauflösung unter IPv6 (veraltet)	+	*A6 - Resource Record des Verfahrens A6 zur Adressauflösung unter IPv6 (veraltet)
-	* GPOS - Geographische Position, veraltet	+	*GPOS - Geographische Position, veraltet
-	* KEY - enthält einen der Domain zugeordneten Public-Key – (veraltet)	+	*KEY - enthält einen der Domain zugeordneten Public-Key – (veraltet)
-	* MD - Mail destination (veraltet, durch MX ersetzt)	+	*MD - Mail destination (veraltet, durch MX ersetzt)
-	* MF - Mail forwarder (veraltet, durch MX ersetzt)	+	*MF - Mail forwarder (veraltet, durch MX ersetzt)
-	* NXT - (veraltet, nun NSEC)	+	*NXT - (veraltet, nun NSEC)
-	* SIG - enthält eine digitale Unterschrift (veraltet)	+	*SIG - enthält eine digitale Unterschrift (veraltet)

-	[[Category:Hosting]] [[Category:~~Hosting Lexikon~~]]	+	[[Category:Hosting]][[Category:Hosting_Lexikon]][[Category:Domain-Registrierung_(Tarif)]]