Solusi 1:
Batas default adalah mengizinkan 5 restart dalam periode 10 detik. Jika layanan melewati ambang itu karena Restart= config dalam definisi layanan, itu tidak akan mencoba untuk memulai kembali lebih jauh.
Tarif dikonfigurasikan dengan StartLimitIntervalSec= dan StartLimitBurst= opsi dan Restart= kontrol opsi saat SystemD mencoba memulai ulang layanan.
Info selengkapnya di man systemd.unit dan man systemd.service .
Kemudian gunakan systemctl daemon-reload untuk memuat ulang konfigurasi unit.
Solusi 2:
Bukan pertanyaan yang persis sama, tetapi karena ini adalah pertanyaan yang muncul saat menelusuri...
Jika Anda hanya ingin memulainya dengan mengabaikan omong kosong batas yang tidak masuk akal ini (misalnya pada Debian di mana itu adalah hasil yang tak terhindarkan dari layanan apt auto starting sebelum mereka dikonfigurasi, mereka akan gagal dan mengulang dan mencapai batas, mengirim spam ke log begitu keras dengan permulaan batasi kesalahan Anda bahkan tidak dapat dengan mudah membaca penyebabnya):
Lihat https://bugzilla.redhat.com/show_bug.cgi?id=1016548 di mana Michal Schmidt mengatakan Anda dapat menemukannya di man systemd.service dan menyarankan untuk mengatur ulang status gagal:
systemctl reset-failed <service name>
Jadi sekarang layanan Anda mungkin mulai. Atau setidaknya penyebab terkini mengapa itu tidak harus ada di log, misalnya. dilihat dengan journalctl -x
Solusi 3:
Perlu dicatat bahwa beberapa kesalahan tampaknya menimbulkan kesalahan ini, sedangkan penyebabnya berbeda.
Saya mengomentari bantime default dan menyisipkan inline**bantime = 7200 #3600** alternatif
Saya juga menambahkan bagian baru [sasl] , yang menyertakan nama filter yang telah berubah dari yang diberikan dalam artikel yang saya ikuti.
Alih-alih melakukan kesalahan pada salah satu dari itu, fail2ban menolak untuk memulai ulang, memberikan
permintaan mulai layanan diulang terlalu cepat, menolak memulai kesalahan
Hanya ketika saya mengomentari bagian [sasl], saya mendapatkan kesalahan yang mengacu pada bantime yang tidak valid, yang darinya saya menyimpulkan bahwa itu tidak dapat mengatasi komentar sebaris.
Saat saya memperbaikinya dan menghapus komentar pada bagian [sasl] yang baru, saya mendapat kesalahan bahwa filter tidak ditemukan. Mengganti filter dengan nama yang benar mengakibatkan fail2ban memuat ulang seperti yang diharapkan.
Jadi, jika Anda melakukan perubahan dan mendapatkan kesalahan ini, pastikan Anda menghapus perubahan dan masih mendapatkan kesalahan yang sama sebelum mencoba memperbaiki gejala.