Lua-resty-auto-ssl: تجديد العمل لا يتم طرده بسبب إنهاء العملية

تم إنشاؤها على ١١ يونيو ٢٠١٨  ·  7تعليقات  ·  مصدر: auto-ssl/lua-resty-auto-ssl

مهلا!

لذلك واجهتنا مؤخرًا مشكلة حيث لم يتم تجديد شهاداتنا. والسبب في ذلك هو أن عمليات الصراحة لدينا لم تكن أبدًا في مهلة 24 ساعة الافتراضية (بسبب # 136) ؛ لذا فإن وظيفة التجديد لم تنطلق أبدًا. يمكنني تقليل فترة تجديد الفترات إلى شيء أصغر ، ولكن لا بد لي من إخراج رقم من السماء لتقدير متوسط ​​وقت تشغيل العملية ، وهو ما لست متأكدًا منه الآن.

هل يمكننا القيام بأحد الإجراءات التالية:

  • اقبل الخيار renew_check_time ، والذي تعطيه تنسيقًا زمنيًا مثل hh:mm سبيل المثال ، سيؤدي "00:00" دائمًا إلى إجراء التجديد في منتصف الليل
  • الاستمرار في التخزين في آخر مرة حدث فيها تجديد ناجح. عند بدء التشغيل ، تحقق مما إذا كان ذلك بعيدًا عن الوقت الحالي عن renew_check_interval ؟ ثم ابدأ التجديد إذا كان كذلك؟

أعتقد في هذه الأثناء أنني سأحاول تشغيل خادم آخر ، والغرض الوحيد منه هو البقاء مستيقظًا! سيكون خارج موازن التحميل ، لذلك آمل أنه بدون حركة المرور يجب أن يكون قادرًا على البقاء لمدة 24 ساعة. سأراقبها لأرى.

يسعدني محاولة كتابة العلاقات العامة للميزة المذكورة أعلاه ، إذا كنت تحب صوت أي منهما كتحسينات محتملة.

التعليق الأكثر فائدة

كما سيكون من المفيد حقًا إذا تمكنا من كشف مهمة التجديد كبرنامج نصي شيل بطريقة أو بأخرى ، حتى نتمكن من بدء المهمة يدويًا إذا لزم الأمر. بهذه الطريقة يمكننا أيضًا إعداد وظيفة cron للاتصال بالتجديد كل 24 ساعة. هل تعتقد أن هذا سيكون بسيطًا بما يكفي للقيام به؟

سيكون ذلك مفيدا حقا. في الوقت الحالي ، أقوم بتشغيل مثيل منفصل بدون حركة مرور تقوم بتشغيل وظيفة التجديد (بدون تأخير) بعد وقت قصير من بدئها.

ال 7 كومينتر

شكرا لتقريرك والتحقيق! من المحتمل أننا نصل إلى هذا أيضًا ، على الرغم من أنني لم أجد الوقت للتحقق من ذلك بشكل صحيح حتى الآن. بالنسبة لي الخيار الثاني يبدو أفضل. سعيد لسماع أنك تريد إرسال علاقات عامة لهذا الغرض! اعلمني ان كنت في حاجة لاية مساعدة.

ما رأيك ،GUI؟

كما سيكون من المفيد حقًا إذا تمكنا من كشف مهمة التجديد كبرنامج نصي شيل بطريقة أو بأخرى ، حتى نتمكن من بدء المهمة يدويًا إذا لزم الأمر. بهذه الطريقة يمكننا أيضًا إعداد وظيفة cron للاتصال بالتجديد كل 24 ساعة. هل تعتقد أن هذا سيكون بسيطًا بما يكفي للقيام به؟

كما سيكون من المفيد حقًا إذا تمكنا من كشف مهمة التجديد كبرنامج نصي شيل بطريقة أو بأخرى ، حتى نتمكن من بدء المهمة يدويًا إذا لزم الأمر. بهذه الطريقة يمكننا أيضًا إعداد وظيفة cron للاتصال بالتجديد كل 24 ساعة. هل تعتقد أن هذا سيكون بسيطًا بما يكفي للقيام به؟

سيكون ذلك مفيدا حقا. في الوقت الحالي ، أقوم بتشغيل مثيل منفصل بدون حركة مرور تقوم بتشغيل وظيفة التجديد (بدون تأخير) بعد وقت قصير من بدئها.

brianlund هل يمكنك من فضلك مشاركة رمز التجديد اليدوي الخاص بك؟ نحن نواجه مشكلة في التجديد ونود أن نرى ما الذي نفتقده.

شكرا.

على غرار brianlund ، لدينا مثيل قيد التشغيل لا يحتوي على حركة مرور تذهب إليه ، لذلك تعمل وظيفة التجديد دائمًا. هذا حل جيد بما فيه الكفاية بالنسبة لنا الآن

نعم ، هذا كل ما نقوم به إلى حد كبير ، لا يوجد رمز مخصص.

لقد واجهنا هذا للتو كجزء من تحديث تكوينات auto-ssl الخاصة بنا لـ acmev2. هل كان هناك أي تقدم في تسوية هذا الأمر في العامين الماضيين؟ 😅

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

sahildeliwala picture sahildeliwala  ·  16تعليقات

n11c picture n11c  ·  13تعليقات

ronaldgetz picture ronaldgetz  ·  10تعليقات

discobean picture discobean  ·  8تعليقات

stackrainbow picture stackrainbow  ·  20تعليقات