WEID spec. talks Verified

Hallo Till,\ \ ich möchte gerne RDAP offiziell und so korrekt wie möglich direkt in OIDplus integrieren.\ \ Dein MultiWhois/RDAP kann dann natürlich diese Daten einfach nehmen und weiterreichen.\ Ich mache mir da zwar selbst Konkurrenz zu meinem eigenen OID-Information-Protocol (alter Name OID-WHOIS) [https://datatracker.ietf.org/doc/draft-viathinksoft-oidip/](https://datatracker.ietf.org/doc/draft-viathinksoft-oidip/) , aber es ist ja im Sinne von OIDplus… Ich möchte gerne, dass unsere RDAP-Implementierung so nahe am Standard dran ist, wie nur möglich. Dafür müssten wir aber in den “sauren Apfel beißen”, und die ganzen RFCs durchkauen. [https://www.icann.org/en/system/files/files/rdap-technical-implementation-guide-15feb19-en.pdf](https://www.icann.org/en/system/files/files/rdap-technical-implementation-guide-15feb19-en.pdf) Ich habe noch immer nicht herausgefunden, bei welchen Feldern wir Freiheit haben, und welche Felder dringend notwendig sind, um den RDAP-Standard zu erfüllen. Ich denke es wird daraus hinauslaufen, dass ich mir verschiedene RDAP-Antworten von ARIN, RIPE-NCC, APNIC usw. einhole, und dann versuche, die Gemeinsamkeiten herauszufinden. Ist glaub ich einfacher, als die RFCs alle durchzulesen…? Natürlich dürfen wir uns bei dem OID-Datentyp unsere eigenen Felder definieren (hier sollten wir die Felder des oid-information-protocol so gut wie möglich übernehmen). Aber das ganze “Drumherum” wie z.B. rdapConformance, standardisierte Weiterleitungen usw. müssten wir selbst recherchieren/implementieren. Kannst du mir dabei helfen? Viele Grüße Daniel

Hallo Till, > “ich weiß zwar nicht ob ich Dir das Wasser reichen kann” > > ach was, ich bin doch auch nur amateurhaft, denn ich hab noch nie einen PHP Testcase geschrieben und habe viele Defizite bei Dingen wie npm, composer, CDN usw. Da bist du der Experte!\ > \ > ”Mein RDAP auf [rdap.frdl.de](http://rdap.frdl.de/) verwendet hiqdev/rdap und ist durch ein traditionelles WHOIS-Fallback ergänzt, die zusätzlichen WHOIS Angaben werden im Notices Feld ergänzt.”\ > \ > Klingt cool. Ich habe gerade [https://rdap.frdl.de/domain/frdl.de](https://rdap.frdl.de/domain/frdl.de) aufgerufen. Was unterstützt es noch außer Domains?\ > \ > Ja, es wäre gut, wenn das auf das OIDplus Plesk-Konto verschoben wird.\ > \ > hiqdev/rdap werde ich mir morgen auch mal anschauen und werde versuchen rauszufinden, ob die Ausgabe standardkonform aussieht. Ob man dann diese Library in OIDplus unter vendor/ einfügt, oder ob es einfacher/besser wäre, die Sachen selbst nachzuimplementieren, weiß ich noch nicht. Viele Grüße Daniel

…ich glaube dieser Link ist hilfreich, insbesondere Punkte 2,3,4,5 [https://datatracker.ietf.org/doc/html/rfc7483#section-2](https://datatracker.ietf.org/doc/html/rfc7483#section-2)

Ja, es wäre gut, wenn ein alternatives RDAP erstellt wird. Irgendwas wie [rdap.registry.frdl.de](http://rdap.registry.frdl.de) . Dann kann ich damit auch rumexperimentieren und versuchen, den RDAP an die OIDplus-Datenbank anzubinden.

Hallo Till,\ \ eine Dritte Domain wäre im Moment glaube ich zu viel. Ich würde [rdap.frdlweb.de](http://rdap.frdlweb.de) als “Spielwiese” verwenden, um zu gucken, ob das PHP-Framework funktioniert. (Aber ich muss unbedingt rausfinden, ob die Ausgabe des Frameworks Standardkonform ist… aber das blöde Java-Programm funzt bei mir net…)\ \ Ganz viel später würde das produktive [rdap.frdl.de](http://rdap.frdl.de) auch die OID-Queries auflösen, aber bis dahin ist noch sehr viel Arbeit erforderlich. Im Moment sind wir ja noch ganz am Anfang.\ \ Es ist mir wichtig, dass OIDplus auch ohne jegliche Subdomains funktioniert, d.h. wir müssen den Anwendungsfall betrachten, dass jemand keine Subdomain hat (dann z.B. [oidplus.viathinksoft.com/oidplus/rdap/…](http://oidplus.viathinksoft.com/oidplus/rdap/%E2%80%A6) ) aber auch den Fall, dass jemand eine richtige Domain besitzt (z.B. [rdap.viathinksoft.com](http://rdap.viathinksoft.com) ), aber ich denke das kann man dann irgendwie über htdocs Pfade und Proxies o.ä. lösen. Ich glaube da müssen wir bei OIDplus nix beachten?\ \ Dein [rdap.frdl.de](http://rdap.frdl.de) würde später im Produktiven Einsatz vielleich sowas machen:\ \ if ($namespace == “oid”) {\ echo file_get_contents(‘[https://registry.frdl.de/rdap/…‘](https://registry.frdl.de/rdap/%E2%80%A6%E2%80%98));\ } else if ($namespace == “domain”) {\ // Bisheriger code\ }\ \ Frohe Ostern!\ \ Viele Grüße\ Daniel

Nachtrag: Ich hab mir im Plesk gerade “Basisverzeichnis > [rdap.frdlweb.de](http://rdap.frdlweb.de) > httpdocs > public“ angeschaut, und ich verstehe nicht, wo kommen denn die Domain-Daten her? Sind die in irgendeiner Datenbank? Wie kann man eigene Namespaces (z.B. oid) definieren?

Hallo Till,\ \ ich denke es gibt ein Missverständnis. Ich wollte wissen, wo die Daten liegen. Woher kommen die Namen, Adressen usw [https://rdap.frdlweb.de/domain/frdl.de](https://rdap.frdlweb.de/domain/frdl.de) , da muss es doch irgendwo eine Datenbank geben? Und in die Datenbank müssen dann ja auch OIDs rein… Ja, /domain/ ist vorgeschrieben, deswegen darf OIDplus nur /oid/ abbilden.

Das hiqdev\\rdap ist ja ein riesiges Source-Code-Gebilde… da brauch ich ein paar Wochen, bis ich mich da reingearbeitet hätte. Ich denke da sollten wir das RDAP lieber selbst implementieren. Ist ja im Endeffekt nur ein “einfaches” JSON mit einer bestimmten Struktur. Das können wir in eine einzige PHP-Datei packen.

Hallo Daniel, … [https://github.com/arineng/rdap_bootstrap_server](https://github.com/arineng/rdap_bootstrap_server) Das ist ja schon, wie Du bei hiqdev\\rdap sagtest nicht unbedingt trivial bzw. sehr umfangreich, aber für OIDplus/oid nicht unbedingt in der Gänze relevant!? Viele Grüße Till

Ich habe hiqdev\\rdap noch nicht ganz verstanden, aber ich vermute, dass es eher ein RDAP ist, das sich die Daten aus dem Internet zieht.\ Ich hatte ursprünglich gehofft, dass es ein RDAP/Whois ist, bei dem du deine eigenen Daten eingeben kannst - d.h. die Daten kommen nicht von Denic sondern von dir selbst, also so als ob du die Domain-Registry selbst wärst. Ich glaube das ist bei hiqdev\\rdap nicht vorgesehen.

…Die route(s) werden in apps/routes.php registriert, wenn mich nicht alles täuscht sind damit nur 2 Dateien hinzugefügt/geändert…

[Daniel Marschall](mention:c4643a4e-a401-42c4-93f0-25ec6e3697af "/u/daniel-marschall/") schau mal, ich habe einen quick&dirty rudimentären Proxy hinzugefügt, um das rdap direkt in [registry.frdl.de](http://registry.frdl.de) anzuzeigen: [https://registry.frdl.de/oid/2.999](https://registry.frdl.de/oid/2.999) [https://registry.frdl.de/domain/example.com](https://registry.frdl.de/domain/example.com) Der code ist in der .htaccess und in der Datei plugins/frdl/publicPages/200_frdlweb_freeoid/rdap.php Die RDAP Server sind konfigurierbar und werden zufällig ausgewählt: $RDAP_SERVERS = OIDplus::baseConfig()->getValue('RDAP_SERVERS', \[ '[https://rdap.frdlweb.de](https://rdap.frdlweb.de)', '[https://rdap.frdl.de](https://rdap.frdl.de)', \]); So könnten z.B. auch auf [weid.info](http://weid.info) und/oder [https://oidplus.viathinksoft.com/oidplus/](https://oidplus.viathinksoft.com/oidplus/) zentrale RDAP Services eingerichtet werden, um z.B. zu vermeiden den RDAP-Server Code in das OIDplus “mitschleppen” zu müssen. Doch Achtung: Die Links (rel=self) sind so jedoch noch nicht richtig angepasst… mfg P.S.: OIDplus hat auch einen Domain ObjectType, dass interferiert mit der RDAP /domain, möglichweise könnte man die Infos (lokal/remote) mergen, aber ich glaube das sprengt zunächst den Rahmen!? Domain-Inhaber Informationen außerhalb der registrar registries/lookups ist auch u.a. wegen DSGVO problematisch bzw. unsinnig.