APT wrapper વિના SOCKS5h વાપરી શકે છે
જે APT આવૃત્તિઓમાં SOCKS5h સમર્થન દસ્તાવેજીકૃત છે, ત્યાં પ્રોક્સી URI HTTP અથવા HTTPS પરિવહન સેટિંગ્સ હેઠળ આવે છે, કોઈ બનાવેલા Acquire::socks વિભાગમાં નહીં.
“APT through SOCKS” અંગેના જૂના જવાબો ઘણી વાર wrapper અથવા HTTP-to-SOCKS રિલેની સલાહ આપે છે. તે જવાબો જૂની આવૃત્તિઓની વાસ્તવિક મર્યાદાઓ વર્ણવી શકે છે. પરંતુ socks5h સમર્થન દસ્તાવેજીકૃત કરતી APT આવૃત્તિ પર તે એકમાત્ર વિકલ્પ નથી.
કન્ફિગરેશન ટુકડો હાલની acquisition transport કી વાપરી શકે છે:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";આ ઉદાહરણ ધારે છે કે તે જ મશીન પર અધિકૃત SOCKS5 શ્રોતા પહેલેથી છે. તે એક શરૂ કરતું નથી. SSH ડાયનેમિક ફોરવર્ડ તે સ્થાનિક શ્રોતા બનાવવાની એક રીત છે. જો પ્રોક્સી દૂરનું હોય, તો તેના વાસ્તવિક પહોંચી શકાય તેવા એન્ડપોઇન્ટનો ઉપયોગ કરો; SOCKS5 પ્રોક્સી સૂચિના ઉમેદવારો ફક્ત ત્યાં જ લાગુ પડે છે જ્યાં રિપોઝિટરી વિનંતીઓ માટે જાહેર પ્રોક્સીની મંજૂરી હોય.
સ્કીમ સૂચનાનો ભાગ છે
APT ટ્રાન્સપોર્ટ મેન્યુઅલ દૂરસ્થ DNS રિઝોલ્યુશન સાથે SOCKS5 માટે socks5h સૂચિબદ્ધ કરે છે. સ્થાપિત આવૃત્તિ માટે દસ્તાવેજીકૃત સ્કીમ વાપરો, બીજા પ્રોગ્રામને સંજોગવશાત્ સ્વીકાર્ય હોય તેવા લેબલમાં ટૂંકાવો નહીં.
તેમ જ, જૂના ફોરમ સ્નિપેટમાં Acquire::socks::Proxy એ પુરાવો નથી કે HTTP acquisition પદ્ધતિ તે સેટિંગ વાંચે છે. કન્ફિગરેશન પાર્સર કી સ્વીકારી શકે છે જ્યારે ડાઉનલોડ પદ્ધતિ તેનો ઉપયોગ ન કરે.
સ્થાનિક સરનામાની એક સીમા છે
જ્યારે APT કન્ટેનર અથવા વર્ચ્યુઅલ મશીનની અંદર ચાલે છે, ત્યારે 127.0.0.1 તે પર્યાવરણનો ઉલ્લેખ કરે છે. હોસ્ટ પરનો SOCKS શ્રોતા એ અલગ એન્ડપોઇન્ટ છે. સ્થાનિક કનેક્શન નકારાયેલું હોવાનું નિદાન કરતા પહેલા APT ક્યાં ચાલે છે તે તપાસો.
SOCKS સમર્થન રિપોઝિટરી સહી અથવા HTTPS પ્રમાણપત્રની ચકાસણીઓ પણ દૂર કરતું નથી. તે સુરક્ષાઓ સક્રિય રાખો. જો સ્થાપિત APT પાસે દસ્તાવેજીકૃત ક્ષમતા ન હોય, તો અજાણી URI સ્કીમને પાસવર્ડ સમસ્યા ગણવાને બદલે મંજૂર વિકલ્પ અથવા અપડેટ માર્ગ પસંદ કરો.