3proxy හි HTTP සහ SOCKS සේවා දෙකෙහිම පිවිසුම අවශ්‍ය කරන්න
HTTP සහ SOCKS5 සේවාලාභීන් සඳහා 3proxy පරිශීලකයින්, ශක්තිමත් සත්‍යාපනය සහ සේවා ප්‍රවේශ නීති වින්‍යාස කරන්න.
පරිශීලකයෙකු නිර්වචනය කිරීම 3proxy හි සම්පූර්ණ පිවිසුම් වින්‍යාසය නොවේ. සේවාවට සත්‍යාපන ක්‍රමයක් සහ එය භාවිතා කරන ප්‍රවේශ නීතියක් ද අවශ්‍ය වේ. වින්‍යාසය සකසන අතරතුර සේවා සැකසුම් බලපැවැත්වෙන බැවින් අනුපිළිවෙල වැදගත් වේ.
සේවා දෙකක් සඳහා ප්‍රාදේශීය ප්‍රවේශයට පමණක් උදාහරණයක්:
users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080වින්‍යාස යොමුව users, auth strong සහ සේවා විධාන පැහැදිලි කරයි. CL මෙම උදාහරණ මුරපදය සරල පෙළ ලෙස ගබඩා කරයි. ගොනුව ආරක්ෂා කර, යෙදවීමට සුදුසු සහාය දක්වන අක්තපත්‍ර ගබඩා කිරීමේ ආකෘතියක් තෝරන්න.
සේවාලාභියාට නිවැරදි පිවිසුම් හුවමාරුව අවශ්‍යයි
HTTP සේවාව HTTP ප්‍රොක්සි සත්‍යාපනය අපේක්ෂා කරයි. SOCKS සේවාවට SOCKS5 පරිශීලක නාමය සහ මුරපද සත්‍යාපනය සහාය දක්වන සේවාලාභියෙකු අවශ්‍ය වේ. SOCKS4 සේවාලාභියාට එම ශ්‍රවණ වරායට ළඟා වන නිසා පමණක් එම හුවමාරුව ලබා දිය නොහැක.
strong යන වචනය සත්‍යාපන මාදිලියක නමක් මිස සංකේතනය කළ ප්‍රවාහනයේ සහතිකයක් නොවේ. අවශ්‍ය විට සේවාලාභියාගේ සිට ප්‍රොක්සිය දක්වා කොටස ආරක්ෂා කරන්න. ගමනාන්තයට HTTPS සහ ප්‍රොක්සියට සංකේතනය වෙන වෙනම තීරණ ලෙසම පවතී.
Loopback බැඳීම් මෙම උදාහරණය ප්‍රාදේශීය ප්‍රවේශයට සීමා කරයි. දුරස්ථ සේවාලාභීන් සඳහා අදහස් කළ ශ්‍රාවකයා සහ ජාල ප්‍රතිපත්තිය පැහැදිලිව තෝරන්න. පොදු වයිල්ඩ්කාඩ් ශ්‍රාවකයා පිවිසුම් හැසිරීම පරීක්ෂා කිරීමට ආදේශකයක් නොවේ.
එක් සේවාවක් අක්තපත්‍ර ඉල්ලා අනෙක් එක නොඉල්ලන්නේ නම්, සෑම සේවා විධානයකට පෙර සැකසුම්, ඕනෑම flush කින් පසු නීති සහ සත්‍යාපන සුරක්ෂිතාගාරය පරීක්ෂා කරන්න. මුරපදයක් වෙනස් කිරීමෙන් වැරදි ප්‍රතිපත්තියක් යටතේ ආරම්භ කළ සේවාවක් අළුත්වැඩියා කළ නොහැක. එලෙසම, ඩීමන්ගේ මෙහෙයුම් පද්ධති ගිණුම වෙනස් කිරීමෙන් ප්‍රොක්සි පරිශීලකයෙකු නිර්මාණය නොවේ.