உங்கள் IPv4 முகவரி:
இயக்க முறைமை:
இருப்பிடம்:
வழங்குநர்:

ப்ராக்ஸி சர்வர் என்றால் என்ன?

ப்ராக்ஸி சர்வர் ஒரு தரப்பிடமிருந்து கோரிக்கையைப் பெற்று, அதை இன்னொரு சர்வரை நோக்கி அனுப்புகிறது. ஃபார்வர்ட் ப்ராக்ஸி ஒரு கிளையன்ட் சார்பாகச் செயல்படுகிறது; ரிவர்ஸ் ப்ராக்ஸி ஒன்று அல்லது அதற்கு மேற்பட்ட பயன்பாட்டு சர்வர்களுக்கு முன்னால் நிற்கிறது. ப்ராக்ஸிகள் கோரிக்கைகளை வடிகட்டலாம், பதில்களைக் கேஷ் செய்யலாம், அணுகலை நிர்வகிக்கலாம் அல்லது சுமையைப் பகிர்ந்தளிக்கலாம். அவை எந்த அளவு பயன் தரும் என்பது உள்ளமைவையும், ப்ராக்ஸியை இயக்குபவரை எவ்வளவு நம்பலாம் என்பதையும் பொறுத்தது.

forward மற்றும் ரிவர்ஸ் ப்ராக்ஸிகள்

அணுகல் விதிகளைப் பயன்படுத்தவோ அடிக்கடி கோரப்படும் உள்ளடக்கத்தைக் கேஷில் வைக்கவோ, ஒரு நிறுவனம் ஊழியர்களின் சாதனங்களுக்காக ஃபார்வர்ட் ப்ராக்ஸியைக் கட்டமைக்கலாம். சேருமிடம் ப்ராக்ஸியின் இணைப்பைப் பார்க்கிறது; இருந்தாலும் பயன்பாட்டுத் தலைப்புகள் அசல் கிளையன்ட் பற்றிய தகவலை இன்னும் கொண்டு செல்லலாம். ரிவர்ஸ் ப்ராக்ஸி ஓர் இணையதளத்துக்கான பொதுப் போக்குவரத்தைப் பெற்று மூல சர்வர்ுக்கு முன்னனுப்புகிறது; பெரும்பாலும் TLS இணைப்பை அதுவே முடிக்கிறது (TLS termination), சுமையைச் சமன்செய்கிறது, அல்லது மூல சர்வரின் முகவரியை மறைக்கிறது.

ப்ராக்ஸி வெவ்வேறு நெறிமுறை அடுக்குகளில் வேலை செய்யலாம். HTTP ப்ராக்ஸி HTTP கோரிக்கைகளைப் புரிந்துகொள்கிறது; SOCKS பொதுவாக நெட்வொர்க் இணைப்புகளையே கடத்துகிறது. அங்கீகாரம், DNS பெயர் தீர்வு, ஆதரிக்கப்படும் நெறிமுறைகள் ஆகியவற்றின் விவரங்கள் மாறுபடும். ஒவ்வொரு ப்ராக்ஸியும் உலாவிப் போக்குவரத்தையும் மற்ற போக்குவரத்தையும் ஒரே மாதிரிக் கையாளும் என்று கருதாமல், சேவையின் அதிகாரப்பூர்வ ஆவணங்களைப் பாருங்கள்.

தனியுரிமை வரம்புகள்

ஃபார்வர்ட் ப்ராக்ஸியின் இயக்குநர் இணைப்பு விவரங்களைக் கவனிக்க முடியும்; போக்குவரத்து முனையிலிருந்து முனை வரை குறியாக்கம் செய்யப்படாத இடங்களில் உள்ளடக்கத்தையும் பார்க்க முடியும். HTTPS-இல், கிளையன்ட் ஒரு interception சான்றிதழை வெளிப்படையாக நம்பாத வரை, சாதாரண ப்ராக்ஸி சேருமிடப் பெயரையோ இணைப்பு metadata-வையோ பார்க்கலாம்; குறியாக்கப்பட்ட உள்ளடக்கம் பாதுகாப்பாகவே இருக்கும். கணக்கு உள்நுழைவு, குக்கீகள் அல்லது உலாவிப் பண்புகள் மூலம் சேருமிடம் ஒரு பயனரை இன்னும் அடையாளம் காணலாம்.

இயக்குநர், சேருமிடம் அல்லது நெட்வொர்க் வழங்குநர் வைத்திருக்கும் செயல்பாட்டுப் பதிவுகளை ப்ராக்ஸி அழிப்பதில்லை. இலவசப் பொது ப்ராக்ஸிகள் நம்பகமற்றவையாகவோ தீங்கிழைப்பவையாகவோ இருக்கலாம். நம்பகமில்லாத சேவை வழியாகக் கடவுச்சொற்களையோ முக்கியமான தரவையோ அனுப்ப வேண்டாம். தனியுரிமைதான் நோக்கம் என்றால், யாரிடமிருந்து பாதுகாக்க விரும்புகிறீர்கள் என்பதை வரையறுத்து, ப்ராக்ஸியின் பதிவு வைத்தல் (logging), சட்ட அதிகார வரம்பு குறித்த கூற்றுகளை விமர்சனப் பார்வையுடன் ஆராயுங்கள்.

செயல்திறனும் நம்பகத்தன்மையும்

பதில்கள் கேஷ் செய்யக்கூடியவையாக இருந்தால், கேஷ் மீண்டும் மீண்டும் பதிவிறக்குவதைக் குறைக்கும்; ரிவர்ஸ் ப்ராக்ஸி கோரிக்கைகளைப் பல backend-களுக்குப் பகிர்ந்தளிக்கலாம். ஆனால் கூடுதல் ஹாப் தாமதத்தைச் சேர்க்கலாம் அல்லது ஒற்றைத் தோல்விப் புள்ளியாக (single point of failure) மாறலாம். பழைய கேஷ் பதிவுகள் காலாவதியான தரவைக் காட்டலாம்; தவறாக அமைக்கப்பட்ட தலைப்புகள் கிளையன்ட் முகவரியை வெளிப்படுத்தலாம் அல்லது பயன்பாட்டு அங்கீகாரத்தை உடைக்கலாம். ப்ராக்ஸியை மாற்றிய பிறகு பிழைகளைக் கண்காணித்து, உண்மையான பயனர் பாதையைச் சோதியுங்கள்.

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

எப்போது பயன்படுத்துவது

தெளிவாக வரையறுக்கப்பட்ட நிறுவனக் கொள்கையைச் செயல்படுத்த ஃபார்வர்ட் ப்ராக்ஸியையும், வலை விநியோகத்துக்கும் மீள்திறனுக்கும் ரிவர்ஸ் ப்ராக்ஸியையும் தேர்ந்தெடுங்கள். சேவை ஆதரிக்கும் நெறிமுறைகள், logging, அங்கீகாரம், வரம்புகள், ப்ராக்ஸி செயலிழந்தால் என்ன நடக்கும் என்பது ஆகியவற்றை ஒப்பிடுங்கள். சிக்கல் ப்ராக்ஸியிலா, DNS, ரூட்டிங் அல்லது மூல சர்வர்ிலா என்று பிரித்தறிய, ப்ராக்ஸியுடனும் அது இல்லாமலும் அணுகலைச் சோதியுங்கள்.

ப்ராக்ஸி, VPN, தரவுக் கசிவுகள் தனித்தனிக் கேள்விகள்

உலாவிக்கு மட்டுமான ப்ராக்ஸி DNS-ஐயோ பிற பயன்பாடுகளின் போக்குவரத்தையோ கொண்டு செல்ல வேண்டியதில்லை. VPN பொதுவாக அதிகப் போக்குவரத்தை உள்ளடக்கும் டன்னலை உருவாக்குகிறது; ஆனால் ரூட்டுகளும் உள்ளமைவும் அப்போதும் முக்கியம். தெரியும் IP, DNS, உலாவி வழிமுறைகள் ஆகியவற்றைத் தனித்தனியாகச் சரிபாருங்கள்; DNS கசிவுகள், WebRTC மூலம் IP வெளிப்படுதல் ஆகியவற்றைப் பாருங்கள்.