Lua-resty-auto-ssl: Pekerjaan pembaruan tidak pernah dipecat karena proses keluar
Hai!
Jadi kami baru-baru ini memiliki masalah di mana sertifikat kami tidak dibuat ulang. Alasan untuk ini adalah bahwa proses openresty kami tidak pernah sesuai dengan batas waktu default 24 jam (karena #136); jadi pekerjaan pembaruan tidak pernah dipecat. Saya dapat mengurangi interval_renewal menjadi sesuatu yang lebih kecil, tetapi saya harus mengambil angka dari langit untuk memperkirakan waktu proses rata-rata kami, yang saat ini saya tidak yakin.
Bisakah kita melakukan salah satu dari yang berikut:
- menerima opsi
renew_check_time, yang Anda berikan format waktu sepertihh:mmmisalnya "00:00" akan selalu melakukan pembaruan pada tengah malam - bertahan ke penyimpanan terakhir kali pembaruan berhasil terjadi. Saat startup, periksa apakah itu lebih jauh dari waktu saat ini daripada
renew_check_interval? Kemudian memicu pembaruan jika ya?
Saya pikir sementara itu saya akan mencoba menjalankan server lain, yang tujuan utamanya adalah untuk tetap terjaga! Ini akan keluar dari penyeimbang beban, jadi saya berharap tanpa lalu lintas itu akan tetap terjaga selama 24 jam. Saya akan memantaunya untuk melihat.
Senang mencoba menulis PR untuk fitur di atas, jika Anda menyukai suara salah satu dari mereka sebagai peningkatan potensial.
domharrington
Semua 7 komentar
Terima kasih atas laporan dan penyelidikan Anda! Kami mungkin juga mengalami ini, meskipun saya belum menemukan waktu untuk memeriksanya dengan benar. Bagi saya opsi ke-2 terdengar lebih baik. Senang mendengar bahwa Anda ingin mengirimkan PR untuk ini! Beritahu saya jika Anda membutuhkan bantuan.
Bagaimana menurut Anda, @GUI?
luto
pada 11 Jun 2018
Juga akan sangat membantu jika kita dapat mengekspos pekerjaan pembaruan sebagai skrip shell, jadi kita dapat memulai pekerjaan secara manual jika diperlukan. Dengan begitu, kita juga bisa mengatur tugas cron untuk memanggil pembaruan setiap 24 jam. Apakah menurut Anda itu cukup sederhana untuk dilakukan?
domharrington
pada 12 Jun 2018
Juga akan sangat membantu jika kita dapat mengekspos pekerjaan pembaruan sebagai skrip shell, jadi kita dapat memulai pekerjaan secara manual jika diperlukan. Dengan begitu, kita juga bisa mengatur tugas cron untuk memanggil pembaruan setiap 24 jam. Apakah menurut Anda itu cukup sederhana untuk dilakukan?
Itu akan sangat berguna. Untuk saat ini saya menjalankan instance terpisah tanpa lalu lintas yang hanya menjalankan pekerjaan pembaruan (tanpa penundaan) segera setelah dimulai.
brianlund
pada 6 Jul 2018
@brianlund, bisakah Anda membagikan kode pembaruan manual Anda? kami menghadapi masalah dalam pembaruan dan ingin melihat apa yang kami lewatkan.
Terima kasih.
nabeel-khan
pada 18 Agu 2018
Demikian pula dengan @brianlund , kami memiliki instance yang berjalan yang tidak memiliki lalu lintas ke sana, sehingga pekerjaan pembaruan selalu berjalan. Ini adalah solusi yang cukup baik untuk kita saat ini
domharrington
pada 20 Agu 2018
Ya hanya itu yang kami lakukan, tidak ada kode khusus.
brianlund
pada 20 Agu 2018
kami baru saja mengalami ini sebagai bagian dari memperbarui konfigurasi auto-ssl kami untuk acmev2. apakah ada kemajuan dalam menyelesaikan ini dalam beberapa tahun terakhir? 😅
nergdron
pada 22 Jun 2020
Masalah terkait
jmvbxx
·
6Komentar
ronaldgrn
·
8Komentar
danDanV1
·
7Komentar
brendon
·
9Komentar
jasonbouffard
·
6Komentar
Komentar yang paling membantu
Itu akan sangat berguna. Untuk saat ini saya menjalankan instance terpisah tanpa lalu lintas yang hanya menjalankan pekerjaan pembaruan (tanpa penundaan) segera setelah dimulai.