Lua-resty-auto-ssl: بحاجة إلى أحدث إصدار من Letsencrypt.sh

تم إنشاؤها على ٣ أغسطس ٢٠١٦  ·  13تعليقات  ·  مصدر: auto-ssl/lua-resty-auto-ssl

تم تغيير اتفاقية الترخيص في الأول من أغسطس.
إصدار البرنامج النصي المثبت مع الوحدة النمطية من خلال Luarocks قديم الآن ويمنع التسجيل.

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

يجب إصلاح ذلك في lua-resty-auto-ssl v0.11.1 المتاح الآن على luarocks.

لإصلاح ذلك ، تم تحديث الإصدار المجمّع من المجفّف إلى الإصدار 4.0.0 وتم تمكين الخيارات الجديدة --accept-terms .

لقد اخترت تمكين الخيار --accept-terms افتراضيًا لعدم كسر التوافق مع الإصدارات السابقة في إصدار التصحيح هذا. ومع ذلك ، أتساءل عما إذا كان ينبغي لنا بدلاً من ذلك أن نطلب من المستخدم اتخاذ إجراء صريح لقبول الشروط ، مثل فعل المجفف: https://github.com/lukas2511/dehydrated/issues/346. بدلاً من ذلك ، أضفت ملاحظة إلى README توضح أن استخدام lua-resty-auto-ssl يعني أنك تقبل الشروط:

باستخدام lua-resty-auto-ssl لتسجيل شهادات SSL مع Let's Encrypt ، فإنك توافق على Let's Encrypt Subscriber Agreement .

لكنني لست متأكدًا مما إذا كان ذلك كافياً أم لا. التعليقات هي موضع ترحيب أي شخص لديه أي اقتراحات أو أفكار.

آسف على الفواق مع هذا ، ولكن شكرا مرة أخرى للجميع على الإبلاغ عن هذا!

ال 13 كومينتر

في غضون ذلك ، يمكنك تعيين ما يلي في ملف التكوين ( /etc/resty-auto-ssl/letsencrypt/conf.d/your_company على سبيل المثال):

LICENSE="https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf"

يؤدي هذا إلى الكتابة فوق القيمة الافتراضية المحددة في Letsencrypt.sh

شكرا على التنبيه ،zacbri! ونصيحة جيدة ،gregkare!

يجب إصلاح هذا في الإصدار v0.8.5. كما هو مذكور في رقم 14 ، يجب أن تؤثر هذه المشكلة على المستخدمين الجدد فقط ، لذلك إذا كنت بالفعل v0.8.4 من قبل الأول من أغسطس ، فلن تحتاج بالضرورة إلى الترقية (لكنها فكرة جيدة على الأرجح). لقد حاولت أيضًا تحسين مجموعة الاختبار الخاصة بنا حتى نتمكن من اكتشاف هذا النوع من المشكلات بشكل استباقي إذا ظهرت مرة أخرى.

عودة التحديث الجديد للبنود والإصدار:

عنوان URL للاتفاقية المقدمة [https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf] لا يتطابق مع عنوان URL للاتفاقية الحالية [https://letsencrypt.org/documents/LE-SA -v1.2-November-15-2017.pdf]

لا يبدو أن وضع متغير LICENSE في /etc/resty-auto-ssl/letsencrypt/conf.d/your_company يصلح ذلك.

كملاحظة للمستقبل: نعلن عن هذه التغييرات مسبقًا في فئة إعلانات واجهة برمجة التطبيقات لمنتدى المجتمع (ويتوفر موجز RSS): https://community.letsencrypt.org/t/subscriber-agreement-update - نوفمبر 15-2017 / 45607

تم إصلاح هذا الخطأ في المنبع بواسطة Dehydrated في الإصدار 0.4.0+. المشكلة المقابلة هنا: https://github.com/lukas2511/dehydrated/issues/346 وإلزام الإصلاح هنا: https://github.com/lukas2511/dehydrated/commit/6a32f20e004b9d835cd02de9d78300be02784cf1 منذ 0.4.0 عنوان URL هو تعلمت ديناميكيًا حتى لا تؤدي التغييرات التي أجراها Let's Encrypt إلى تعطل العميل بعد الآن.

https://github.com/GUI/lua-resty-auto-ssl/blob/ad1c3df82bfb78269b0599654c74062a68b2819a/Makefile#L4

من المحتمل أن يتم تحديث ملف lua-resty-auto Makefile لسحب هذا الإصدار الأحدث من Dehydrated.

أتفق معcpu

من أجل جعل lua-resty-auto-ssl يعمل مع 0.4.0 المجففة ، كان علينا أيضًا إضافة startup_hook في الملف letsencrypt_hooks وتشغيل dehydrated --account --accept-terms لتحديث موقعنا معلومات الحساب.

نشكرك على التنبيهات حول هذه المشكلة وعلى موجز RSS حول هذا النوع من الإعلانات (سأشترك بالتأكيد للبقاء على اطلاع بهذا الأمر بشكل أفضل). مشغول في الوقت الحالي ، لكنني سأحاول الحصول على النسخة المجمعة من التجفيف المحدثة وإصدار جديد في وقت ما هذا الأسبوع.

dimitrovs حاول تسمية ملف التكوين /etc/resty-auto-ssl/letsencrypt/conf.d/your_company.sh ... الذي نجح في حالتي.

لقد أصلحت وضع ما يلي:
LICENSE = " https://letsencrypt.org/documents/LE-SA-v1.2-November-15-2017.pdf "
في /etc/resty-auto-ssl/letsencrypt/conf.d/your_company.sh مثل saidfjros ،
@ وحدة

andreaValenzi تم إصلاح الخطأ باستخدام Dehydrated ، لا أعرف ما يكفي عن هذا المشروع lua-resty-auto-ssl لفهم ما إذا كان هذا الإصلاح قد تم دمجه بعد. يبدو وكأنه لا من تجربتك. نأمل أن يتمكن GUI من معالجة المشكلة عندما يكونون أقل انشغالًا.

يجب إصلاح ذلك في lua-resty-auto-ssl v0.11.1 المتاح الآن على luarocks.

لإصلاح ذلك ، تم تحديث الإصدار المجمّع من المجفّف إلى الإصدار 4.0.0 وتم تمكين الخيارات الجديدة --accept-terms .

لقد اخترت تمكين الخيار --accept-terms افتراضيًا لعدم كسر التوافق مع الإصدارات السابقة في إصدار التصحيح هذا. ومع ذلك ، أتساءل عما إذا كان ينبغي لنا بدلاً من ذلك أن نطلب من المستخدم اتخاذ إجراء صريح لقبول الشروط ، مثل فعل المجفف: https://github.com/lukas2511/dehydrated/issues/346. بدلاً من ذلك ، أضفت ملاحظة إلى README توضح أن استخدام lua-resty-auto-ssl يعني أنك تقبل الشروط:

باستخدام lua-resty-auto-ssl لتسجيل شهادات SSL مع Let's Encrypt ، فإنك توافق على Let's Encrypt Subscriber Agreement .

لكنني لست متأكدًا مما إذا كان ذلك كافياً أم لا. التعليقات هي موضع ترحيب أي شخص لديه أي اقتراحات أو أفكار.

آسف على الفواق مع هذا ، ولكن شكرا مرة أخرى للجميع على الإبلاغ عن هذا!

أعتقد أننا نحصل على أكبر قدر ممكن من الشهادات ببطء ، وبالتالي لا نجدد دائمًا الشهادات الجديدة بل نحضرها أيضًا (والتي قد تحتاج إلى عنوان url الصحيح للاتفاقية للجفاف للقيام بذلك ، بقدر ما أفهمه) ، سيتطلب ذلك من المسؤول الاحتفاظ عنوان url محدث.

أفضل أن أحصل عليه بالطريقة التي تضعها بها ، وإذا لم يكن كذلك ، فأضف إعداد تكوين يسمى شروط Accept-Letsencrypt أو بحيث يجب ضبطها على true في التكوين.

الى جانب ذلك ، هل يمكننا إغلاق هذا؟

نعم ، هذا هو التاريخ اعتبارًا من https://github.com/GUI/lua-resty-auto-ssl/commit/f33b7c625bb8003995876aeb9a492b283c47d07e :)

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

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

brendon picture brendon  ·  9تعليقات

kshnurov picture kshnurov  ·  3تعليقات

domharrington picture domharrington  ·  7تعليقات

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

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