Port 443 nie czyni z dig klienta DNSCrypt
Dopasuj protokół resolvera, zanim zmienisz port docelowy pomocnika DNS proxy.
dig @resolver.example -p 443 +tcp wysyła zapytanie DNS przez TCP na port 443. Nie negocjuje DNSCrypt.
Ma to znaczenie, gdy pomocnik DNS proxy jest zmieniany tak, by korzystał z szyfrowanego resolvera. Usługa może nasłuchiwać na znanym porcie, a jednocześnie oczekiwać zupełnie innego formatu transmisji.
Do szyfrowanej rozmowy z górnym segmentem użyj komponentu resolvera, który zna DNSCrypt. Jeśli udostępnia on lokalny interfejs zwykłego DNS, konwencjonalny pomocnik DNS może odpytywać go pod udokumentowanym adresem i portem.
Utrzymuj oba przeskoki osobno: od pomocnika do lokalnego resolvera, a potem od resolvera w górę. Działanie pierwszego przeskoku nie dowodzi, że drugi podąża zamierzoną trasą proxy.
To samo rozróżnienie dotyczy DNS over HTTPS i DNS over TLS. Zmiana numeru portu w dig nie jest adapterem protokołu. Do innego interfejsu opartego na HTTP użyj zapytania JSON przez HTTPS do Google Public DNS. Sprawdź umowę punktu końcowego, zanim uznasz przekroczenie czasu za kolejny zepsuty serwer SOCKS.