Squid හරහා Proxychains: 80 වරායේ CONNECT සීමා
ගමනාන්ත වරාය 80 ප්‍රතික්ෂේප වන විට සාමාන්‍ය HTTP ප්‍රොක්සි ඉල්ලීම් proxychains HTTP CONNECT උමංවලින් වෙන් කරන්න.
බ්‍රව්සරය Squid හරහා HTTP පිටුවක් පූරණය කරයි. එම ගමනාන්තයම proxychains යටතේ අසාර්ථක වේ. එයින් අදහස් වන්නේ වැඩසටහන් දෙකෙන් එකක් වැරදි ප්‍රොක්සි IP එකක් තෝරාගත් බව අනිවාර්යයෙන්ම නොවේ.
සාමාන්‍ය HTTP තේරුම් ගන්නා සේවාදායකයෙකුට වෙබ් ඉල්ලීම HTTP ප්‍රොක්සි ආකාරයෙන් ඉදිරි ප්‍රොක්සි වෙත යැවිය හැකිය. නමුත් සාමාන්‍ය සොකට් ආවරණයට යෙදුම විවෘත කිරීමට අවශ්‍ය වූ සම්බන්ධතාවය සඳහා බයිට් උමං එකක් අවශ්‍ය වේ. තමාගේ දාමයේ ඇති HTTP ප්‍රොක්සියක් සඳහා proxychains CONNECT භාවිත කරයි.
එනම් 80 වරායේ ඇති සරල පෙළ වෙබ් අඩවියකට 80 වරාය සඳහා CONNECT ඉල්ලීමක් නිපදවිය හැකිය. අනුමත TLS වරාය ලැයිස්තුවට පමණක් CONNECT අවසර දෙන Squid ප්‍රතිපත්තියට 80 වරායට සාමාන්‍ය HTTP ඉල්ලීම් අවසර දී තිබුණත් එම උමං ප්‍රතික්ෂේප කළ හැකිය.
හොස්ට් නම් පමණක් නොව ඉල්ලීම් සසඳන්න
proxychains-ng හි ලේඛන එහි HTTP CONNECT සහාය විස්තර කරයි. Squid හි ප්‍රවේශ නීති ක්‍රමය සහ ගමනාන්ත වරාය වෙන්කර හඳුනාගත හැකිය. මේවා එකම වෙබ් අඩවියට යන වෙනස් ඉල්ලීම් මාර්ග වේ.
වෙනස් කිරීමට පෙර ප්‍රතික්ෂේපය සහ අපේක්ෂිත ප්‍රතිපත්තිය කියවන්න. CONNECT ප්‍රවේශය සෑම වරායකටම පුළුල් කිරීම විශාල වෙනසකි; ආවරණයේ නොගැළපීම සඳහා එය පෙරනිමි ප්‍රතිචාරය නොවිය යුතුය.
යෙදුමට දේශීය HTTP ප්‍රොක්සි සහාය ඇත්නම්, එය භාවිතයෙන් සරල පෙළ HTTP සඳහා අනවශ්‍ය සාමාන්‍ය උමං මඟහැරිය හැකිය. එයට සැබවින්ම අමු TCP උමං අවශ්‍ය නම්, එය සපයන අනුමත ප්‍රොක්සි ප්‍රොටෝකෝලය සහ වරාය ප්‍රතිපත්තිය තෝරන්න.
සාර්ථක බ්‍රව්සර ඉල්ලීමක් ප්‍රොක්සියේ ළඟාවිය හැකි බව සහ එක් ආධාරක ඉල්ලීම් ආකාරයක් පිළිබඳ ප්‍රයෝජනවත් සාක්ෂියකි. නමුත් සෑම උමං ක්‍රමයක්ම, ගමනාන්ත වරායක් හෝ යෙදුම් ප්‍රොටෝකෝලයක් එම ප්‍රොක්සිය හරහා අවසර ලබා ඇති බව එය ඔප්පු නොකරයි.