Dlaczego zmiana DNS nie skonfiguruje proxy SOCKS
Wyjaśnia, dlaczego skierowanie nazwy hosta witryny na serwer SOCKS nie sprawia, że nieskonfigurowana przeglądarka używa proxy.
Zmiana odpowiedzi DNS zmienia tylko adres, z którym łączy się przeglądarka. Nie zmienia protokołu, którym przeglądarka mówi po dotarciu na miejsce.
Przy zwykłym adresie HTTP przeglądarka wysyła HTTP. Przy adresie HTTPS uruchamia TLS dla tej witryny. Serwer SOCKS5 oczekuje jednak najpierw własnych negocjacji: wyboru metody, ewentualnego uwierzytelnienia i żądania nazywającego cel. Nieskonfigurowana przeglądarka nie wysyła niczego z tego.
To wyjaśnia, dlaczego osiągalny nasłuch Dante może natychmiast zamknąć połączenie po zmianie DNS. Usługa może być zdrowa; przychodzące bajty należą do niewłaściwego protokołu. Przeniesienie nasłuchu na port 80 lub 443 nie zamienia tych bajtów w SOCKS.
Skonfiguruj interfejs SOCKS przeglądarki, na przykład ustawienia SOCKS w Firefoksie, albo ustawienie proxy właściwe dla aplikacji, aby wykonała uścisk dłoni i poprosiła proxy o dalsze połączenie. Plik PAC może wybrać obsługiwaną trasę proxy dla aplikacji, które go używają. To nadal osobna konfiguracja proxy, a nie właściwość rekordu A lub AAAA.
HTTPS dodaje kolejną przeszkodę do pomysłu opartego tylko na DNS. Przeglądarka nadal oczekuje tożsamości witryny z adresu. Certyfikat dla hosta proxy nie może spełnić tego oczekiwania tylko dlatego, że DNS skierował tam połączenie.
Przezroczyste przechwytywanie sieci to inny projekt obejmujący routing i zgodne oprogramowanie przechwytujące. Nie można go uzyskać, zwracając adres serwera SOCKS z DNS.