የዲ ኤን ኤስ መልስ መቀየር አሳሹ የሚገናኝበትን አድራሻ ብቻ ይቀይራል። እዚያ ከደረሰ በኋላ አሳሹ የሚናገረውን ፕሮቶኮል አይቀይርም።

የተራ HTTP አድራሻ ሲከፈት አሳሹ HTTP ይልካል። የHTTPS አድራሻ ሲከፈት ለዚያ ድረ-ገጽ TLS ይጀምራል። የSOCKS5 አገልጋይ ግን መጀመሪያ የራሱን ድርድር ይጠብቃል፦ ዘዴ መምረጥ፣ ማንኛውም ማረጋገጫ እና መዳረሻውን የሚጠቅስ ጥያቄ። ያልተዘጋጀ አሳሽ ከዚህ ምንም አይልክም።

ይህም ተደራሽ የሆነ የDante አድማጭ ከዲ ኤን ኤስ ለውጥ በኋላ ግንኙነቱን ወዲያውኑ ለምን እንደሚዘጋ ያብራራል። አገልግሎቱ ጤናማ ሊሆን ይችላል፤ የሚመጡት ባይቶች ግን ለተሳሳተ ፕሮቶኮል ናቸው። አድማጩን ወደ ወደብ 80 ወይም 443 ማዛወር እነዚያን ባይቶች ወደ SOCKS አይቀይራቸውም።

የአሳሹን የSOCKS በይነገጽ ያዘጋጁ፣ ለምሳሌ የFirefox የSOCKS ቅንብሮች፣ ወይም ለመተግበሪያው የተለየ የተኪ ቅንብር፣ ስለዚህ ሃንድሼኩን አድርጎ ተኪው ወደፊት እንዲያገናኝ ይጠይቃል። የPAC ፋይል ለሚጠቀሙበት መተግበሪያዎች የሚደገፍ የተኪ መንገድ መምረጥ ይችላል። አሁንም የተለየ የተኪ ውቅር ነው፣ የA ወይም AAAA መዝገብ ባህሪ አይደለም።

HTTPS ለዲ ኤን ኤስ-ብቻ ሃሳብ ሌላ እንቅፋት ይጨምራል። አሳሹ በአድራሻው ውስጥ ያለውን የድረ-ገጹን ማንነት መጠበቁን ይቀጥላል። የተኪው አስተናጋጅ ሰርተፊኬት ዲ ኤን ኤስ ግንኙነቱን ወደዚያ ስለላከ ብቻ ያንን ተስፋ ማሟላት አይችልም።

ግልጽ የኔትወርክ ጣልቃገብነት ማዞሪያንና ተኳኋኝ የጣልቃገብነት ሶፍትዌርን የሚያካትት ሌላ ንድፍ ነው። የSOCKS አገልጋይ አድራሻ ከዲ ኤን ኤስ በመመለስ ማግኘት አይቻልም።

ተዛማጅ ጽሑፎች