Таны VPN нийлүүлэгчийн apt эх сурвалж багцын менежерийг эвдсэн бөгөөд засвар нь команд биш, шийдвэр юм. NO_PUBKEY, эсвэл репозиторт Release файл байхгүй гэсэн гомдол нь apt тэр эх сурвалжид итгэхээс татгалзсан гэсэн үг, тиймээс дараагийн бүх багцын үйлдэл ижил анхааруулгыг хэвлэсээр байна. Туннель өөрөө буруугүй байх. Тэр эх сурвалж хэрэгтэй хэвээр байна уу гэсэн гурван асуултад хариулбал зөв засвар бараг механикаар гарна.

Эхлээд алдааг зөв ангилалд хий

Итгэлцлийн алдаа нь эх файлын нэрийг, мөн дутуу түлхүүр эсвэл байхгүй Release файлыг нэрлэнэ. Дамжуулалтын алдаа өөр харагдана: TLS гэрчилгээний алдаа, холболт татгалзсан, хугацаа хэтэрсэн, эсвэл CONNECT-ээс татгалздаг прокси. Энэ ялгаа нь та аль өгүүллийг уншиж байгааг тодорхойлно, учир нь TLS-ийг таслан саатуулдаг эсвэл нийлүүлэгчийн хостог блоколдог VPN нь гарын үсгийн бус, дамжуулалтын алдаа үүсгэдэг.

Ажиллуул sudo apt update ганцаараа, дээрх кэшлэгдсэн мөрүүдийг хайхрахгүйгээр төгсгөлийг унш. Чухал мөр /etc/apt/sources.list.d/ хавтсыг нэрлэж, аль файлыг нээхийг хэлнэ.

Туннель боссны дараа алдаа гарч байвал, туннель унтарсан байдалд, DNS-ийг системийн шийдэгчээр шийдүүлж турш. VPN-гүй ажилладаг эх сурвалж бол маршрутлалт эсвэл саатууллын асуудал бөгөөд ямар ч түлхүүрийн удирдлага үүнийг засахгүй.

Замыг сонгох гурван асуулт

Энэ эх сурвалжаас багц суулгаж эсвэл шинэчилж байсаар байна уу? Клиент идэвхтэй хэрэглэгдэж байвал итгэлцлийг зас. Клиентийг нэг удаа суулгаад одоо NetworkManager-д энгийн профайл импортлож байгаа бол эх сурвалж нь илүүц ачаа бөгөөд устгах нь шударга засвар.

Хоёрдугаарт, нийлүүлэгч сувгаас гадуур баталгаажуулж болох түлхүүр, хурууны хээ нийтэлдэг үү? Гуравдугаарт, энэ хост дээр түлхүүрийг хэн удирддаг: түгээлт үү, та уу? Баталгаажуулж чадахгүй түлхүүрээр гарын үсэг зурсан эх сурвалж бол өгөх ёсгүй шинэчлэлийн эрх мэдэл юм.

Эхний асуултад үгүй гэсэн хариулт шинжилгээг дуусгана. Гурван зүйлд тийм гэсэн хариулт signed-by засвар руу хөтөлнө, энэ нь ажиллаж, аудитлагдах хэвээр үлдэх цорын ганц зохион байгуулалт. Хоёр замыг хольж, эх сурвалжийг үлдээж хүчээр нэвтрүүлэх нь тодорхой хасах ёстой цорын ганц сонголт.

Яагаад trusted=yes засвар мэт харагдаад байдаггүй вэ

sources.list гарын авлагын хуудас энэ талаар шууд хэлдэг. Trusted сонголтыг yes болгож тохируулах нь баталгаажуулалтад унасан ч эх сурвалжийг хүлээж авахыг apt-д хэлэх бөгөөд энэ нь тухайн репозиторийн apt-secure-ийг унтраана. Хуудас үүнийг орон нутгийн хүрээнд үлдээдэг, хэрэв огт хэрэглэгддэг бол.

Энэ нь нийлүүлэгчид итгэх явцын нарийн хувилбар биш. Энэ нь индексийг хэн гарын үсэг зурсан гэсэн асуултыг арилгадаг тул тэр хостын нэрээр хариулж чадах хэн бүхэн таны машинд root-оор суудаг багцуудыг өгч чадна.

Засварын зам: түлхүүрийг ав, дараа нь бэхлэ

Түлхүүрийг нийлүүлэгчийн баримтжуулсан газраас авч, администраторын удирддаг түлхүүрийн бөгж рүү задлаад, дараа нь репозиторийн мөрийг тэр файл руу чиглүүлж, итгэлцэл гулсахаас сэргийл.

  1. Бүтэлгүйтэж буй мөрийг уншиж, түлхүүрийн ID болон эх файлын нэрийг ав.
  2. Нийлүүлэгчийн ASCII хуягт түлхүүрийг татаж аваад gpg --dearmor командыг /etc/apt/keyrings/vendor-name.gpg руу ажиллуул.
  3. [signed-by=/etc/apt/keyrings/vendor-name.gpg] гэсэн бичлэгийг тэр нийлүүлэгчийн .list файлын бичлэгт нэм.
  4. Ажиллуул sudo apt update мөн эх сурвалж гарын үсгийн анхааруулгыг давтахын оронд индекс авч байгааг батал.

Багцтай хамт ирдэг түлхүүрт /usr/share/keyrings давуу тавь, харин гараар тавьдаг түлхүүрт /etc/apt/keyrings. Энэ хуваалт гоёл чимэглэл биш: дараагийн администраторт аль түлхүүр багцын шинэчлэлийг даван туулж, аль нь хүн шаардаж байгааг хэлнэ.

Итгэхээс өмнө хурууны хээг нийлүүлэгчийн нийтэлсэн утгатай тулга. Форрумын постоос наасан түлхүүрийн ID бол хэн ч нэрлэж чадахгүй шинэчлэлийн эрх мэдэлд машин итгэж эхлэх зам.

Устгах зам, яагаад алдаа буцаж ирж болох вэ

Суулгагч үнэхээр юу бичсэнийг хар, учир нь хэд хэдэн файл нэг нийлүүлэгчийг дурдаж болох бөгөөд тэдгээрийн нэг нь ихэвчлэн үлдсэн хуулбар байдаг.

grep -r . /etc/apt/sources.list.d/
sudo rm /etc/apt/sources.list.d/vendor.list

apt тэр хавтсаас зөвхөн .list ба .sources файлыг уншдаг тул .save эсвэл .distUpgrade хуулбарыг аль хэдийн үл хайхран өнгөрдөг; гэсэн хэдий ч устгавал дараа уншигч санамсаргүйгээр сэргээхээс сэргийлнэ. Эх сурвалжийг устгах нь юуг ч суулгацгүй болгодоггүй, apt дараа нь суулгасан VPN багцыг локалаар суулгасан эсвэл одоо авах боломжгүй гэж тодорхойлж болно, энэ нь багцын төлөвийн мэдээлэл бөгөөд итгэлцлийн алдааны буцалт биш.

Давтагдах тохиолдол бол түлхүүрийг apt-key ашиглан дэлхийн итгэмжит цагирагт суулгадаг хуучин заавар юм. Тэр зам хуучирсан бөгөөд хувилбарын шинэчлэл түлхүүрийг унагах эсвэл зүгээр л асуухгүй орхиж болно, нэг жил чимээгүй байсан алдаа таны шинэчилж буй долоо хоногт гарч ирэх шалтгаан яг энэ. /etc/apt/trusted.gpg.d/ хавтсыг шалгаад, дараа нь итгэлцлийн шийдвэрийг репозиторийн өөрийнх нь мөрөнд зөө. Хэрэв нийлүүлэгч одоо ч apt-key заавар хэвлэж байвал signed-by-г ашигла; энэ бол гарын авлагад баримтжуулсан зохион байгуулалт бөгөөд шинэчлэлийг даван туулах нь тэр.

Холбоотой нийтлэлүүд