Squid cache_peer: ஃபார்வர்ட் பெற்றோரை originserver எனக் குறிக்க வேண்டாம்
Squid-இன் அடுத்த ஹாப் வளத்தை வழங்கும் இணையதளம் அல்லாமல் சாதாரண ஃபார்வர்ட் ப்ராக்ஸியாக இருக்கும்போது மூல-சேவையக அனுமானத்தை அகற்றவும்.
cache_peer வரி ஒரு பெற்றோரைக் குறிப்பிடலாம், இருந்தாலும் Squid அதை மூல இணையதளம் போலவே அதனுடன் பேசச் சொல்லலாம்.
பொறுப்பான சுவிட்ச் originserver. பெற்றோர் ஒரு வலை சேவையகமாக இருக்கும் முடுக்கி அமைப்புகளுக்கு Squid இதை ஆவணப்படுத்துகிறது. “அசல் கோரிக்கையை இந்தப் பெற்றோர் வழியாக அனுப்பு” என்பதற்கான பொதுவான கொடி இது அல்ல.
அடுத்த ஹாப் சாதாரண HTTP ஃபார்வர்ட் ப்ராக்ஸியாக இருந்தால், அந்தக் கொடி அங்கு பொருந்துகிறதா என்பதை மதிப்பாய்வு செய்யவும். அடிப்படைப் பெற்றோர் அறிவிப்பு அதற்குப் பதிலாக இந்த வடிவத்தைக் கொண்டுள்ளது:
cache_peer parent.example parent 8080 0 no-query name=upstream
பெற்றோர் உங்கள் சொந்தச் சேவையாக இருக்கலாம்; பெற்றோர்-ப்ராக்ஸி சான்றுகள் கட்டமைக்கப்படாத அனுமதிக்கப்பட்ட பொது-பெற்றோர் சோதனைக்கு, HTTP ப்ராக்ஸி பட்டியலில் இருந்து ஒரு HTTP வேட்பாளரை எடுக்கவும். நோக்கமுள்ள வாடிக்கையாளர் அங்கீகாரம், பெற்றோர் தகுதி, அங்கீகாரச் சரிபார்ப்பு மற்றும் நேரடி மாற்று வழிக் கொள்கை ஆகியவற்றைத் தக்கவைக்கவும். இந்தப் பகுதி பெற்றோரின் பங்கை மட்டுமே அடையாளம் காட்டுகிறது.
proxy-only, சில நேரங்களில் originserver அருகில் நகலெடுக்கப்படுகிறது, அந்தப் பெற்றோரிடமிருந்து பெறப்பட்ட பொருட்களைச் சேமிப்பதைப் பற்றியது. இரண்டு கொடிகளையும் ஒரே நேரத்தில் அகற்றுவது இரண்டும் நெறிமுறைத் தோல்வியை ஏற்படுத்தியது என்பதை நிரூபிக்காது.
அடுத்த சேவை எதை எதிர்பார்க்கிறது எனப் பாருங்கள்: இணையதளக் கோரிக்கை, ஃபார்வர்ட்-ப்ராக்ஸி கோரிக்கை அல்லது சுரங்கப்பாதை நிறுவல் பரிமாற்றம். செல்லுபடியாகும் ஹோஸ்ட்பெயரும் அணுகக்கூடிய போர்ட்டும் அந்த ஒப்பந்தங்களை மாற்றத்தக்கதாக ஆக்க முடியாது. கோரிக்கையின் பொருள் தவறாக இருந்த இணைப்பில் TLS சான்றிதழ்களை மீண்டும் மீண்டும் மாற்றுவதை விட பெற்றோரின் பங்கைச் சரிசெய்வது மிகவும் குறிப்பிட்டதாகும்.