DNS - SIP - Record-Typen
Guten Tag
Ich habe eine Frage zu dem Link:
http://www.sipit.at/support-dns/srv-und-naptr-support.html
Im Artikel ist geschrieben, dass der Name des Dienstes welcher bei der IANA registriert wurde verwendet werden muss. Entspricht das für den SIP-Dienst immer "sip".sample.com? Dieses "sip.example.ch" entspricht ja eigentlich auch einer Subdomain? Weshalb gibts den die Records SRV und NAPTR genau? Sucht mein VOIP-Tel direkt nach einem solchen Record ("SIP_.UPD.example.ch") wenn ein Tel ENUM fähig ist?
Wofür dient der SRV-Record bei SIP? Der Proxy-Server oder Register-Server hat ja meistens den Domäne Name sip.anbieter.tld und nicht sip_.upd.anibeter.tld? Unsere kunden brauchen den sip. vpbx1.telecomservices.ch.
Der NAPTR-Record sieht so aus wie die Umgekehrte Version von einem SRV-Recorcen Record. Ist es wie beim PTR-Ressorcen Record das Gleiche und dient der reverse Zone?
Wann wird welcher Record Typ verwendet?
Bin etwas irritiert wie ein solcher NAPTR record aussehen soll. Der SRV RR verstehe ist ja ganz simpel:
Auf der linken Seite sind die Dienste welche vom Server angeboten werden und rechts der Server welcher den Dienst verarbeitet.
Beispiel SRV-RR:
_.sip__.UPD.example.com 3600 IN SRV 10 20 5060 sip.example.com
_.Sip__.TCP.example.com 3600 IN SRV 20 20 5060 sip.example.com
Nun aber verwirren tut mich der NAPTR-RR:
Genauer gesagt sind es diese replacements, der aufzulösende Name sowie der regex-Eintrag welcher ich nicht genau verstehe.
Mal sehe ich beim aufzulösendem Namen NAPTR-RR sowas wie:
"1.1.7.4.0.0.0.8.7.3.4.e164.arpa IN NAPTR 10 10 "U" "sip+e2u" " !^.*$!sip:enum-test@sip.nemox.net!" "" "
gefunden bei https://enumquery.com/details/e164.arpa/+437800047111
oder wie im Buch (Link von dir) sieht ein NAPTR-RR beim aufzulösenden Namen so aus:
"leonie@jupiter.net IN NAPTR 10 10 "U" "sip+e2u" "" __sips.___tcp.jupiter.net"
Wie ist das, kannst du mir das bitte sagen? Was ich ebenfalls nicht verstehe muss für __.tcp.juniper.net eine Subdomain erstellt werden?
Gruss
Nicolas
Ich habe eine Frage zu dem Link:
http://www.sipit.at/support-dns/srv-und-naptr-support.html
Im Artikel ist geschrieben, dass der Name des Dienstes welcher bei der IANA registriert wurde verwendet werden muss. Entspricht das für den SIP-Dienst immer "sip".sample.com? Dieses "sip.example.ch" entspricht ja eigentlich auch einer Subdomain? Weshalb gibts den die Records SRV und NAPTR genau? Sucht mein VOIP-Tel direkt nach einem solchen Record ("SIP_.UPD.example.ch") wenn ein Tel ENUM fähig ist?
Wofür dient der SRV-Record bei SIP? Der Proxy-Server oder Register-Server hat ja meistens den Domäne Name sip.anbieter.tld und nicht sip_.upd.anibeter.tld? Unsere kunden brauchen den sip. vpbx1.telecomservices.ch.
Der NAPTR-Record sieht so aus wie die Umgekehrte Version von einem SRV-Recorcen Record. Ist es wie beim PTR-Ressorcen Record das Gleiche und dient der reverse Zone?
Wann wird welcher Record Typ verwendet?
Bin etwas irritiert wie ein solcher NAPTR record aussehen soll. Der SRV RR verstehe ist ja ganz simpel:
Auf der linken Seite sind die Dienste welche vom Server angeboten werden und rechts der Server welcher den Dienst verarbeitet.
Beispiel SRV-RR:
_.sip__.UPD.example.com 3600 IN SRV 10 20 5060 sip.example.com
_.Sip__.TCP.example.com 3600 IN SRV 20 20 5060 sip.example.com
Nun aber verwirren tut mich der NAPTR-RR:
Genauer gesagt sind es diese replacements, der aufzulösende Name sowie der regex-Eintrag welcher ich nicht genau verstehe.
Mal sehe ich beim aufzulösendem Namen NAPTR-RR sowas wie:
"1.1.7.4.0.0.0.8.7.3.4.e164.arpa IN NAPTR 10 10 "U" "sip+e2u" " !^.*$!sip:enum-test@sip.nemox.net!" "" "
gefunden bei https://enumquery.com/details/e164.arpa/+437800047111
oder wie im Buch (Link von dir) sieht ein NAPTR-RR beim aufzulösenden Namen so aus:
"leonie@jupiter.net IN NAPTR 10 10 "U" "sip+e2u" "" __sips.___tcp.jupiter.net"
Wie ist das, kannst du mir das bitte sagen? Was ich ebenfalls nicht verstehe muss für __.tcp.juniper.net eine Subdomain erstellt werden?
Gruss
Nicolas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 371265
Url: https://administrator.de/contentid/371265
Ausgedruckt am: 23.11.2024 um 01:11 Uhr
12 Kommentare
Neuester Kommentar
Moin,
Du wirst den Text mindestens noch einmal lesen müssen um hier mir konkreten Fragen eine Hilfestellung erhalten zu können.
Gruß
Zitat von @nicuhu:
Im Artikel ist geschrieben, dass der Name des Dienstes welcher bei der IANA registriert wurde verwendet werden muss. Entspricht das für den SIP-Dienst immer "sip".sample.com?
Nein. Das wird auch in dem Artikel anders erklärtIm Artikel ist geschrieben, dass der Name des Dienstes welcher bei der IANA registriert wurde verwendet werden muss. Entspricht das für den SIP-Dienst immer "sip".sample.com?
Dieses "sip.example.ch" entspricht ja eigentlich auch einer Subdomain? Weshalb gibts den die Records SRV und NAPTR genau?
Das wird in dem Artikel eigentlich deutlich erklärtSucht mein VOIP-Tel direkt nach einem solchen Record ("SIP_.UPD.example.ch") wenn ein Tel ENUM fähig ist?
siehe ArtikelWofür dient der SRV-Record bei SIP? Der Proxy-Server oder Register-Server hat ja meistens den Domäne Name sip.anbieter.tld und nicht sip_.upd.anibeter.tld? Unsere kunden brauchen den sip. vpbx1.telecomservices.ch.
auch das steht in dem ArtikelDer NAPTR-Record sieht so aus wie die Umgekehrte Version von einem SRV-Recorcen Record. Ist es wie beim PTR-Ressorcen Record das Gleiche und dient der reverse Zone?
Nein. Erklärung steht in dem ArtikelWann wird welcher Record Typ verwendet?
Auch das wird in dem Artikel erklärtBin etwas irritiert wie ein solcher NAPTR record aussehen soll.
steht in dem ArtikelGenauer gesagt sind es diese replacements, der aufzulösende Name sowie der regex-Eintrag welcher ich nicht genau verstehe.
Hast du so ein komplexes Setup?Du wirst den Text mindestens noch einmal lesen müssen um hier mir konkreten Fragen eine Hilfestellung erhalten zu können.
Gruß
Zitat von @nicuhu:
Frage 1: Was ich beim NAPTR nicht verstehe ist z. B weshalb wird mal ein ENUM-URI verwendet als aufzulösender Name und einmal eine Domain.
Je nach Anfrage ist es unterschiedlich, wie beim DNS auch hangelt sich der Client von einem DNS zum anderen bis er die passende SIP-Adresse erhält. Wenn also eine Domain zurückgeliefert wird hostet eine andere Domain diese Adresse, usw. bis zum Schluss ein URI zurück kommt.Frage 1: Was ich beim NAPTR nicht verstehe ist z. B weshalb wird mal ein ENUM-URI verwendet als aufzulösender Name und einmal eine Domain.
Frage 2:
Betreffend NAPTR-RR, ich verstehe immer noch nicht wie das mit diesen Replaces- und Regexp einträgen funktioniert.
Erst mal zu den Regex Grundlagen:Betreffend NAPTR-RR, ich verstehe immer noch nicht wie das mit diesen Replaces- und Regexp einträgen funktioniert.
Regular Expressions Tutorial
So wie ich das verstehe, wird die ENUM-URI also der Teil mit "...4.1.e164.arpa" bei Replace durch _sip._UDP.meinedomain.ch ersetz
Ja.und bei einem Regexp-Eintrag von einem ENUM-URI zu einem SIP-URI also
Beispiel:dienst.example.com. IN NAPTR 100 10 "A" "" "!^.*$!prodserver.example.com!".
^.*$
was bedeutet das der Eintrag dienst.example.com komplett durch prodserver.example.com ersetzt wird, weil der Regex ^.*$
folgendes bedeutetAssert position at the beginning of a line «^»
Match any single character that is NOT a line break character «.*»
Between zero and unlimited times, as many times as possible, giving back as needed (greedy) «*»
Assert position at the end of a line «$»
Anderes Beispiel:
dienst.example.com. IN NAPTR 100 10 "A" "" "!^[^.]+!prodserver!".
^[^.]+
bedeutetAssert position at the beginning of a line «^»
Match any character that is NOT a “.” «[^.]+»
Between one and unlimited times, as many times as possible, giving back as needed (greedy) «+»
Frage 3: Wie funktioniert genau der SIP Call mich, interessiert weniger die Kommunikation zwischen den Gatekeepern, Proxy und Reserse-Server mehr der DNS-Teil.
Bin mir nicht sicher, korrigiere mich wenn ich mich täusche: Irgendwie wird vom Gatekepper die Nummer z. B 0041 123 45 67 in eine ENUM-Nummer umgewandelt 7.6.5.4.3.2.1.1.4.e164.arpa danach wird wird anhand dieses Eintrags die Arpa-Zone abgefragt, danach die e164-Zone und danach noch die 4.1-Zone und schlussendlich die Zone des Telefon-Anbieters abgefragt anschliessend wird dort im NAPTR nachgesehen welcher Host, Domain für diese Zone verantwortlich ist (das steht ja dann im NAPTR-RR unter Regex oder Replace (_sip._udp_meinedomain.tld oder auch mal gesehen der Regex "!'^*sip:information@meinedomain.tld)) anhand dieses Eintrags wird der SRV-RR abgefragt um festzulegen welcher Dienst unter welchem Port und Servernamen zu erreichen ist. Dann klingelt dann irgendwann schon bald das Telefon.
Hoffe, dass ich es verstanden habe.
Jepp korrekt.Bin mir nicht sicher, korrigiere mich wenn ich mich täusche: Irgendwie wird vom Gatekepper die Nummer z. B 0041 123 45 67 in eine ENUM-Nummer umgewandelt 7.6.5.4.3.2.1.1.4.e164.arpa danach wird wird anhand dieses Eintrags die Arpa-Zone abgefragt, danach die e164-Zone und danach noch die 4.1-Zone und schlussendlich die Zone des Telefon-Anbieters abgefragt anschliessend wird dort im NAPTR nachgesehen welcher Host, Domain für diese Zone verantwortlich ist (das steht ja dann im NAPTR-RR unter Regex oder Replace (_sip._udp_meinedomain.tld oder auch mal gesehen der Regex "!'^*sip:information@meinedomain.tld)) anhand dieses Eintrags wird der SRV-RR abgefragt um festzulegen welcher Dienst unter welchem Port und Servernamen zu erreichen ist. Dann klingelt dann irgendwann schon bald das Telefon.
Hoffe, dass ich es verstanden habe.
Zitat von @nicuhu:
Ist der NAPTR eigentlich nicht nur dazu da, von einem ENUM-URI in eine Domain zu übersetzten? Es ist ja wie bei einem PTR-Record, dort wird auch anhand einer IP-Adresse nach einem Hostname gesucht?
Ja ist wie im DNS eine Rückwärtssuche von Nummer zu Name.Ist der NAPTR eigentlich nicht nur dazu da, von einem ENUM-URI in eine Domain zu übersetzten? Es ist ja wie bei einem PTR-Record, dort wird auch anhand einer IP-Adresse nach einem Hostname gesucht?
Standardmässig wird doch beim ENUM-URI davon ausgegangen ich habe eine Telefon-Nummer die lautet z. B 00413233333.e164.arpa welcher Service und Domain sind dafür zuständig bis am Schluss die IP-Adresse vom SIP-Server feststeht und eine Verbindung hergestellt werden kann. Ich verstehe daher nicht genau die Funktionsweise.
Die Nummer wird aber rückwärts gelistet, du hast sie vorwärts geschrieben .DNS ist ein Verzeichnis und dient hier primäre dem Finden von anonymen Nummern in Namen und IPs, da hier eine Telefon-Nummer als zusätzliche Variable ins Spiel kommt die zusätzliche Auflösung.
Leider nein. :/
Verstehe die Zitate schon nicht. Wenn alles von "dienst.example.org" durch prodserver.example.com ersetzt werden soll, weshalb kommen den überhaupt solche Begrenzer zum Einsatz? Habe mir die Anleitung von RegEx durchgelesen das hört sich alles kompliziert und nach Programmierung an was hat das bei DNS zu suchen?
Weil das an Flexibilität kaum zu überbieten ist, Regex kommt heutzutage fast überall zum Einsatz. Damit kannst du Dinge machen die mit einfachen Wildcards nicht im Ansatz möglich sind!Verstehe die Zitate schon nicht. Wenn alles von "dienst.example.org" durch prodserver.example.com ersetzt werden soll, weshalb kommen den überhaupt solche Begrenzer zum Einsatz? Habe mir die Anleitung von RegEx durchgelesen das hört sich alles kompliziert und nach Programmierung an was hat das bei DNS zu suchen?
Du verstehst den Sinn einfach noch nicht weil du Regex eben noch nicht kennst. Wenn du dich da aber mal einarbeiten solltest wirst du schnell die unglaubliche Power davon kennen und zu schätzen lernen!!!
Weiter verstehe ich nicht wo und wenn diese RegEx zum Einsatz kommen in welchem Anwendungsfall sowas vorkommen muss / sollte.
Da gibt es eine Vielzahl an Fällen und da gibt es komplizierte Schemas die ohne Regex nicht im Ansatz abbildbar wären. Nutzen musst du es ja nicht, aber für alle die es benötigen ist es eben da und das ist gut so. Lerne Regex und du wirst es verstehen.Hoffe du kannst mir da noch etwas mehr zeigen und erklären.
Zitat von @nicuhu:
Das Verstehe ich, aber weshalb finde ich Beispiele in welcher eine Domain zu einer ENUM-URI aufgelöst wird hier zum Beispiel hier:
Dort fehlt ja sogar der ganze ENUM-URI wozu wird ein solcher Record gebraucht? Was soll damit bezweckt werden?
Das ist zum Finden des Dienstes. Das ist genau so wie mit einem MX Record der dient auch nur zum Finden des Mailservers einer Domain, genau so verhält es sich beim NAPTR. Man hat sich eben auf einen bestimmten String geeinigt so das eben das Suchen der Dienste untereinander International gleich funktioniert.Das Verstehe ich, aber weshalb finde ich Beispiele in welcher eine Domain zu einer ENUM-URI aufgelöst wird hier zum Beispiel hier:
Dort fehlt ja sogar der ganze ENUM-URI wozu wird ein solcher Record gebraucht? Was soll damit bezweckt werden?
Diese RegEx auf was bezieht sich den, dort stehen ja irgendwelche Symbole dafür, dass etwas durch etwas anderes ersetzt werden könnte aber wo steht den dieser Wert? Z.B
Der Regex bezieht sich auf die Quell-Domain also die die der User aufruft bzw. das was hier in der Zeile am Anfang steht. Mit dem Regex triffst du eine Auswahl welcher Teil von der Quell-Domain ersetzt werden soll und das was dann anstelle der Auswahl eingefügt werden soll kommt dann als zweiter Parameter. Deswegen hatte ich dir ja gesagt Pfeif dir das oben verlinkte Tutorial rein dann verstehst du auch. Ich kann dir hier unmöglich alle Details von Regex beibringen, habe bitte Verständnis dafür! Deswegen gehe ich darauf jetzt nicht weiter ein.Marius [^qz]+ Osterhase
Heisst zwischen den Namen existiert noch einen Namen welcher keinen "g" und "z" hat
und dass trotzdem irgendwelche andere Zeichen erlaubt sind. Wie wird nun herausgefunden was in die Lücke kommt?
Ob der String den DomainNamen Matcht oder nicht bestimmt ja die Domain welche am Anfang der Zeile steht. In diesem Fall wird alles was der Regex matcht durch den zweiten Parameter (hinter dem Trenner !) ersetzt also wenn der AusgangsString bspw.Marius halt die Fresse Osterhase hieße dann würde der Komplette String durch den zweiten Parameter ersetzt. Hieße der String stattdessen Marius quatsch nicht so viel Osterhase, würde der Regex nicht mehr passen weil ja ein q im Regex ausgeschlossen wurde, somit passt der gesamte Regex nicht mehr und es wird dann auch nichts ersetzt und die Domain wird nicht verändert.
Wenn ich nsch praktischen Beispielen suche wie dass hier verstehe ich nicht was das nun bringen soll:
Was könnte den sonst ersetzt werden? Ausser prodserver.example.com? Wàre es also möglich auch nur den letzten Teil das .com ersetzten zu lassen mit einer RegEx? Kann den nur durch Stringsersetzt werden welche im Teil "dienst.example.com" vorkommen?
dienst.example.com. IN NAPTR 100 10 "A" "" "![^\.]+$!de!".
In Wort geschrieben bedeutet der Regex: finde alles was nicht ein Punkt ist vom Ende des Strings ($), das Dollarzeichen bedeutet hier das Ende des Strings. Es wird also vom String hinten alles übernommen bis zu dem ersten Auftreten eines Punktes.
So denn, ich habe fertig ...
Machs gut.