Привет, похоже, это просто означает, что ваши ключи GPG находятся не в том месте.
*Рекомендуется:* Вместо размещения ключей в каталоге /etc/apt/trusted.gpg.d вы можете разместить их в любом месте вашей файловой системы, используя опцию Signed-By в файле sources.list и указав имя файла ключа. Подробную информацию см. в [sources.list(5)](https://manpages.debian.org/testing/apt/sources.list.5.en.html). Начиная с версии APT 2.4, каталог /etc/apt/keyrings предоставляется как рекомендуемое место для ключей, не управляемых пакетами. При использовании sources.list в стиле deb822 и с версией apt >= 2.4 опцию Signed-By также можно использовать для включения полного ASCII-армированного ключа напрямую в sources.list без дополнительного файла.
Однако это лишь рекомендация (несмотря на устаревший инструмент apt-key), поэтому в данный момент её вполне безопасно игнорировать. Я не уверен, какие именно шаги нужно предпринять, чтобы скрыть это сообщение (я больше пользователь Arch), но простое игнорирование не должно вызывать проблем, особенно если вы используете LTS-выпуск или не обновляете основные версии.
Вы, конечно, можете попробовать просто очистить каталог trusted (rm -rf /etc/apt/trusted.gpg.d/*), но, на мой взгляд, не стоит рисковать повреждением ваших пакетов ради устранения подобного сообщения.
Предупреждение для всех, кто посетит эту тему в будущем: это не решение вашей проблемы, и неосторожное использование команд rm -rf может привести к полной и необратимой потере вашей системы. Пожалуйста, будьте предельно осторожны.
В интернете достаточно документации о том, как избавиться от предупреждения об устаревании ключей, но эта проблема не специфична для Discourse. Поэтому я оставлю ссылку и настоятельно рекомендую прочитать её дважды, прежде чем слепо выполнять какие-либо команды оттуда.
В моём случае она, можно сказать, специфична для Discourse (хотя не в том смысле, который вы имеете в виду), так как у меня есть только сервер для установки Discourse, выполненной по стандартным инструкциям.
Но я прочитаю предоставленную вами ссылку. Спасибо.
Хотя руководство для чайников было бы очень кстати.
Мне тоже понадобилась бы инструкция для чайников по этому поводу!
Например, я только недавно узнал, что полное резервное копирование включает не только файл, который можно получить через сайт Discourse, но и файл app.yml.
Однако, если вы хоть немного уверены в себе при работе с оболочкой или не хотите возиться с настройкой временного сайта, рекомендую восстановить из командной строки.
Это выглядит просто, спасибо. Я буду использовать Droplet от Digital Ocean, поэтому, полагаю, мне придётся после этого обновить DNS-запись типа «A» на новый IP-адрес. Также я могу заранее уменьшить TTL. А что насчёт Amazon SES? Я не помню, но помимо повторного включения почты (как в руководстве), нужны ли какие-то дополнительные шаги?
Верно: если у машины новый публичный IP-адрес, необходимо обновить запись A, чтобы она указывала на новый сервер.
Конфигурация электронной почты не должна изменяться, если ваш файл containers/app.yml остаётся прежним. Если Amazon ограничивает IP-адреса, с которых можно отправлять почту через этот ключ, то ситуация иная, но в остальных случаях ничего менять не нужно.
Спасибо. Тогда, возможно, я сделаю это скоро. Я обновил Ubuntu до версии 24.04 с помощью Discourse на месте. Всё выглядело нормально, но это, должно быть, просто непредвиденное последствие.