3proxy இன் HTTP மற்றும் SOCKS இரண்டு சேவைகளிலும் உள்நுழைவை கட்டாயமாக்குங்கள்

பயனரை வரையறுப்பது 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 மற்றும் ப்ராக்ஸிக்கான என்க்ரிப்ஷன் தனித்தனி முடிவுகளாகவே இருக்கும்.

லூப்பேக் இணைப்புகள் இந்த எடுத்துக்காட்டை உள்ளூர் அணுகலுக்கு மட்டுப்படுத்துகின்றன. தொலை வாடிக்கையாளர்களுக்கு நோக்கமான கேட்பான் மற்றும் வலைப்பிணையக் கொள்கையை வெளிப்படையாகத் தேர்ந்தெடுக்கவும். பொது வைல்ட்கார்டு கேட்பான் உள்நுழைவு நடத்தையைச் சரிபார்ப்பதற்கு மாற்றல்ல.

ஒரு சேவை சான்றுகளைக் கேட்டு மற்றொன்று கேட்காவிட்டால், ஒவ்வொரு சேவை கட்டளைக்கும் முன்பான அமைப்புகள், ஏதேனும் flush க்குப் பின் வரும் விதிகள் மற்றும் அங்கீகார தேக்ககத்தைச் சரிபார்க்கவும். கடவுச்சொல்லை மாற்றுவது தவறான கொள்கையின் கீழ் தொடங்கிய சேவையைச் சரிசெய்யாது. அதுபோலவே, டீமனின் இயங்குதளக் கணக்கை மாற்றுவது ப்ராக்ஸி பயனரை உருவாக்காது.