එක් ප්‍රොක්සි වරායකට HTTP සහ SOCKS දෙකම පිළිගත හැකි ආකාරය
හිතාමතා මිශ්‍ර කළ ශ්‍රාවකයෙකුට HTTP සහ SOCKS වෙන්කර හඳුනාගත හැකි ආකාරය පැහැදිලි කරයි, සාමාන්‍ය තනි-ප්‍රොටොකෝල ශ්‍රාවකයෙකුට එය නොහැකි අතර.
මිශ්‍ර ප්‍රොක්සි ශ්‍රාවකයෙකුට එක් TCP වරායක HTTP සහ SOCKS පිළිගත හැක්කේ සේවාදායකය මුල් ප්‍රොටොකෝල බයිට පරීක්ෂා කරන බැවිනි. වරාය අංකය එම හඳුනාගැනීම නොකරයි.
HTTP ප්‍රොක්සි ඉල්ලීමක් GET හෝ CONNECT වැනි HTTP ක්‍රමයකින් ආරම්භ වේ. SOCKS ආචාරය ද්විමය ප්‍රොටොකෝල ක්ෂේත්‍රවලින් ආරම්භ වේ. මෙම ආදාන සඳහා නිර්මාණය කළ මෘදුකාංගයට සම්බන්ධතාවය සුදුසු හසුරුවන්නා වෙත යැවිය හැක.
මෙය පැහැදිලි ක්‍රියාත්මක කිරීමේ ලක්ෂණයකි. සාමාන්‍ය Squid HTTP ශ්‍රාවකය එහි වරාය 1080 ලෙස වෙනස් කිරීම නිසා මිශ්‍ර නොවේ, සහ SOCKS පමණක් ඇති ශ්‍රාවකය බ්‍රව්සර සැකසුමෙන් HTTP ඉගෙන නොගනී.
TLS තවත් මායිමක් එකතු කරයි: සංකේතනය කළ ප්‍රොක්සි සම්බන්ධතාවයක් ආරම්භ වන්නේ TLS සමඟ මිස දෘශ්‍ය HTTP ක්‍රමයකින් නොවේ. එම අන්ත ලක්ෂ්‍යයේ එයට සහාය දීමට අමතර හිතාමතා හසුරුවීමක් අවශ්‍ය වේ; සරල HTTP සහ SOCKS හඳුනාගැනීම එම හැකියාව තහවුරු නොකරයි.
අන්ත ලක්ෂ්‍යය සඳහා ලේඛනගත කළ සේවාදායක ප්‍රොටොකෝලය භාවිත කරන්න. දෙකම ක්‍රියා කරන්නේ නම්, එය එම සේවාදායකයේ මිශ්‍ර ශ්‍රාවකය පිළිබඳ සාක්ෂියකි, සෑම සේවාදායකයකම ප්‍රොටොකෝලය නිශ්චිත නොකර තැබීමට හේතුවක් නොවේ.
Glider හි මිශ්‍ර ශ්‍රාවකය නිශ්චිත උදාහරණයක් ලබා දෙයි: එය බයිටයක් පරිභෝජනය නොකර එය දෙස බලයි, 0x05 එහි SOCKS5 හසුරුවන්නා වෙත යවයි, එසේ නොමැති නම් එහි HTTP විග්‍රහකය අමතයි. එම විග්‍රහකය තවමත් එන ඉල්ලීම වලංගු කරයි; යැවීමේ තේරීම අත්තනෝමතික ආදානය වලංගු HTTP බවට නොපත් කරයි.
TCP ශ්‍රාවකය බෙදාගැනීමෙන් SOCKS5 UDP සම්බන්ධය ලබා නොදේ. Glider එහි UDP ශ්‍රාවකය වෙන වෙනම ආරම්භ කරයි. TCP ප්‍රොටොකෝල තේරීම සහ පසුව සිදුවන ඩේටාග්‍රෑම් රිලේ වෙන වෙනම හැකියාවන් ය.