EN: Read in English
Dunia K9: Pentadbir Kluster
Sijil dan bila ia luput
Anda akan belajar: baca bila kad pengenalan pejabat luput, dan baharuinya sebelum itu berlaku.
Teks BM belum disemak oleh penutur asli.
Disemak dengan Kubernetes 1.37 pada 1 Nov 2026
Masalahnya
Satu kluster kubeadm berjalan lancar selama setahun. Pagi ini pejabat berhenti berhubung. Tiada siapa ubah apa-apa. Apa punca yang mungkin?
Pilih satu jawapan.
Tengok
kind-dev namespace defaultSetiap bahagian tunjuk kad pengenalan kepada yang lain. Setiap kad ada tarikh certificate expiry (tarikh luput sijil) (certificate expiry): Hari kad pengenalan berhenti berfungsi. Sijil lain kubeadm tahan setahun. (luput). kubeadm certs check-expiration senaraikan semuanya.
Cuba
Jadual terakhir senaraikan penandatangan. Ketik baris yang tahan 9 tahun.
Ketik setiap penandatangan yang tahan 9 tahun.
0 daripada 3 dijumpai
(CA) tandatangan setiap kad. kubeadm buat CA-nya tahan sepuluh tahun.
Teka
Anda jalankan kubeadm certs renew all. Ia kata “renewed” untuk setiap kad. Tapi API server masih tunjuk kad lama. Kenapa?
Pilih satu jawapan.
Cuba
Baharui kad API server, kemudian semak tarikh semula. Renew ubah pejabat, jadi nota bahaya muncul.
kind-dev namespace defaultdev-control-planeBukaPengurusTiada dulang di sini.
dev-workerBukaTiada dulang di sini.
dev-worker2BukaTiada dulang di sini.
Petunjuk
Buka node control-plane dulu. Kemudian renew, kemudian semak.Semak
Susun hari membaharui sijil ikut urutan.
Langkah pertama di atas. Susun ikut turutan. Guna anak panah, atau seret.
- Salin admin.conf baharu ke ~/.kube/config
- kubeadm certs check-expiration
- Mulakan semula pod control-plane: alih setiap manifest keluar, tunggu 20 s, alih balik
- kubeadm certs renew all
Semak
Siapa yang pastikan setiap kad sentiasa baharu? Susun ikut kumpulan.
Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.
Anda berjaya!
Kini anda boleh baca tarikh luput sijil dan baharuinya tepat pada masa.
Nak tahu lebih (pilihan)
kubeadm upgrade juga baharui sijil. Jadi naik taraf setiap tahun pastikan kad sentiasa baharu. Banyak pasukan juga pasang penggera sebulan sebelum tarikh itu.
Misi sebenar
docker exec <cluster>-control-plane kubeadm certs check-expirationdocker exec <cluster>-control-plane kubeadm certs renew apiserverdocker exec <cluster>-control-plane kubeadm certs check-expiration
0 daripada 3 langkah siap · Tanda anda disimpan.
English
A kubeadm cluster ran fine for a year. This morning the office stops talking. Nobody changed anything. What is a likely cause?
Every part shows an ID card to the others. Each card has a certificate expiry date. kubeadm certs check-expiration lists them all.
The last table lists the signers. Tap the lines that last 9 years.
A certificate authority signs every card. kubeadm makes its CAs last ten years.
You run kubeadm certs renew all. It says “renewed” for each card. Yet the API server still shows the old one. Why?
Renew the API server’s card, then check the dates again. Renewing changes the office, so the danger note shows.
Put a renewal day in order.
Who keeps each card fresh? Sort them.
You can now read certificate expiry dates and renew in time.
Anda dah siapkan ini. Latihan lagi pun bagus!
Dokumentasi rasmi: Kubernetes: certificate management with kubeadm · Kubernetes: PKI certificates and requirements · kubeadm certs
Anda dah belajar 25 minit. Rehat sekejap bantu otak anda.
Pecutan selesai! Fokus yang hebat. Regangkan badan seminit?