RFC 7480 : HTTP usage in the Registration Data Access Protocol
Contents
1. Host rdap apnic net Accept x x ANON ON ON OV HTTP 1 1 404 Not Found Et enfin un cas o l objet existe chez un autre RIR et on est donc renvoy au RIPE NCC avec le code normal de redirection HTTP de curl v http rdap apnic net ip 2001 4b98 dc0 41 GET ip 2001 4b98 dc0 41 HTTP 1 1 User Agent curl 7 26 0 Host rdap apnic net Accept x x HTTP 1 1 301 Moved Permanently Date Thu 05 Mar 2015 16 11 16 GMT Location http rdap db ripe net ip 2001 4b98 dc0 41 ANANNNV OV http www bortzmeyer org 7480 html2. REC 7480 HTTP usage in the Registration Data Access Protocol RDAP St phane Bortzmeyer lt stephane blog bortzmeyer org gt Premi re r daction de cet article le 26 mars 2015 Date de publication du RFC Mars 2015 http www bortzmeyer org 7480 html Le protocole d acc s aux informations des registres RDAP lt http www bortzmeyer org weirds rdap html gt Registration Data Access Protocol qui se veut successeur de whois peut utiliser plusieurs pro tocoles de transport diff rents Pour l instant le seul normalis est HTTP dans ce REC HTTP est normalis dans le RFC 7230 Mais part cela il n y a videmment pas besoin de le pr senter Son choix comme protocole de transport va de soi dans l Internet aujourd hui et permet de doter RDAP lt http www bortzmeyer org weirds rdap html gt d une jolie s mantique REST Toute la complexit est dans le serveur un des objectifs de ce REC est que lt on puisse utiliser comme client RDAP des outils g n ralistes comme bash ou wget gt Le mode d emploi est peu pr s Trouver le bon serveur par exemple en utilisant la technique du RFC 7484 Fabriquer une jolie requ te HTTP de type GET RFC 7231 en suivant le RFC 7482 par exemple pour trouver de l information sur le r seau 192 0 2 0 ceserahttp example net rdap ip 192 0 2 0 Envoyer la requ te et lire la r ponse en JSON RFC 7483 La r ponse tait peut tre sur un autre serveur et d
3. ans ce cas on a re u non pas le code JSON avec le statut 200 mais une redirection statut HTTP 3xx dans ce cas on r essaie avec l URL indiqu dans la redirection D autres r ponses taient possibles comme le fameux 404 si on demande des informations sur un objet qui n existe pas RDAP utilise HTTP et on a donc toutes les subtilit s de HTTP sa disposition La section 3 de notre RFC r sume les principes de RDAP sur HTTP Une seule requ te HTTP pour avoir l information Plusieurs formats de sortie possible en th orie m me si pour l instant seul le JSON du RFC 7483 est sp cifi 1 Pour voir le RFC de num ro NNN http www ietf org rfc rfeNNN txt par exemple http www ietf org rfc rfc7230 txt 1 Possibilit d utiliser tout ce que permet HTTP afin d viter de r inventer la roue Ainsi si on veut de la compression on ne la r invente pas dans RDAP on utilise celle de HTTP RFC 7231 section 3 1 2 M me chose pour les m canismes d authentification o on suivra le RFC 7235 ou bien le cache selon le RFC 7234 Ainsi on pourra r cup rer tous les logiciels et l expertise de HTTP La section 4 d taille la formation des requ tes RDAP sur HTTP Ce sont des requ tes GET ou HEAD puisqu elles ne modifient pas les donn es RDAP tant un protocole en lecture seule qui fonctionnent sur HTTP ou HTTPS qui est obligatoire pour les logiciels RDAP Le client doit penser mettre un en t te Ac
4. cept qui indique un type de donn es qui existe pour RDAP comme le application rdap json du RFC 7483 notez la syntaxe avec un issue du RFC 6839 S il l oublie le serveur est libre de faire ce qu il veut le REC sugg rant d envoyer une r ponse acceptable par un navigateur Web ordinaire comme text html car c est sans doute cela qui provoquera le moins de surprise les serveurs RDAP existants voir par exemple lt http rdg afilias info rdap domain reflets info gt ne suivent pas cette recommandation La requ te peut contenir des param tres apr s le dans l URL La section 5 de notre RFC d taille les r ponses possibles Comme on utilise HTTP comme transport tous les codes de r ponse HTTP RFC 7231 section 6 sont admissibles N anmoins certains seront sans doute plus courants 200 r ponse positive tout va bien 301 redirection permanente permettant de changer la m thode HTTP 302 redirection tem poraire permettant de changer la m thode 307 redirection temporaire ne permettant pas de changer la m thode 308 redirection permanente ne permettant pas de changer la m thode les divers codes de redirection permettant un m ta serveur gt d indiquer le bon serveur RDAP dans l en t te Location de la r ponse par exemple en th orie l TANA pourrait avoir un ser veur RDAP qui redirige vers les serveurs RDAP des TLD 404 ce truc n a pas t trouv par exemple parce q
5. ue je cherche un nom de domaine qui n existe pas 400 requ te mal form e parce que le client RDAP est bogu ou bien parce qu on a fabriqu une requ te RDAP la main en se trompant 429 on envoie trop de requ tes ce code a t normalis dans le RFC 6585 Aujourd hui les serveurs whois ont souvent ce probl me de requ tes r p t es cela peut tre une attaque DoS mais aussi un domaineur qui veut r colter de l information ou un autre type de malhonn te qui veut se constituer une base de donn es Un serveur RDAP aura donc probablement une fonction de limitation du trafic et r pondra 429 si le client exag re Les clients honn tes ralentiront alors Voici quelques exemples r els avec le serveur RDAP exp rimental d APNIC et le client HTTP curl D abord un cas o tout se passe bien o curl v http rdap apnic net ip 2001 dc0 2001 11 194 GET ip 2001 dc0 2001 11 194 HTTP 1 1 User Agent cur1l 7 26 0 Host rdap apnic net Accept x x HTTP 1 1 200 OK Date Thu 05 Mar 2015 16 08 37 GMT Content Type application rdap json Access Control Allow Origin x Transfer Encoding chunked Server Jetty 9 2 7 SNAPSHOT ANNANAANAAANVNNNV OV OV Un cas o l objet demand n existe pas et o le serveur renvoie le fameux code HTTP 404 http www bortzmeyer org 7480 html de curl v http rdap apnic net ip 4001 dc0 2001 11 194 GET ip 4001 dc0 2001 11 194 HTTP 1 1 User Agent cur1l 7 26 0
Download Pdf Manuals
Related Search