Kwa nini mabadiliko ya DNS hayawezi kusanidi proxy ya SOCKS
Inaeleza kwa nini kuelekeza jina la mwenyeji wa tovuti kwenye seva ya SOCKS hakuifanyi kivinjari kisichosanidiwa kutumia proksi.
Kubadilisha jibu la DNS hubadilisha tu anwani ambayo kivinjari huunganisha nayo. Hakibadilishi itifaki ambayo kivinjari huzungumza baada ya kufika huko.
Unapofungua anwani ya kawaida ya HTTP, kivinjari hutuma HTTP. Unapofungua anwani ya HTTPS, huanzisha TLS kwa tovuti hiyo. Seva ya SOCKS5 hata hivyo husubiri majadiliano yake yenyewe kwanza: uchaguzi wa mbinu, uthibitishaji wowote na ombi linalotaja lengwa. Kivinjari kisichosanidiwa hakitumi chochote kati ya hivyo.
Hii inaeleza kwa nini kisikiliza Dante kinachoweza kufikiwa kinaweza kufunga muunganisho mara moja baada ya mabadiliko ya DNS. Huduma inaweza kuwa nzuri; baiti zinazoingia ni za itifaki isiyo sahihi. Kuhamisha kisikiliza hadi lango 80 au 443 hakubadilishi baiti hizo kuwa SOCKS.
Sanidi kiolesura cha SOCKS cha kivinjari, kama vile mipangilio ya SOCKS ya Firefox, au mpangilio wa proksi maalum wa programu, ili ifanye usalimiano na kuiomba proksi iunganishe mbele. Faili ya PAC inaweza kuchagua njia ya proksi inayotumika kwa programu zinazoitumia. Bado ni usanidi wa proksi tofauti, si sifa ya rekodi ya A au AAAA.
HTTPS huongeza kikwazo kingine kwa wazo la DNS pekee. Kivinjari kinaendelea kutarajia utambulisho wa tovuti ulio kwenye anwani. Cheti cha mwenyeji wa proksi hakiwezi kutosheleza matarajio hayo kwa sababu tu DNS ilituma muunganisho huko.
Unasaji wa mtandao usioonekana ni muundo tofauti unaohusisha uelekezaji na programu saidizi inayolingana. Haupatikani kwa kurudisha anwani ya seva ya SOCKS kutoka DNS.