Kāpēc DNS maiņa nevar iestatīt SOCKS starpniekserveri
Paskaidro, kāpēc vietnes resursdatora nosaukuma novirzīšana uz SOCKS serveri nepanāk, ka nekonfigurēta pārlūkprogramma izmanto starpniekserveri.
DNS atbildes maiņa maina tikai adresi, ar kuru pārlūkprogramma savienojas. Tā nemaina protokolu, kurā pārlūkprogramma runā, kad tur nonākusi.
Atverot parastu HTTP adresi, pārlūkprogramma sūta HTTP. Atverot HTTPS adresi, tā sāk TLS šai vietnei. Savukārt SOCKS5 serveris vispirms gaida savas sarunas: metodes izvēli, jebkuru autentifikāciju un pieprasījumu, kas nosauc galamērķi. Nekonfigurēta pārlūkprogramma neko no tā nesūta.
Tas izskaidro, kāpēc pieejams Dante klausītājs var uzreiz pēc DNS maiņas aizvērt savienojumu. Pakalpojums var būt vesels; ienākošie baiti pieder nepareizajam protokolam. Klausītāja pārvietošana uz portu 80 vai 443 šos baitus par SOCKS nepārvērš.
Konfigurējiet pārlūkprogrammas SOCKS saskarni, piemēram, Firefox SOCKS iestatījumus, vai lietojumprogrammai raksturīgu starpniekservera iestatījumu, lai tā veiktu roku paspiešanu un lūgtu starpniekserverim savienoties tālāk. PAC fails var izvēlēties atbalstītu starpniekservera maršrutu lietojumprogrammām, kas to izmanto. Tas joprojām ir atsevišķa starpniekservera konfigurācija, nevis A vai AAAA ieraksta īpašība.
HTTPS pievieno vēl vienu šķērsli idejai tikai ar DNS. Pārlūkprogramma turpina gaidīt adresē esošās vietnes identitāti. Starpniekservera resursdatora sertifikāts nevar apmierināt šo gaidu tikai tāpēc, ka DNS nosūtīja savienojumu turp.
Caurspīdīga tīkla pārtveršana ir cita konstrukcija, kas ietver maršrutēšanu un saderīgu pārtveršanas programmatūru. To nevar iegūt, atgriežot SOCKS servera adresi no DNS.