“SOCKS vasitəsilə APT” ilə bağlı köhnə cavablar çox vaxt wrapper və ya HTTP-dən SOCKS-ə relay təklif edir. Bu cavablar köhnə buraxılışların real məhdudiyyətlərini təsvir edə bilər. Lakin socks5h dəstəyini sənədləşdirən APT versiyasında yeganə seçim deyillər.

Konfiqurasiya fraqmenti mövcud acquisition transport açarlarından istifadə edə bilər:

Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";

Bu nümunə eyni maşında artıq icazəli SOCKS5 dinləyicisinin olduğunu fərz edir. O, belə bir dinləyici başlatmır. SSH dinamik yönləndirməsi həmin yerli dinləyicini yaratmağın bir yoludur. Proxy uzaqdırsa, əvəzində onun real əlçatan son nöqtəsini istifadə edin; SOCKS5 proxy siyahısındakı namizədlər yalnız repozitoriya sorğuları üçün açıq proxylərə icazə verildiyi yerlərdə tətbiq olunur.

Sxem təlimatın bir hissəsidir

APT nəqliyyat təlimatı uzaq DNS həlli ilə SOCKS5 üçün socks5h siyahıya alır. Quraşdırılmış versiya üçün sənədləşdirilmiş sxemdən istifadə edin; başqa proqramın təsadüfən qəbul etdiyi etiketə qısaltmayın.

Eyni şəkildə, köhnə forum parçasındakı Acquire::socks::Proxy HTTP acquisition metodunun həmin ayarı oxuduğuna sübut deyil. Konfiqurasiya parseri açarı qəbul edə bilər, amma yükləmə metodu ondan istifadə etməyə bilər.

Yerli ünvanın sərhədi var

APT konteyner və ya virtual maşın içində işləyəndə 127.0.0.1 həmin mühitə işarə edir. Hostdakı SOCKS dinləyicisi fərqli son nöqtədir. Rədd edilmiş yerli bağlantını diaqnoz etməzdən əvvəl APT-nin harada icra olunduğunu yoxlayın.

SOCKS dəstəyi həmçinin repozitoriya imza və ya HTTPS sertifikat yoxlamalarını aradan qaldırmır. Bu qorumaları aktiv saxlayın. Əgər quraşdırılmış APT-də sənədləşdirilmiş imkan yoxdursa, tanınmayan URI sxemini parol problemi kimi qəbul etmək əvəzinə təsdiqlənmiş alternativ və ya yeniləmə yolu seçin.

Əlaqəli məqalələr