Lutasin ang hostname ng proxy bago gamitin ang remote DNS

Maaaring lutasin ng remote DNS ang problema sa paghahanap ng destinasyon at iwan ka pa ring hindi makakonekta. Kailangan munang hanapin ng client ang proxy.

Isaalang-alang ang isang endpoint na tinatawag na proxy.office.example. Ang pagpapadala ng hostname ng website sa SOCKS ay hindi nagsasabi sa client kung paano makukuha ang address ng paunang endpoint na iyon. Hindi pa nagsisimula ang usapan sa SOCKS.

Mahalaga ito kapag ang pangalan ng proxy ay kabilang sa isang pribadong namespace. Maaaring hindi ito kilala ng resolver sa bahay, samantalang kilala ito ng resolver sa inaprubahang network ng opisina. Ang maikling pangalan ng proxy ay maaari ring depende sa configuration ng search domain na naiiba sa bawat network.

Paghiwalayin ang mga pangalan

• Kailangan ang pangalan ng endpoint ng proxy upang maitatag ang unang koneksyon.
• Maaaring dalhin ang pangalan ng website sa loob ng sinusuportahang kahilingan sa proxy para sa remote na resolution.

Itala kung aling pangalan ang nabigo bago palitan ang resolver. Ang pagpapalit ng DNS ng client ng isang walang kaugnayang pampublikong serbisyo ay maaaring gawing mas mahirap maabot ang isang pribadong pangalan ng proxy, hindi mas madali. Gamitin ang sinusuportahang configuration ng name resolution ng inilaan na network.

Ang inilaan na IP ng proxy ay maaaring magtanggal ng isang paghahanap ng hostname sa ilang kaayusan, ngunit hindi ito pangkalahatang mapapalitan ng pangalan. Ang TLS sa isang HTTPS proxy at ang authentication na nakabatay sa pangalan ay maaaring depende sa inaasahang pagkakakilanlan. Panatilihing buo ang pagkakakilanlang iyon sa halip na patayin ang mga pagsusuri nito.

Kapag gumana ang unang koneksyon, hiwalay na imbestigahan ang yugto ng destinasyon. Hindi pinatutunayan ng gumaganang hostname ng proxy na alam ng proxy ang pangalan ng website o na pinapayagan itong kumonekta roon.