Poort 443 maak nie van dig 'n DNSCrypt-kliënt nie
Pas die resolver se protokol aan voordat jy die bestemmingspoort van 'n proxy-DNS-hulpverkenner verander.
dig @resolver.example -p 443 +tcp stuur 'n DNS-navraag oor TCP na poort 443. Dit onderhandel nie DNSCrypt nie.
Dit maak saak wanneer jy 'n proxy-DNS-hulpverkenner wysig om 'n geënkripteerde resolver te gebruik. 'n Diens kan op 'n bekende poort luister terwyl dit 'n heeltemal ander draadformaat verwag.
Gebruik 'n DNSCrypt-bewuste resolverkomponent vir die geënkripteerde gesprek opstroom. As dit 'n plaaslike gewone-DNS-koppelvlak blootstel, kan 'n konvensionele DNS-hulpverkenner daardie koppelvlak met sy gedokumenteerde adres en poort navraag.
Hou albei spronge eksplisiet: hulpverkenner na plaaslike resolver, dan resolver na opstroom. Dat die eerste sprong werk, bewys nie dat die tweede die beoogde proxyroete volg nie.
Dieselfde onderskeid geld vir DNS oor HTTPS en DNS oor TLS. Om 'n poortnommer in dig te verander is nie 'n protokoladapter nie. Vir 'n ander koppelvlak wat op HTTP berus, gebruik 'n HTTPS-JSON-navraag na Google Public DNS. Kontroleer die eindpunt se kontrak voordat jy 'n time-out as nog 'n stukkende SOCKS-bediener vertolk.