پورت 443، dig را به کلاینت DNSCrypt تبدیل نمیکند
پیش از تغییر پورت مقصد یک کمککننده DNS پروکسی، پروتکل resolver را همسان کنید.
dig @resolver.example -p 443 +tcp یک پرسش DNS را روی TCP به پورت 443 میفرستد. این کار DNSCrypt را مذاکره نمیکند.
این موضوع هنگام تغییر یک کمککننده DNS پروکسی برای استفاده از resolver رمزنگاریشده اهمیت دارد. یک سرویس میتواند روی پورت آشنایی گوش دهد و در همان حال قالب سیمی کاملاً متفاوتی انتظار داشته باشد.
برای گفتوگوی رمزنگاریشده با بالادست از مؤلفه resolver آگاه به DNSCrypt استفاده کنید. اگر رابط محلی DNS ساده ارائه دهد، کمککننده DNS متعارف میتواند با نشانی و پورت مستندشده به آن رابط پرسش بفرستد.
هر دو جهش را صریح نگه دارید: از کمککننده به resolver محلی، سپس از resolver به بالادست. کار کردن جهش نخست اثبات نمیکند که دومی مسیر پروکسی موردنظر را دنبال میکند.
همین تفکیک برای DNS over HTTPS و DNS over TLS هم برقرار است. تغییر شماره پورت در dig آداپتور پروتکل نیست. برای رابط متفاوت و مبتنی بر HTTP از پرسش JSON روی HTTPS به Google Public DNS استفاده کنید. پیش از تفسیر یک timeout بهعنوان سرور SOCKS خراب دیگر، قرارداد نقطه پایانی را بررسی کنید.