پروکسی HTTP می‌تواند درخواستی را به سرویس DNS-over-HTTPS برساند. برای رابط JSON در Google Public DNS، یک پرس‌وجوی صریح می‌تواند چنین باشد:

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

پروکسی اتصال HTTPS را به dns.google می‌رساند. فهرست پروکسی‌های HTTP یکی از جاهایی است که می‌توان برای این پرس‌وجوی عمومی گزینه‌ای انتخاب کرد، در جایی که دسترسی از طریق پروکسی‌های عمومی مجاز است. حل‌کننده Google به پارامتر name پاسخ می‌دهد. این درخواستی از پروکسی برای بازگرداندن حافظه نهان DNS خودش نیست، و تغییری در پیکربندی DNS که برنامه‌های دیگر استفاده می‌کنند هم نیست.

Status در JSON و رکوردهای بازگشتی را بخوانید، نه تنها وضعیت HTTP را. پاسخ HTTP که با موفقیت تحویل شده می‌تواند شکست DNS را توصیف کند. type را به رکورد موردنیاز تغییر دهید، مانند AAAA یا MX؛ یک پرس‌وجوی A فهرست کامل همه انواع رکورد نیست.

قالب JSON این نقطه پایانی یک API مستندشده Google است. کارخواه‌های استاندارد DoH با قالب سیمی به جای آن از پیام‌های DNS و application/dns-message استفاده می‌کنند. فراخوانی معمولی nslookup تنها به این دلیل که HTTPS_PROXY تنظیم شده است، هیچ‌یک از این دو رابط HTTP را به دست نمی‌آورد.

مقالات مرتبط