dig @resolver.example -p 443 +tcp TCP-ით DNS მოთხოვნას 443 პორტზე აგზავნის. ის DNSCrypt-ზე არ მოლაპარაკებს.

ეს მნიშვნელოვანია, როცა proxy-ის DNS დამხმარის დაშიფრულ რეზოლვერზე გადაყვანას ცვლით. სერვისი შეიძლება ნაცნობ პორტზე უსმენდეს და ამავდროულად სრულიად სხვა გადაცემის ფორმატს ელოდებოდეს.

დაშიფრული ზედა კავშირისთვის გამოიყენეთ DNSCrypt-ის მცოდნე რეზოლვერის კომპონენტი. თუ ის ლოკალურ ჩვეულებრივ DNS ინტერფეისს აძლევს, ჩვეულებრივ DNS დამხმარს შეუძლია მას დოკუმენტირებული მისამართითა და პორტით მიმართოს.

ორივე ნახტომი ცხადად გამოყავით: დამხმარიდან ლოკალურ რეზოლვერამდე, შემდეგ რეზოლვერიდან ზემოთ. პირველი ნახტომის მუშაობა არ ამტკიცებს, რომ მეორე განზრახ proxy-მარშრუტს მიჰყვება.

იგივე განსხვავება ეხება DNS over HTTPS-სა და DNS over TLS-ს. dig-ში პორტის ნომრის შეცვლა პროტოკოლის ადაპტერი არ არის. განსხვავებული, HTTP-ზე დაფუძნებული ინტერფეისისთვის გამოიყენეთ HTTPS JSON მოთხოვნა Google Public DNS-ზე. შეამოწმეთ ბოლო წერტილის ხელშეკრულება, სანამ დროის ამოწურვას კიდევ ერთ გაფუჭებულ SOCKS სერვერად განმარტავთ.

დაკავშირებული სტატიები