Squid பதிவுகள்: 407 தொடர்ந்து 200 வந்தால் அது தோல்வியாகக் கணக்கிடப்படுமா?
Squid ஒரு சவாலுக்குப் பின் வெற்றிகரமான சுரங்கப்பாதையைப் பதிவு செய்யும்போது முடிக்கப்பட்ட செயல்பாடுகளை அங்கீகாரப் பரிமாற்றங்களிலிருந்து தனித்துக் கணக்கிடுங்கள்.
ஒரு கிளையண்ட் ப்ராக்ஸி சான்றுகள் இல்லாமல் ஒரு கோரிக்கையை அனுப்பி, சவாலை பெற்று, பின்னர் வெற்றிகரமாக மீண்டும் முயல்கிறது என வைத்துக்கொள்வோம். கோரிக்கைப் பதிவில் இரண்டு உள்ளீடுகள் இருக்கலாம். ஆனால் பயன்பாட்டைப் பயன்படுத்தும் நபர் ஒரே ஒரு முடிக்கப்பட்ட செயல்பாட்டை அனுபவித்தார்.
அதனால்தான் TCP_DENIED/407 மற்றும் TCP_TUNNEL/200 இடையே சமமாகப் பிரிக்கப்பட்ட பதிவு தானாகவே ஐம்பது சதவீத தோல்வி விகிதத்தை நிரூபிக்காது. முதலில் உள்ளீடுகள் சவால்-மற்றும்-மறுமுயற்சி ஜோடிகளை உருவாக்குகிறதா என்பதைத் தீர்மானியுங்கள்.
உண்மையில் உங்களுக்கு முக்கியமானதைக் கணக்கிடுங்கள்
| அளவீடு | எண்ணிக்கை |
|---|---|
| அங்கீகாரச் சவால்கள் | அங்கீகாரம் கோரும் ப்ராக்ஸி பதில்கள் |
| ப்ராக்ஸி முயற்சிகள் | இடைத்தரகர் பதிவு செய்யும் தனிப்பட்ட பரிவர்த்தனைகள் |
| முடிக்கப்பட்ட வேலைகள் | எதிர்பார்க்கப்பட்ட முடிவை அடையும் பயன்பாட்டுச் செயல்பாடுகள் |
நேர முத்திரைகள், கிளையண்ட் சூழல், இலக்கு மற்றும் கிடைக்கும் எந்தக் கோரிக்கை அடையாளங்காட்டியையும் ஒன்றோடொன்று இணையுங்கள். அங்கீகாரம் இல்லாத முயற்சியில் பதிவான பயனர்பெயர் இல்லாமல் இருக்கலாம், ஆனால் அதன் வெற்றிகரமான மறுமுயற்சியில் இருக்கும். ஒரே நேரத்தில் நடக்கும் செயல்பாடு என்பது அடுத்தடுத்த வரிகள் மட்டும் இரு உள்ளீடுகள் ஒன்றாக இருப்பதற்கான பலவீனமான ஆதாரம் என்பதாகும்.
வெற்றிகரமான சுரங்கப்பாதையை வெற்றிகரமான இணையதளச் செயல்பாட்டிலிருந்து தனியாக வையுங்கள். CONNECT ஏற்றுக்கொள்வது சுரங்கப்பாதையை நிறுவுகிறது; இலக்கு TLS நேரத்திலும் தோல்வியடையலாம் அல்லது பின்னர் பயன்பாட்டுப் பிழையைத் திருப்பித் தரலாம்.
திரும்பத் திரும்ப வரும் இறுதிச் சவால்கள், பின்னர் ஒருபோதும் முடிக்கப்படாத வேலைகள், அல்லது பரிமாற்றங்களின் எண்ணிக்கையில் திடீர் மாற்றம் ஆகியவற்றை ஆராயுங்கள். இவை தங்கள் உள்ளமைவு கோருவதைச் சரியாகச் செய்யும் நிலையான சவால்-முதல் கிளையண்டிலிருந்து வேறுபடும். டாஷ்போர்டைப் பசுமையாக்குவதற்காக மட்டுமே அங்கீகாரத்தை அடக்குவது அளவீட்டைச் சரிசெய்வதற்குப் பதிலாகச் சேவையையே மாற்றிவிடும்.