DNS Paketdatenstruktur

[QuickAndDirty]

Welche Struktur hat ein DNS Paket zum Registrieren eines DNS SRV Resource Records?
Ich habe ungefähr 1000 Seiten abgegrast, die einem alle erklären wie man einen SRV Resource Record in den Einstellungen eines DNS Server hinterlässt. Aber wie verdammt noch mal sieht das DNS Paket aus das einem Dienst-Anbieter z.b. "_sip" ermöglicht sich am DNS Server zu registrieren?

[jensw_2000]

Hier schon nachgesehen?
RFC 3136 - Dynamic Updates in the Domain Name System (DNS UPDATE)
http://www.ietf.org/rfc/rfc2136.txt

[QuickAndDirty]

Nein. Da wusste ich auch noch nicht das
"Register DNS SRV Resource"
eigentlich "DNS Update" heißt

RFC2136 3.4.1.2.
erwähnt keine SRV Records...aber mein English ist auch mies und ich habe keinerlei Erfahrung mit RFCs


Ist das, das richtige Dokument? Sprich, weißt du das ich da die Lösung finde , oder soll ich einfach mal gucken ob die Lösung darin ist?


Ich bin im Moment auf der Suche nach einer Lösung um einen Konfigurations-Dienst OHNE Multicast-UDP im Lokalen Netzwerk bekannt zu machen. Wie es scheint gibt es nur UPnP (snpp) was schrecklich kompliziert ist und auch ganz klar Overkill. Ich will ja kein komplettes Interface verfügbar machen, sondern nur einen Service mit IP und Port bekanntmachen.

Da es scheinbar keine fertige Delphi Komponente gibt die DNS Update und DNS Service discover beherrscht Überlege ich das selbst zu bauen.

Leider gibts nirgends "einfache" Beschreibungen wie die Pakete aufgebaut sind....
Für mDNS gibt es das
https://en.wikipedia.org/wiki/Multicast_DNS

[BUG]

Zitat von QuickAndDirty:

erwähnt keine SRV Records...aber mein English ist auch mies und ich habe keinerlei Erfahrung mit RFCs

Ausgehend von meinen nicht-vorhandenen DNS-Erfahrungen: RFC 2136 spezifiziert einen Update-Mechanismus, der auch für SRV-Records benutzt werden kann, die in RFC 2052 spezifiziert wurden.

[QuickAndDirty]

Zitat von BUG:

Zitat von QuickAndDirty:

erwähnt keine SRV Records...aber mein English ist auch mies und ich habe keinerlei Erfahrung mit RFCs

Ausgehend von meinen nicht-vorhandenen DNS-Erfahrungen: RFC 2136 spezifiziert einen Update-Mechanismus, der auch für SRV-Records benutzt werden kann, die in RFC 2052 spezifiziert wurden.

Scheint so. Besonders interressant ist die "Refrences" Sektion

Also wird das auf jeden Fall viel Arbeit und ein Hangeln von RFC zu RFC

mit Clientseitig
RFC6763 DNS based Service Discovery
Und Server seitig eine Vielzahl von RFCs:
RFC 2136 und RFC 2052 und deren Refenzierte RFCs

Wenigstens Suchbegriffe liefern die...
Das UPnP wirklich gut Dokumentiert ist, ist echt ein Vorteil. Warum macht man für DNS hier nur so dämliche RFCs und nichts mit Fleisch dran?

Wenn ich nichts zum übersetzen finde werde ich, das wohl vollständig auf Indy komponenten implementieren...

[jensw_2000]

Hm.. Naja, ganz zu Ende googeln wollte ich das Thema eigentlich nicht ...
Der MS DNS Client verwendet die "DNS UPDATE RFC", um diverse Recordtypen in DNS Zonen dynamisch zu registrieren (z.B. "erzwungen" über ipconfig /registerdns).
Ich dachte das wäre ein halbwegs guter Einstieg. Sorry, das der Tipp nicht 100%ig getroffen hat.

PS:
Dann schaust Du eben hier:
Opcode 5 Type 33 könnte nah dran sein
http://www.networksorcery.com/enp/protocol/dns.htm

[QuickAndDirty]

Zitat von jensw_2000:

Hm.. Naja, ganz zu Ende googeln wollte ich das Thema eigentlich nicht ...
Der MS DNS Client verwendet die "DNS UPDATE RFC", um diverse Recordtypen in DNS Zonen dynamisch zu registrieren (z.B. "erzwungen" über ipconfig /registerdns).
Ich dachte das wäre ein halbwegs guter Einstieg. Sorry, das der Tipp nicht 100%ig getroffen hat.

Hallo, ich bin voll, dankbar für den Tipp. Jetzt weiß ich wenigstens wie das, was ich suche, heißt. Zur Not habe ich auch noch eine(bzw. etliche) RFC die ich versuchen könnte zu implementieren. (Oh ich bete dafür das irgendwer sowas schonmal opensource oder als fertige Kauf-Komponente gemacht hat...)

Zitat von jensw_2000:

PS:
Dann schaust Du eben hier:
Opcode 5 Type 33 könnte nah dran sein
http://www.networksorcery.com/enp/protocol/dns.htm

Das ist cool. Da ist alles schön aufbereitet! Könnte sich vielleicht doch recht schnell implementieren lassen. Ich denke das ist ne gute Grundlage!