عندما أقوم بتشغيل sudo apt update أرى ما يلي:
W: https://download.docker.com/linux/ubuntu/dists/noble/InRelease: المفتاح مخزن في سلسلة مفاتيح trusted.gpg القديمة (/etc/apt/trusted.gpg)، راجع قسم DEPRECATION في apt-key(8) للحصول على التفاصيل.
بما أنها مجرد تحذير، فإنني أميل إلى عدم فعل أي شيء، ولكن ما الذي تنصح به؟ شكرًا لك.
مرحباً، يبدو أن هذا يعني فقط أن مفاتيح 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 التي تم إهمالها) لذا من الآمن تمامًا تجاهلها في الوقت الحالي. لست متأكدًا من الخطوات الصحيحة لكبت هذا (أنا أميل أكثر إلى آرتش) ولكن مجرد تجاهله لا ينبغي أن يسبب مشاكل خاصة إذا كنت تستخدم إصدار دعم طويل الأمد (LTS) أو لا تقوم بتحديث إصداراتك الرئيسية.
يمكنك بالتأكيد محاولة مسح الدليل الموثوق به (rm -rf /etc/apt/trusted.gpg.d/*) ولكن في رأيي لا يستحق الأمر المخاطرة بكسر حزمك للتخلص من رسالة كهذه.
تحذير لأي شخص يزور هذا في المستقبل، هذا ليس الحل لمشكلتك والتعامل غير السليم مع أوامر rm -rf يمكن أن يدمر نظامك بالكامل بشكل لا يمكن إصلاحه. لذا يرجى توخي الحذر.
هناك وثائق وافرة متاحة عبر الإنترنت حول كيفية التخلص من التحذير بشأن إهمال المفتاح، ولكن المشكلة ليست خاصة بـ discourse، لذا سأترك رابطًا وأنصح بقراءته مرتين قبل تنفيذ أي أوامر هناك بشكل أعمى.
في حالتي، يمكن القول إنها خاصة بـ Discourse (على الرغم من أنها ليست بالطريقة التي تقصدها) حيث أنني أمتلك الخادم لتثبيت Discourse اتبع إرشادات التثبيت القياسية.
لكنني سأقرأ الرابط الذي قدمته. شكرًا لك.
على الرغم من أن دليل المبتدئين سيكون موضع تقدير كبير.
قم بعمل نسخة احتياطية كاملة، وقم بإعداد نسخة جديدة من ديـسكورس (Discourse) واستعد نسختك الاحتياطية هناك.
بهذه الطريقة، لن تحتاج إلى العبث بأي شيء وفي 99% من الحالات ستختفي مشكلتك.
أحتاج إلى دليل للمبتدئين لذلك أيضًا!
على سبيل المثال، علمت مؤخرًا أن النسخة الاحتياطية الكاملة لا تشمل فقط النسخة الاحتياطية التي تحصل عليها باستخدام موقع Discourse، بل تشمل أيضًا ملف app.yml.
إذا لم تكن معتادًا على الـ shell (الصدفة)، أوصي بتنزيل النسخة الاحتياطية من موقعك الحالي واتباع إجراء الاستعادة القياسي.
ومع ذلك، إذا كنت مرتاحًا قليلاً في الـ shell أو لا ترغب في التعامل مع إعداد موقع مؤقت، أوصي بـ إجراء استعادة عبر واجهة سطر الأوامر (CLI).
هناك أدلة مفصلة متاحة بالفعل لذلك:
يبدو هذا بسيطًا، شكرًا لك. سأستخدم قطرة (droplet) من Digital Ocean، لذا أتخيل أنه سيتعين علي تحديث سجل DNS “A” لاحقًا إلى عنوان IP الجديد. يمكنني أيضًا تقليل TTL مسبقًا. ماذا عن Amazon SES - لا أتذكر، ولكن بصرف النظر عن إعادة تمكين البريد الإلكتروني (كما هو موضح في الدليل)، هل ستكون هناك أي خطوات إضافية يجب اتخاذها؟
صحيح، إذا كان للجهاز عنوان IP عام جديد، فأنت بحاجة إلى تحديث سجل A ليشير إلى الخادم الجديد.
لا ينبغي أن يتغير إعداد البريد الإلكتروني طالما أن ملف containers/app.yml الخاص بك يبقى كما هو. إذا كانت أمازون تحدد عنوان IP الذي يمكنه إرسال البريد عبر المفتاح، فهذا أمر مختلف، ولكن بخلاف ذلك لا يتغير شيء.
شكرًا لك. قد أفعل هذا قريبًا إذن. لقد قمت بترقية أوبونتو (Ubuntu) إلى 24.04 مع ديسكورس (Discourse) في مكانه. بدا أن كل شيء يعمل على ما يرام، ولكن هذا لا بد أن يكون مجرد عواقب غير متوقعة.