B
bycat
apt update
Сущ:1
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Может быть обновлено 12 пакетов. Запустите «apt list --upgradable» для их показа.
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий «
N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий «
N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий «
Сущ:1
Ссылка скрыта от гостей
kali-rolling InReleaseЧтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Может быть обновлено 12 пакетов. Запустите «apt list --upgradable» для их показа.
N: Пропускается получение настроенного файла «main/binary-64/Packages», так как репозиторий «
Ссылка скрыта от гостей
kali-rolling InRelease» не поддерживает архитектуру «64»N: Пропускается получение настроенного файла «non-free/binary-64/Packages», так как репозиторий «
Ссылка скрыта от гостей
kali-rolling InRelease» не поддерживает архитектуру «64»N: Пропускается получение настроенного файла «contrib/binary-64/Packages», так как репозиторий «
Ссылка скрыта от гостей
kali-rolling InRelease» не поддерживает архитектуру «64»Kali Linux Repository HTTPS Support
April 24, 2017Ссылка скрыта от гостейСсылка скрыта от гостей
A couple of weeks back we added more HTTPS support to our Kali infrastructure, and wanted to give our users some guidance and point out what’s new. While ourСсылка скрыта от гостей(and shasums) has always been served via HTTPS, our mirror redirector has not. Now that we generate weekly images, secure access to the mirror redirector has become crucial.
Ссылка скрыта от гостей
This is our Kali Image Mirror Redirector. This server accepts your download requests from ourСсылка скрыта от гостей, and then serves your requested file from the geographically closest mirror. This is also the download point for ourСсылка скрыта от гостей– now with fresh and shiny HTTPS support. Hitting this redirector via HTTPS will redirect your request to an SSL enabled download server, while an unencrypted HTTP request will redirect to an HTTP enabled mirror. Where’s the catch? Not all donated mirrors support HTTPS, so choosing this transport may result in slower download speeds. Should downloading a Kali image over HTTP be a security concern? Not if youСсылка скрыта от гостей.
Ссылка скрыта от гостей
As a byproduct of enabling HTTPS on cdimage.kali.org, we now also support apt HTTPS transports. This means that our actual Kali package repositories can support HTTPS – resulting in encrypted Kali updates and upgrades. Surprisingly, this does not add much security to the update / upgrade process (readСсылка скрыта от гостейif you’re wondering why) – however it *does* add an extra layer of security, so we figured, “why not?”. To enable the apt HTTPS transport, first make sure the apt-transport-https package is installed (it’s installed by default in our weekly images and upcoming releases) and enable the HTTPS transport in your sources.list file as shown below:
root@kali:~# apt install apt-transport-https
root@kali:~# cat /etc/apt/sources.list
debСсылка скрыта от гостейkali-rolling main non-free contrib
# deb-srcСсылка скрыта от гостейkali-rolling main non-free contrib
root@kali:~#
Now any update or upgrade operation preformed against our mirrors will be HTTPS enabled:
root@kali:~# apt update
Hit:1Ссылка скрыта от гостейkali-rolling InRelease
Reading package lists... Done
root@kali:~#
As not all donated mirrors come with HTTPS support, shifting to the HTTPS transport may result in a less optimized mirror being selected for you, resulting in slower download speeds. As moving to an apt HTTPS transportСсылка скрыта от гостей, do so only if you feel you must!