ஒரு ப்ராக்ஸி APT இன் User-Agent ஐ நிராகரிக்கும்போது
curl வெற்றிபெறும்போது ஆனால் அதே ப்ராக்ஸி வழியாக APT தடுக்கப்படும்போது வெளிப்படையான வாடிக்கையாளர்-அடையாளக் கொள்கை நிராகரிப்பை அடையாளம் காணுங்கள்.
curl ஒரு URL ஐப் பெறுகிறது. APT அதே ப்ராக்ஸியைப் பயன்படுத்தி, தன் User-Agent அங்கீகரிக்கப்படவில்லை என்று கூறும் பக்கத்தைப் பெறுகிறது. அந்தப் பதில் ஏற்கனவே விசாரணையைக் குறுக்குகிறது: இடைநிலையாளர் ஒரு வாடிக்கையாளர் கொள்கையைப் பயன்படுத்துகிறார்.
களஞ்சிய கண்ணாடிகள், கடவுச்சொற்கள் மற்றும் DNS ஆகியவற்றை ஒரே நேரத்தில் மாற்றுவது அந்தப் பயனுள்ள ஆதாரத்தை வீணாக்குகிறது. பாதையை மாற்றுவதற்கு முன் திருப்பித் தரப்பட்ட நிலை மற்றும் தொடர்புடைய நிராகரிப்பு உரையைச் சேமியுங்கள்.
APT HTTP பெறுதல் முறைக்காக Acquire::http::User-Agent ஐ ஆவணப்படுத்துகிறது. பிணைய இயக்குபவர் அங்கீகரிக்கப்பட்ட அடையாளங்காட்டியைக் கோரினால், ஒப்புக்கொள்ளப்பட்ட மதிப்பை வேண்டுமென்றே அமைக்கவும். பழைய பதிலில் இருந்து உலாவியின் முழு அடையாளச் சரத்தையும் நகலெடுப்பது உண்மையான புதுப்பிப்பானை மறைத்து, மற்றொரு கொள்கை நிபந்தனையிலும் தோல்வியடையலாம்.
தோல்வியடைந்த கோரிக்கையின் விரிவைச் சரிபார்க்கவும். HTTP களஞ்சியக் கோரிக்கையும் HTTPS சுரங்கப்பாதையும் தடையிடாத சாதாரண ப்ராக்ஸிக்கு வெவ்வேறு தகவல்களை வெளிப்படுத்துகின்றன. ஒரு பாதையில் தெரியும் தலைப்பு கொள்கை மறையாக்கப்பட்ட போக்குவரத்தின் உள்ளே தானாகவே அதேபோல் பயன்படுத்தப்படும் என்று ஊகிக்க வேண்டாம்.
களஞ்சிய மெட்டாடேட்டா எதிர்பார்க்கப்பட்ட இடத்தில் திருப்பித் தரப்படும் நிராகரிப்புப் பக்கம் பின்னர் பாகுபடுத்தல் பிழை அல்லது கையொப்பப் பிழை போன்ற பிழையையும் ஏற்படுத்தலாம். களஞ்சிய நம்பிக்கையை மாற்றுவதற்கு முன் பதிலின் மூலத்தைப் படியுங்கள். வெற்றிகரமான ப்ராக்ஸி வழியிடல் ஒரு HTML கொள்கைப் பக்கத்தைச் செல்லுபடியாகும் தொகுப்பு குறியீடாக மாற்றாது. Hash Sum mismatchக்கு எதிர்பார்க்கப்பட்ட செக்சம் மற்றும் உண்மையான பைட்டுகளை ஒன்றாக வைத்திருங்கள்.