Файл release подписан неизвестным ключом при установке kali linux

Кали Линукс не обновляется из терминала.

В статье приводится одно из решений проблем, когда Кали Линукс не обновляется из терминала, который при попытке запуска apt выводит несколько ошибок, среди которых:

Репозиторий «адрес» не содержит файла Release

Более того, ошибка в том же окне терминала вывалила, что обновление из указанного по адресу репозитория нельзя выполнить безопасным способом, и потому по умолчанию он отключён.

С течением времени «родной» файл Кали со списком репозов по адресу:

/etc/apt/sources.list

Просто перестал своё отрабатывать: попытка обновиться натыкалась на одни и те же короткие строки с ошибками. Пришло время разбираться. А пока выручает только Центр приложений, запущенный вручную:

Кали Линукс не обновляется из терминала: удаляем первопричину

Отправляемся по адресу, указываемому в ошибке:

Файла Release в репозитории, конечно же, нет, и я просто не уверен, что файл, который меня сюда перенаправляет:

/etc/apt/sources.list.d/php.list

имеет верное содержание. В любом случае, открою выше указанный файл любым текстовым редактором и удалю строчку, начинающуюся на deb и указывающую на страницу

Кали Линукс не обновляется из терминала: добавляем репозитории

Если терминал продолжает безмолвствовать в ответ на команду:

скорректируйте файл репозиториев такими командами:

• Проверяем установкой apt-get функцию:

• Обновляем файл:

Открываем список репозиториев Кали и…

• раскомментируем в «родном» списке последнюю строку для пополнения списков репозов (уберём значок комментирования #)

• добавим сразу несколько зеркал репозиториев (хотя разрабы Кали Линукс это не поощряют); при этом скорость обновления Кали из терминала резко выросла. Видимо, скорости сервера позволяют, а народ о нём ещё недостаточно осведомлён:

• Теперь мой файл с репозами выглядит так:

Пробуем обновиться. Повторим команды установки apt-get файла и снова обновим его, а затем общее обновление:

Всё работает. Буду следить за возможными ошибками и по ситуации корректировать файл с репозиториями, используя в терминале:

дабы не перегружать систему неиспользуемыми скриптами. Обратите внимание на то, что терминал в некоторых случаях может вернуть ошибку о «слишком длинном файле». В этом случае файл с репозиториями должен будет традиционно содержать только одну строчку

Источник

Как исправить ошибку The following signatures were invalid: EXPKEYSIG ED444FF07D8D0BF6 Kali Linux Repository

Я просто попытался обновить одну свою виртуальную машину Kali и получил следующую ошибку:

Похоже, что срок действия ключа APT GPG истек.

Искали, и выяснилось, что для большинства людей работает следующее решение:

После этого вы просто пытаетесь запустить apt-get update и должны работать нормально.

Однако вам необходимо убедиться, что ваши хранилища Kali Linux верны, мои были следующими:

• Аудит ИБ (44)
• Вакансии (10)
• Закрытие уязвимостей (98)
• Книги (27)
• Мануал (1 937)
• Медиа (66)
• Мероприятия (38)
• Мошенники (22)
• Обзоры (724)
• Обход запретов (33)
• Опросы (3)
• Скрипты (106)
• Статьи (292)
• Философия (77)
• Юмор (17)

Anything in here will be replaced on browsers that support the canvas element

Источник

Статья Проверка и восстановление репозиториев в Kali Linux из командной строки

Вроде что-то и есть, но вроде и что-то не так. Чтобы было быстро и просто проверить состояние репозиториев, я написал вот такую длинную команду:

Решить эту проблему можно одной единственной командой:

Внимание, эта команда полностью затирает файл sources.list (в котором хранятся источники приложений). Т.е. если вы вручную туда что-то добавляли, то команда это сотрёт. Также удаляются комментарии, пустые строки и пр. – результатом команды является то, что в этот файл записываются две строчки — официальные источники приложений Kali.

Опять проверяю репозитории:

Можно опять проверить содержимое файла источников:

Отлично — всё есть и ничего лишнего.

После обновления репозитория, обязательно выполняем:

Pirnazar

The Codeby

ООО Кодебай

Подскажите, пожалуйста, что делать в данном случае?

WEBWARE TEAM
30.07.2015 в 09:29
Попробуйте так

О полученных результатах напишите, пожалуйста.

EZZE
22.12.2015 в 15:48
Вместо Для Kali 1.x добавляем репозитории для 2.х

У меня так сработало на версии Kali 1.1.0a

EZZE
22.12.2015 в 21:10
Наврал. При update && upgrade начал херню какую то гнать.

Нашел вот этот репозитории.

Работают.Испитания проводились на Kali 1.1.0a

SEEBAR
31.07.2015 в 13:55
К сожалению, опять всплыло это окошко и обновиться не получилось. Хоть жди версии 2.0

РАДИК
16.09.2015 в 05:46
Спасибо, автор красавчик. всё чотко и без понтов )))

KIDLUCK
04.10.2015 в 20:29
А обратно как вернуть, чтобы редактировать можно было?

ALEXEY
08.11.2015 в 20:03
Спасибо. Всё получилось.

АНДРЕЙ
08.03.2016 в 00:35
огромное спасибо, никакими методами не получалось, только Вашим все вышло с первого раза. Еще раз спасибо за подробную инструкцию

PWCPLE
14.05.2016 в 04:30
На сайте Kali рекомендуют добавить еще этот репозиторий:

Он появился начиная с 2016.1 версии. Они называют его самым лучшим.

А по сути, нельзя добавлять только kali dev.

PWCPLE
14.05.2016 в 04:31
Еще хотел добавить, что без него нельзя, например, установить aptitude.

OLEGON
20.05.2016 в 00:14
Весь день промучился сэтими репами, безрезультатно!
Но после прочтения этой статьи, все получилось с первого раза!
Огромное спасибо Автору! Доволен как слон!

ЕВГЕНИЙ
01.06.2016 в 10:51
У меня вылезла вот такая ошибка

У меня kali linux 2.0.На ubuntu наблюдал тоже самое.Ссылки не работают
Или не стоит волноватся раз они просто выключили несколько серверов?

OLEDVANT
07.01.2017 в 13:16
Всё сделал,как написано!Но вот что вылезло в конце!

Что делать?Как быть?

ULTRON
06.02.2017 в 13:49

Никак не могу настроить apt. Ругается, что пытаюсь загрузить по протоколу https и для него не установлен драйвер в то время, как в листе чётко прописал, что по http. Как это так странно получается?

TARIK
16.05.2017 в 11:46
leafpad

TARIK
16.05.2017 в 11:50

WIPE MEMORY
16.05.2017 в 23:30
Спасибо за инструкцию, помогло

MCSTL
24.08.2017 в 10:22
эта статья сподвигла меня написать авто-обновление репозитория, так что я начал осваивать bash, но написал я через переменные что дает возможность просто поменять адреса (dist 1-2) путь (way) и это подойдет к другой системе (это объясняет наличие sudo), я например заинтересовался backbox она легче и не подтормаживает на виртуальной машиyе и кажется с tor там все проще.

заливать ни куда не стал, можно просто создать файл в leafpad сохранить как угодно с расширением .sh например “123.sh” куда ни будь в Documents, а потом просто перейти в директорию cd

/Documents/; и запустить bash 123.sh, думаю при постоянных установках kali это достаточно удобно. вот код:

Источник

Что происходит с Debian?

Решил я на основе стабильного Debian сделать чрут для openjdk и YaCy и вот что из этого вышло:

1. При попытке поставить stable с deb.debian.org мне debootstrap пишет про неизвестный ключ, при этом на keyring.debian.org этого ключа нет.
2. в конечном счёте debootstrap смог коректно поставить только sid, при этом в чруте небыла создана локальная база установленных пакетов и когда и в sources.list прописал ветку stable apt стал мне писать No system sertificates avaliable.

Что там за сид в головах дебиановцев творится, зачем они поломали debootstrap?

Скриншоты с тем, что он мне писал: https://vk.com/wall102193199_4415
(к сожалению xterm копировать текст из консоли не позволяет)

П.С. он там ещё про отсутствие пользователя _apt пишет, но вроде это не критично.

(к сожалению xterm копировать текст из консоли не позволяет)

Как это не позволяет?

Совершенно штатно копируется — выделяешь текст в Xterm и вставляешь где хочешь. Если нужно скопировать текст, который не влезает в один экран, то в начале текста щёлкаешь левой клавишей мыши, в конце правой и он выделится и скопируется.

Ну значит процесс копирования не очевиден.

Что намного важнее, что же таки промсходит с Дебианом?

У репозиториев даже стабильных есть сервисные часы во время которых apt / debootstrap и иже с ними не могут получить пакеты по той причине что на сервере происходят изменения, а допускать изменения во время процесса выкачки недопустимо ибо не будет совпадать архивчик с хешами. Да и ключ могут обновлять.

Так что может быть просто попали в это время, погоди пару часиков. Статус свой сервер сообщает через http заголовки, если в браузере откроешь всё будет нормально, но apt и прочие могут ругаться или автоматически перенаправят тебя на другое зеркало где процесс внесения изменений уже прошёл. Пусть через cdebootstrap пробует может в скриптовом бутстрапе вообще бага

он там ещё про отсутствие пользователя _apt пишет, но вроде это не критично.

Лул, не критично! Уже 100 лет как притично это спец пользователь для пакетной манипуляции

Они там что-то поналомали. Надо установить gnupg2 и ca-certificates

П. С. Хотя Бастер вроде как без проблем ставился.

Я правильно понимаю, что тебя возмущает Debian, причем тем, что в твоем Devuan нет ключей, которыми подписан репозиторий Debian? Ну-ну.

debootstrap должен работать в любом дистрибутиве.

Он скатился и продолжает скатываться. С внедрением ненужнод от Debian одно название, да серверы остались. Настоящий Debian — Devuan.

Debian скатился не из-за Systemd, а из-за чрезмерной бюрократии, вялых сопровождающих и увлечения СЖВ (вспоминаем Weboob).

Ага, он даже ещё более «тухлый» в плане ПО.

Да я бы не стал связываться с debian, но на нём вообще openjdk нету.

Devuan это тот же Debian, только по умолчанию прописана установка sysvinit или что там, никакие пакеты они не могут осилить пересобрать. Так что настоящий Debian это все еще Debian.

Debian скатился не из-за Systemd, а из-за чрезмерной бюрократии

А может это ему наоборот помогло и помогает?

Да не, в принципе отсутствие opejdk логично, те кого непосредственно затрагивает инит это админы и эмбедчики, и тем и другим openjdk не нужен.

Скриншот во «ВКонтакте»?

Ну как бы то ни было, а происходящее даёт повод думать о том, что запас прочности начал подходить к пределу.

А может это ему наоборот помогло и помогает?

Ну да, ну да, они для systemd сопровождающего недавно потеряли (или это другой пакет был), и всё из-за бюрократизма.

Источник