'n HTTP-proxy kan 'n versoek na 'n DNS-over-HTTPS-diens dra. Vir Google Public DNS se JSON-koppelvlak kan 'n eksplisiete navraag so lyk:

curl --fail --proxy http://proxy.example.net:8080 --noproxy "" \
  --get --data-urlencode "name=example.net" \
  --data-urlencode "type=A" \
  https://dns.google/resolve

Die proxy dra die HTTPS-verbinding na dns.google. Die HTTP-proxylys is een plek om 'n kandidaat vir hierdie openbare navraag te kies, waar toegang deur openbare proxies toegelaat word. Google se oplosser antwoord die name-parameter. Dit is nie 'n versoek dat die proxy sy eie DNS-kas moet terugstuur nie, en ook nie 'n verandering aan die DNS-opstelling wat ander programme gebruik nie.

Lees die JSON-Status en die teruggekeerde rekords, nie net die HTTP-status nie. 'n Suksesvol afgelewerde HTTP-antwoord kan 'n DNS-fout beskryf. Verander type na die vereiste rekord, soos AAAA of MX; een A-navraag is nie 'n volledige inventaris van elke rekordtipe nie.

Hierdie eindpunt se JSON-formaat is 'n gedokumenteerde Google-API. Standaard DoH-kliënte in draadformaat gebruik eerder DNS-boodskappe en application/dns-message. 'n Gewone nslookup-oproep verkry nie een van die twee HTTP-koppelvlakke bloot omdat HTTPS_PROXY gestel is nie.

Verwante artikels