Önceki bir soruda, varsayılan ağ yolumu günlük olarak kapatan bir "cron jobdeath otomatik sistem" buldum.
Daha önce böyle bir şey duymadığım için tam olarak ne olduğunu ve hangi amaca hizmet ettiğini bilmek istiyorum.
Önceki bir soruda, varsayılan ağ yolumu günlük olarak kapatan bir "cron jobdeath otomatik sistem" buldum.
Daha önce böyle bir şey duymadığım için tam olarak ne olduğunu ve hangi amaca hizmet ettiğini bilmek istiyorum.
Yanıtlar:
Amacı, system-autodeathbiri bir şey yapana kadar her gün ağdan bir makine almak.
Adam sayfa:
system-autodeath her gün çalışan ve makinenin yapılandırılmış ölüm tarihine göre geçerli saati kontrol eden bir cron işidir. Sistem, bu tarihten itibaren bir hafta içinde, syslog.alert sistemine belirli bir tarihte autodie olduğunu bildiren bir günlük bildirimi yayınlar. Tarihte, sistemin varsayılan rotası silinir. Birisi bu konuda bir şeyler yapana kadar her gün bunu yapmaya devam edecek.
Glen Turner blogunda yazmanın neden heyecan verici olduğunu yazıyor :
Paul Fenwick'in autodie blogunu görünce ruhum uzun süredir Linux'ta bir autodie tesisi kurmak istediğim için Nirvana'ya sıçradı. Sonra makaleyi okudum ve düşündüğüm şeyin olmadığını gördüm.
...
Linux çalışıyor. Yani bazı insanlar bunu güncellemiyor. Bunda yanlış bir şey yok - İnternet üzerindeki makine olmadığı sürece. Bu durumda, eski ve desteklenmeyen makineler kötüye kullanımı çok savunmasızdır. Bu makinelerin birçoğu var. Geçen gün Red Hat Linux 5.2 çalıştıran bir makinenin fişini çektim.
Tüm dağıtımların otomatik kaplama cron işi ile gönderilmesini çok isterdim. İşletim sistemini beklenen bir son kullanma tarihi ile gönderin, bu tarih geldiğinde varsayılan rotaları silin. Satıcı bakımı uzatırsa, otomatik kaplama paketini bu bakımın bir parçası olarak güncelleyebilirler. Benzer şekilde bir dağıtım "eski" bakım projesi için.
Güncellemeleri zorlamak istiyorsanız bu aslında çok kullanışlıdır. Korunan bir ağda (örneğin bir şirket ağında), güncellemeleri uygulama yeteneğinin olması ve sistemin güvenlik nedeniyle ağdan çıkarılması için güncellenmemiş olması istenebilir. Bu nedenle, her güncellemede, otomatik son tarih geleceğe itilir, güncelleme yapılmazsa (ne olursa olsun) makine bir sysadmin bakana kadar ağdan çıkar.
Fedora'daki uygulama , Fedora Geliştirme Postaları Listesinde tartışılan Seth Vidal'dan görünüyor .
[Böyle bir sistemin gerekliliğini isteyen James Hubbard'a cevaben]
Birden fazla linux dağıtımına cevap veren eski bir sysadmin olarak, daha sonra yukarıdakileri kontrol etmediğim (bu sistem varsayılan olarak mahvoldu) sistemleri kurduğum insanlar için yayın yapıyordu.
Eğer üniversite linux dağıtımını kuran laboratuardaki lisansüstü öğrenciler sistemlerini sürdürmemeye ve izlememeye karar verirse, varsayılan rotayı bırakmasını isterdim, o zaman en azından yerel ağdan erişilebilir.
Ayrıca posta listesindeki fikrin orijinal başlangıcı da var .
Nitekim, tamamen farklı bir amaca hizmet eden Perl'in autodie aracı dışında, Glen Turner'ın referans aldığı blog gönderisini bulamıyorum . UNIX dünyasından çıkan bir şey mi, yoksa birkaç yıl önce doğmuş bir fikir olup olmadığını da öğrenemiyorum.
Her neyse, bunun bir amacı var, çok sınırlı ve uzmanlaşmış bir amacı, ama yine de bir amacı. Bir hata raporunda, sistem-autodeath hiçbir zaman varsayılan kurulumda olmadığı çok açık bir şekilde yapılır . Makinenizde bu sona erdiyse, bunu kazayla başka bir pakete takmış olabilirsiniz (Fedora'daki millet büyük olasılıkla bir paketin buna bağlı olduğunu bilmeyi çok ister) ya da başka birisi sizin için kurmaya çok nazikti.
Bu sayfaya göre, belirli bir tarihte varsayılan rotayı otomatik olarak devre dışı bırakmak için yapıldı.
Bu config dosyasını arayın system-autodeath.conf, orada böyle bir şey bulacaksınız:
DEATHDATE=2999-12-31
Nasıl kurduğumla ilgili olarak hiçbir fikrim yok, sanallaştırma için ne kullandığınızı ve fedora şablonunuzu nereden aldığınızı eklemelisiniz.
dateVm tarihinizi kabuğunuzda koşarak tamam olduğunu kontrol etmelisiniz , belki de kötü bir tarih ölüm tarihinizin beklenenden daha erken olmasına neden oluyordur.
Kimsenin kodlama önerimden yeterince bahsettiği konusunda hiçbir fikrim yoktu. Görünüşe göre Seth Vidal'a bira borçluyum. Blog yazısı http://vk5tu.livejournal.com/19594.html adresine taşındı ve Fedora Geliştirme e-posta listesi https://lists.fedoraproject.org/pipermail/devel/2008-September/009618 adresine daha ayrıntılı bir açıklama yazdım . html
Herkese en iyi dileklerimle, Glen.