gpg сбой при получении с сервера ключей

vasek	# 6 лет, 11 месяцев назад (отредактировано 6 лет, 11 месяцев назад)
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	Ulin Запустим демон. systemctl enable systemd-resolved.service systemctl start systemd-resolved.service И перезагружаемся!! (или убиваем dirmngr и запускаем вручную). Все) Честно говоря, мне не понятно почему так. У других то работает и без этого. Например, у меня `$ systemctl is-enabled systemd-resolved.service disabled` Значит, думаю, что то где то не срослось .... PS ... значит, если бы ты подготовил и отправил пакет в ручную (программой, которую указывал выше), то пакет бы не отправился, о чем бы тебя и уведомили в сообщении. Ошибки не исчезают с опытом - они просто умнеют

# 6 лет, 11 месяцев назад (отредактировано 6 лет, 11 месяцев назад)

Сообщения: 11742

Участник с: 17 февраля 2013

Ulin
Запустим демон.

systemctl enable systemd-resolved.service
systemctl start systemd-resolved.service

И перезагружаемся!! (или убиваем dirmngr и запускаем вручную).
Все)

Честно говоря, мне не понятно почему так. У других то работает и без этого. Например, у меня

$ systemctl is-enabled systemd-resolved.service
disabled

Значит, думаю, что то где то не срослось ....
PS ... значит, если бы ты подготовил и отправил пакет в ручную (программой, которую указывал выше), то пакет бы не отправился, о чем бы тебя и уведомили в сообщении.

Ошибки не исчезают с опытом - они просто умнеют

Ulin	# 6 лет, 11 месяцев назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	Все дело в dns. Почему-то gpg использует старый resolv. А systemd-resolved.service его создает.

Ulin	# 6 лет, 10 месяцев назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	Все дело в resolv + использование кешью клиента dnsmasq. Требуется сделать /etc/resolv.conf постоянным и сделать внутри его dns localhost. `rm /etc/resolv.conf (дабы ссылка не вела на tmpfs)` В файл /etc/resolv.conf требуется написать следующее `# Generated by resolvconf nameserver 127.0.0.1` Всё! Не знаю почему раньше работало, но на компе и без етого робит. Демон systemd-resolved.service не обязателен, заметил что он в фоне че-то делает не нужное. Проблема решена, спасибо всем, особенно vasek ( http://archlinux.org.ru/forum/users/vasek/ )

Ulin

# 6 лет, 10 месяцев назад

Темы: 3

Сообщения: 81

Участник с: 16 июня 2016

Все дело в resolv + использование кешью клиента dnsmasq.
Требуется сделать /etc/resolv.conf постоянным и сделать внутри его dns localhost.

rm /etc/resolv.conf
(дабы ссылка не вела на tmpfs)

В файл /etc/resolv.conf требуется написать следующее


# Generated by resolvconf
nameserver 127.0.0.1

Всё! Не знаю почему раньше работало, но на компе и без етого робит. Демон systemd-resolved.service не обязателен, заметил что он в фоне че-то делает не нужное. Проблема решена, спасибо всем, особенно vasek ( http://archlinux.org.ru/forum/users/vasek/ )

Bendalf	# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)
Темы: 39 Сообщения: 423 Участник с: 14 мая 2019	гугление не помогло. gpg и весь его комплект сам подтянулся как зависимость. не пользуюсь. обновления пакетов норм прилетают. без кэширующего сервера. pacman-key --refresh-keys пишет ОБщая ощибка. я пробовал как в вики , разные сервера и советы с этой темы. gpg --refresh-keys ничего не отвечает ~/.gnupg/dirmngr.conf - на этот файл я документацию не нашел. dirmngr есть и не запущен, dirmngr.service отсутствует, не найден. # dirmngr --homedir "/etc/pacman.d/gnupg/" -vvv --daemon &> ~/dirmngr.log ответило - небезопасные права доступа. <<не понял ???>>>. все было по умолчанию. я ничо не трогал там. лог -простыня с какими то кодами. # gpg --homedir "/etc/pacman.d/gnupg/" --no-permission-warning --refresh-keys -vvv ответило - небезопасные права доступа. <<не понял ???>>>. все было по умолчанию. я ничо не трогал там. ответ - обшая ошибка. 1. the gnupg directory has its permissions set to 700 and the files it contains have their permissions set to 600. - проверил. так и есть 2. время и дату системы выставил точнее. 3. запустил dirmngr как демона. 4. pacman-key --refresh-keys - говорит "1ключ проверен - не изменен" это пока не делал. `sudo rm -R /etc/pacman.d/gnupg sudo rm -R /root/.gnupg sudo pacman-key --init sudo pacman-key --populate archlinux sudo pacman-key --refresh-keys sudo pacman -Syyu` Так и должно быть ? С уважением, .

Bendalf

# 3 года, 8 месяцев назад (отредактировано 3 года, 8 месяцев назад)

Темы: 39

Сообщения: 423

Участник с: 14 мая 2019

гугление не помогло.
gpg и весь его комплект сам подтянулся как зависимость. не пользуюсь.
обновления пакетов норм прилетают. без кэширующего сервера.
pacman-key --refresh-keys пишет ОБщая ощибка.
я пробовал как в вики , разные сервера и советы с этой темы.

gpg --refresh-keys ничего не отвечает
~/.gnupg/dirmngr.conf - на этот файл я документацию не нашел. dirmngr есть и не запущен, dirmngr.service отсутствует, не найден.

# dirmngr --homedir "/etc/pacman.d/gnupg/" -vvv --daemon &> ~/dirmngr.log
ответило - небезопасные права доступа. <<не понял ???>>>. все было по умолчанию. я ничо не трогал там.
лог -простыня с какими то кодами.
# gpg --homedir "/etc/pacman.d/gnupg/" --no-permission-warning --refresh-keys -vvv
ответило - небезопасные права доступа. <<не понял ???>>>. все было по умолчанию. я ничо не трогал там.
ответ - обшая ошибка.

1. the gnupg directory has its permissions set to 700 and the files it contains have their permissions set to 600. - проверил. так и есть
2. время и дату системы выставил точнее.
3. запустил dirmngr как демона.
4. pacman-key --refresh-keys - говорит "1ключ проверен - не изменен"
это пока не делал.

sudo rm -R /etc/pacman.d/gnupg
sudo rm -R /root/.gnupg
sudo pacman-key --init
sudo pacman-key --populate archlinux
sudo pacman-key --refresh-keys
sudo pacman -Syyu

Так и должно быть ?

С уважением, .

vs220	# 3 года, 8 месяцев назад
Темы: 25 Сообщения: 8478 Участник с: 16 августа 2009	Попробуйте https://archlinux.org.ru/forum/post/176771/ и далее по теме

BigOrange	# 3 года, 8 месяцев назад
Темы: 0 Сообщения: 202 Участник с: 27 апреля 2017	тоже 2 дня бился с этими ключами, а оно вона чё: https://www.archlinux.org/news/aur-migration-new-ssh-hostkeys/

vs220	# 3 года, 8 месяцев назад
Темы: 25 Сообщения: 8478 Участник с: 16 августа 2009	BigOrange оно вона чё: Причем тут ключи аура? К основным репам никаким боком, а при обновлении из аура запросило бы просто новый ключ и все.

BigOrange	# 3 года, 8 месяцев назад
Темы: 0 Сообщения: 202 Участник с: 27 апреля 2017	vs220 при обновлении из аура запросило бы просто новый ключ и все. так запрашивало и выдавало ошибку.

ksandr	# 3 года назад
Темы: 2 Сообщения: 5 Участник с: 02 апреля 2021	Спасибо! Поймал туже проблему - не хотел добавляться ключ. Нашёл эту статью и решил проблему. Решение: Добавил в resolvconf nameserver 8.8.8.8